En esta entrevista, se habló con Ned Batchelder de Open edX acerca de su equipo (foto de abajo, Ned va de azul) en la que dice que están trabajando para hacer de la plataforma

“el mejor lugar paraexperimentar con nuevas ideas, y luego compartir esas ideas con otros educadores que puedan basarse en ellas y hacer sus propias mejoras”.

Vamos a ver cómo están planeando llegar a esa meta.

¿Por qué siente los sitios que ejecutan Open edX han optado por hacerlo?

Creo que los educadores eligen Open edX porque están buscando una plataforma que ofrezca un gran conjunto de herramientas de partida (evaluaciones sostificadas, creación de contenido de fácil de uso, etcétera), pero que también les dé la posibilidad de ampliar la plataforma. La API XBlock les permite construir nuevos componentes interactivos para sus cursos. Pero más allá de nuestras APIs, toda la plataforma es de código abierto, por lo que no están limitados por lo que hemos elegido ofrecer.

Pueden extenderlo como desean probar nuevas ideas. El objetivo de edX es más grande que llevar la educación libre al mundo. Queremos permitir a los expertos en educación que experimenten con la mejor manera de enseñar en línea. Muchos profesores que enseñan MOOC sestán interesados ​​no sólo en la enseñanza de su curso, pero en el estudio del proceso de aprendizaje en línea. Tienen experiencia con los primeros proveedores de educación en línea y entienden sus limitaciones. Quieren probar nuevas técnicas de enseñanza y necesitan una plataforma que les permita hacerlo.

La tenencia del código fuente es aún más importante en un entorno educativo: las leyes de privacidad del estudiante a menudo ponen restricciones geográficas acerca de donde los datos se pueden hospedar. Las instituciones tienen mayor flexibilidad en la elección en la forma de alojar su instalación de Open edX debido a que tienen acceso completo a todo el código. Pueden crear una estrategia de alojamiento para ajustarse a las leyes más estrictas. Por último, algunas instituciones sólo se sienten más a gusto con el código abierto proporcionado por una organización sin animo de lucro; algo que se ajusta culturalmente con las universidades.

¿Cómo tú y tu equipo abordáis la tarea de construir una plataforma de software para estas organizaciones?

Al igual que con la construcción de cualquier producto de software, es una cuestión de entender a los usuarios, entender las necesidades que tienen en común, y construir características que apoyen esas necesidades. edX tiene la ventaja de contar con decenas de instituciones de primer nivel como miembros del consorcio. Tenemos una estrecha relación con sus equipos de instrucción, así que tenemos un montón de buena información y comentarios acerca de dónde quieren que vaya la plataforma.

La comunidad de código abierto ofrece más datos, especialmente sobre sus necesidades que difieren, por ejemplo, porque están organizandosus propios casos, en lugar de la realización de cursos en edx.org. En su mayor parte, los ingenieros de edX no son expertos en educación, que son directamente ingenieros de software. Pero eso genera un buen equilibrio: podemos construir la infraestructura de software, guiada por el aporte de los educadores, a continuación, los educadores pueden aprovechar y ampliar la plataforma con componentes especializados. Del mismo modo, los desarrolladores académicos pueden no haber hecho frente a los desafíos de software a los que estamos acostumbrados en un sitio de la tamaño de edx.org.

Tenemos casi 3 millones de usuarios, que no es del tamaño de Facebook, pero es mucho más grande que un proyecto tipo campus. Así que tratamos de unir a los dos dominios: proporcionamos conocimientos de software y las universidades aportarán su experiencia educativa. Puede ser difícil, pero estamos aprendiendo a hablar los lenguajes de los demás, y tratar de diseñar procesos que se acomoden a la mezcla inusual. Los resultados valen la pena.

¿Qué roles asumen en su equipo?

Yo soy un miembro de los dos equipos. El primero es toda la organización de ingeniería edX. Debido a que todo el código que producimos es de código abierto, cada ingeniero juega un papel en la producción de la plataforma abierta edX. El otro equipo es el equipo Open edX. Estamos acusados ​​de permitir, alentar, y el crecimiento de la comunidad Open edX. En estos momentos somos tres personas pero ¡estamos contratando! Los tres somos ingenieros de profesión, pero con un amor de código abierto y con un aprecio por el valor de estar cara a cara con la gente … ¡incluso si es sólo un cara a cara en la pantalla!

A medida que el equipo crece, vamos a tener personas que tendrán funciones puramente de comunicación y coordinación y también gente que es más técnica, para la construcción de grandes características de interés para la comunidad de código abierto. Toda la organización está muy entusiasmada con que Open edX sea de código abierto, el trabajo especial de mi equipo es ayudar a mantener el mundo del código abierto en la parte superior de la mente, para ser sus defensores dentro de la empresa, y para identificar y corregir los puntos de fricción.

¿Cómo nivelará tu equipo las ideas de los educadores?

Hay dos maneras en las que podemos utilizar sus ideas.

La primera es incorporarlos como características en la propia plataforma Open edX. Esto requiere los procesos típicos de productos de software: extenso diseño y planificación, implementación, prueba, y así sucesivamente. Sólo las características más ampliamente interesantes se pueden construir de esta manera porque estamos limitados en la cantidad que podemos producir. Tenemos que encontrar el bien común y construir características para apoyarlas. La segunda manera es que podemos construir APIs que permiten a los equipos de instrucción práctica implementar sus propias ideas para sus propios cursos. Esta es una mejor opción para las ideas más especializadas que sólo se aplican a ciertos dominios, o son más especulativos.

¿Cómo pueden los educadores aprender más sobre la educación abierta y en línea?

Los equipos académicos pueden implementar nuevas herramientas para la educación y probarlos en Open edX. Hemos construido la mayor parte de la plataforma (¡incluyendo las partes aburridas!), y ellos han construido la herramienta pedagógica interesante en la parte superior. ¡Eso suena como una asociación para mí!

No se trata acerca de nosotros uniéndonos para diseñar una nuevaidea, se trata de cada uno de nosotros teniendo nuestro propio campo de especialización y combinándolos para que podamos hacer aquello en lo que somos buenos, y que ellos puedan hacer en lo que son buenos. Creo en esto como: “Hacemos software de modo que tú puedas educar.” Siento que este es el núcleo de la filosofía de código abierto. En un mundo de código cerrado, hay claros proveedores y consumidores: “Tenemos el código, y tú no, así que tienes que hacer lo que hemos diseñado para ti.” En el mundo del código abierto, todo el mundo tiene la capacidad de contribuir donde quieran y puedan. Eso no tiene porque significar que todo el mundo esté trabajando en las mismas piezas, significa que la gente puede gravitar naturalmente a las partes del sistema a las que estén mejor adecuados para trabajar.

¿Puede decirnos acerca de una solicitud de incorporación (pull request) que se ha hecho para Open edX?

Una de las características que hemos tenido en Open edX desde el principio es “dando a entender”: una manera para que los instructores ofrezcan consejos a los estudiantes si están respondiendo a los problemas de forma incorrecta. Pero los investigadores de la educación de la Iniciativa de Aprendizaje Abierto, que han estado estudiando la educación en línea por más de una década, pensaron quese podía hacer mejor. Convocaron a un grupo de expertos para proponer cambios a nuestro sistema de sugerencias y los han implementado. Ese trabajo ha sido presentado como una solicitud de incorporación (pull request), y se encuentra en revisión final para su incorporación a la plataforma central. Es un gran ejemplo de los miembros de la comunidad se unen para impulsar la plataforma hacia adelante y que contribuyen a que el trabajo de nuevo en el núcleo.

Otra área fértil para la experimentación es la interacción social. Una de las claras deficiencias de aprendizaje en línea es la falta de conexiones sociales entre los estudiantes y entre los estudiantes y los instructores. Varios equipos de instrucción y los investigadores han estado experimentando con XBlocks que proporcionan tutoría, vinculación de los estudiantes, anotación, y así sucesivamente, para tratar de volver a agregar algo de la riqueza social de la enseñanza presencial. Eso esclaramente un problema de difícil solución. Tener un montón de grupos que tratan diferentes ideas y ver cuáles atraen será de gran utilidad. No tenemos que pasar por un largo proceso de planificación, y luego plantear una gran apuesta en la característica social que nos gusta. Podemos animar a los diferentes grupos a tratar diferentes ideasy ver lo que funciona.

Fuente original traducida:http://opensource.com/education/14/9/interview-ned-batchelder-openedx

LibrePlanet es una conferencia anual para los amantes del *software *libre. La conferencia reúne a los desarrolladores de software, expertos en políticas, activistas y usuarios de ordenadores para aprender habilidades, logros de las acciones y desafíos de cara a la libertad del software. Los recién llegados son siempre bienvenidos, y LibrePlanet2015 contará con programación para todas las edades y niveles de experiencia.

Este año, el tema de LibrePlanet es “Software Libre en todas partes”. La convocatoria de las sesiones busca conversaciones que traten sobre los muchos lugares y formas en los que el software libre se está utilizando en todo el mundo, así como la manera de hacer que el software libre se expanda en todas partes. Se fomentarán las propuestas que hablen sobre “en todas partes” en el sentido amplio de la expresión. LibrePlanet 2015 llevará la libertad del software a todo el mundo, al espacio exterior, y considerará su papel en la industria, el gobierno, la academia, la organización comunitaria y la informática personal.

“LibrePlanet es una de las cosas más gratificantes que hacemos durante todo el año. Esta conferencia reúne a gente de todo el planeta que quieren hacer del mundo un lugar mejor con el software libre”

dijo John Sullivan, director ejecutivo de la FSF.

“Esperamos recibir propuestas de sesiones de personas con todos los niveles de oratoria y experiencia técnica, no tienes que ser un programador para hablar en LibrePlanet. Los usuarios de software libre, activistas, académicos, legisladores, desarrolladores y muchos otros, son todos contribuyentes clave para el movimiento del software libre, y queremos mostrar todas estas habilidades en LibrePlanet 2015″

, dijo Libby Reinish, una gestora de campañas en la FSF.

Las peticiones para realizar una intervención en el evento se pueden solicitar en https://www.libreplanet.org/2015/call_for_sessions y el plazo estará abierto hasta el domingo 2 de noviembre de 2014 a las 23:59 (UTC).

Para suscribirse a las noticias sobre LibrePlanet 2015, visita la webhttps://www.libreplanet.org/2015.

LibrePlanet 2014

LibrePlanet 2014 se llevó a cabo en el MIT los días 22-23 de marzo de 2014 con más de 350 asistentes de todo el mundo que se reunieron para las conversaciones, demostraciones y conferencias magistrales centradas en el tema de “Free Software, Free Society”. Puedes ver los vídeos de las conferencias anteriores en http://media.libreplanet.org.

Disculpen las incorrecciones que haya podido cometer en la traducción y espero que sea de su agrado.

El gobierno federal es el mayor comprador de código en el mundo. ¿Por qué es este código – financiado por los contribuyentes y parte integral para el trabajo del día a día de nuestra democracia – tan a menudo oculto a la vista del público? Hay dos cuestiones a tratar para responder a esta pregunta: ¿Por qué el gobierno desarrolla tan a menudo en plataformas cerradas, y una vez desarrollado, ¿por qué no es abierto el código al público?

El uso de código abierto

Es mucho más fácil contribuir al código abierto cuando estás construyendo sobre una plataforma abierta. Si bien es posible liberar el código fuente de un script VBA, probablemente tiene más impulso y recibe una recepción más cálida desde una plataforma con una comunidad en línea más vibrante como Ruby o Python. Sin embargo, la mayoría de las veces, en el Gobierno se mira por defecto a “nivel empresarial“, desde el inicio a las plataformas propietarias, que envían al Gobierno en la trayectoria del código cerrado.

La demanda de soluciones de “empresa”

Hay una buena cantidad de FUD – miedo, incertidumbre y duda – en las compras CIO del Gobierno acerca de que el código abierto es menos seguro, con errores, o es más costoso, y que vas a tener toda una vida de sufrimiento si no se invierte en una verdadera “solución empresarial“.

Por un lado, si un organismo emite un cheque a un proveedor de software, ya saben lo que van a obtener. El contrato detalla claramente las funciones, horarios de actualización, y asigna la responsabilidad en caso de que algo vaya mal. Más importante aún, el vendedor ofrece un número de teléfono al que desde el organismo puede llamar si necesitan ayuda. “Publica en los foros de soporte y alguien responderá” puede ser una propuesta que de miedo a un CIO.

Hay menos trajes detrás de código abierto

Antes de que la transacción se produzca, la plataforma de código cerrado es probable que tenga una página de publicidad llamativa y a un grupo de vendedores federales llamando al organismo y mostrando en las conferencias las cosas que las plataformas de código abierto tradicionalmente no hacen, evitar a Red Hat y algunas otras cosas. Y cuando la oficina del CIO pide características esariales” como registros de auditoría o el cumplimiento de ciertos requisitos de cumplimiento, se puede apostar a que la solución de código cerrado se asegurará de esas características estén en el siguiente ciclo de lanzamiento.

Contratistas de código cerrado

Por último, estas plataformas de código cerrado son sobre lo que los contratistas del Gobierno saben, porque es lo que se enseña en los programas de ciencias de la computación, y lo que siempre han pedido para el suministro. Si una empresa de desarrollo experimentado tiene un montón de desarrolladores de ColdFusion, cuando licitan en un contrato, van a recomendar que el producto se ​​construya en<ColdFusion. Por no hablar que el RFPdel Gobierno puede estar enfocado para favorecer la tecnología heredada que ya conocen. Todo esto significa que antes de que la primera línea de código se haya escrito, las probabilidades están en contra de que el proyecto vaya ver nunca el exterior del cortafuegos del organismo.Pero incluso si el organismo está usando una plataforma de código cerrado, no hay razón para que su código personalizado no pueda seguir siendo de código abierto.

Contribuir con el código abierto

Con la excepción del 18F, el CFPB y algunos otros, el Gobierno no escribe código. De hecho, rara vez disponen del conocimiento humano de cómo hacerlo si quisiera. En cambio, tradicionalmente el organismo desempeña el papel de un director de programa no técnico, proporcionando especificaciones para los requisitos funcionales, y la selección de un contratista que entregue la funcionalidad final. Los puntos de contacto en el organismo que supervisa el contrato rara vez participan con la comunidad de código abierto, y mucho menos son apasionados del código abierto. Como resultado, tradicionalmente el código abierto no es ni siquiera parte de la conversación. ¿Por qué debería serlo?

Los flujos de trabajo de código cerrado<

En cuanto a la mecánica real del desarrollo de software, el contrato suele estipular un flujo de trabajo de tipo “tíralo por encima de la valla“, donde el organismo ni siquiera ver el código hasta que ya está en producción, en todo caso, muy lejos del concepto de código abierto. Incluso si se les pregunta, los contratistas puede que no tengan experiencia con flujos de trabajo de código abierto, más modernos, o con la participación en la comunidad de código abierto, creando una mala experiencia para todos los involucrados y desalentando futuros intentos sobre código abierto en todo el Gobierno.

Reinventar la rueda como un modelo de negocio

También sospecho que los contratistas federales tienen un desincentivo para abrir el código de su trabajo, teniendo en cuenta que los requisitos técnicos probablemente no varían mucho de un organismo a otro. Una solicitud FOIA es una solicitud FOIA y un comunicado de prensa es un comunicado de prensa, sin importar si tiene el membrete de FAA o de la FDA. Liberar el código de estas soluciones por primera vez podría disminuir la demanda de volver a escribir ese mismo código por segunda vez a costa del contribuyente.

Una cultura de “no”

Una vez construido, se necesitan seres humanos para llevar ese código a la velocidad de escape necesaria para superar la inercia protectora del organismo. Los responsables de seguridad probablemente que va a decir que no. Los responsables de asuntos jurídicos probablemente que va a decir que no. Tendrá que conseguir la aprobación de la plataforma de alojamiento para el código. Va a tener que adquirir un contrato de mantenimiento continuo para revisar las solicitudes de aceptación de modificaciones. Va a tener que crear una política de compromiso para el desarrollador sobre cómo los acepta. En un mundo de prioridades en competencia, es probable que los empleados del Gobierno opten por pasar al próximo proyecto de cara al ciudadano, en lugar de gastar potencialmente meses combatiendo contra el sistema inmune al cambio de la burocracia.

Choque de culturas

Incluso si el organismo se las arregla para liberar el código fuente, la comunidad de código abierto sigue un conjunto de normas muy diferentes a los de la rígida jerarquía del Gobierno. Las agencias gubernamentales no siempre saben la mejor manera de involucrar a la comunidad de código abierto, o cómo integrar un flujo de trabajo de código abierto dentro de su propia cultura “orden y control“. Apoyar a una comunidad de código abierto requiere tiempo, algo de lo que los empleados del Gobierno tradicionalmente suelen estar escasos. Y cuando el organismo no sigue las normas tácitas de la comunidad del código de fuentes abiertas, los peores temores de los negativistas se convierten en una profecía autocomplaciente.

La transparencia como una debilidad

El código de fuente abierta expone al organismo a la posibilidad de críticas por parte de millones de ojos críticos altamente técnicos, con poco sentido de la percepción desde la perspectiva del organismo. El equipo no técnico del organismo puede no tener la capacidad de evaluar la artesanía del código interno, y es a menudo preferible barrer las cosas bajo la alfombra, en lugar de potencialmente airear sus trapos sucios a algunos de los trolls más hábiles de Internet. Por no hablar de los beneficios del código abierto que los defensores exponen a menudo no se consiguen, y por lo tanto no pueden servir como un contrapeso si el código construido es tan especifico de manera tal que lo hace inutilizable fuera del Gobierno, dejando de esta manera de atraer a colaboradores externos, o si el proyecto está mal gestionado, con el fin de ahuyentar a estos contribuyentes.

Mientras tanto, el código fuente no liberado plantea un escenario de responsabilidad absolutamente cero en el clima político actual. ¿Cuál elegirías?

¿Qué debe cambiar?

Para voltear el modelo por defecto, tres son las cosas que tienen que cambiar:

• En primer lugar, los empleados públicos tienen que estar capacitados con una mejor comprensión y apreciación de las virtudes del código abierto. Aquellos organismos que tienen código abierto, lo hacen porque disponen de individuos entusiastas que encabezan la propuesta. Los proyectos exitosos están en el ámbito desde el primer día con la intención de ser de código abierto, y sirven para formar de nuevo la demanda del mercado. Iniciativas como 18F y el programa PIF pueden tratar de inspirar y educar a la próxima generación de defensores del código abierto dentro del Gobierno.
• En segundo lugar, aun cuando el organismo no llama explícitamente para ello, como expertos en la materia, los contratistas del Gobierno tienen el deber de explorar alternativas de código abierto y de educar al mercado como a prácticas de desarrollo estándar de la industria moderna. Cualquier observador casual puede ver la dirección de la marcha del mercado, y las empresas inteligentes tienen la oportunidad de ponerse en frente de ella. Crear competencias internas en torno a tecnologías más populares del momento y hacer crecer la demanda del Gobierno. Que sea más práctico para que el Gobierno haga lo correcto, en lugar de lo que siempre ha hecho.
• Por último, la comunidad de código abierto tiene que intensificar su juego, tanto en términos de lo que ofrece – cambiando la percepción de que el código abierto está escrito por aficionados – y el Gobierno de la recepción del código que recibe. Por el lado de la oferta, hay un modelo de negocio tremendo en ser los trajes detrás de cualquiera de los proyectos de código abierto más populares de Internet* – Automattic, GitHub, y Red Hat siendo algunos ejemplos – en la lucha contra el FUD y la prestación de soporte empresa“. Por el lado de la demanda, la comunidad necesita que sea un lastre no liberar el código ¿qué escondes?“), y hacer que el regreso de la inversión del organismo sea claro rompiendo la mentalidad del “nosotros contra ellos“, y apoyando, no criticando, los esfuerzos del Gobierno por aprender de código abierto.

¿Por qué no todo el software del Gobierno es de código abierto? Porque tienes una cadena de valor diseñada para producir software de código cerrado, un sistema en equilibrio, con pocos incentivos para reinventarse a si mismo. La tecnología ha hecho que colaborar en abierto sea más fácil en los últimos años, y como resultado, el ecosistema de código abierto se ha disparado. Sin embargo, como toda tecnología, el Gobierno tiene todavía un par de años de retraso en la adopción de la corriente principal.Esperemos que, con su ayuda, esto puede cambiar.

Notas al pie del traductor

• del inglés Fear, Uncertainty and Doubt, en español miedo, incertidumbre y duda.
• En el texto original utiliza la palabra agencia, pero la he traducido como organismo dado que es algo más cercano a nuestra cultura sobre las AA.PP.
• Se refiere al equivalente en EE.UU. de la carrera española de Grado de Ingeniería en Informática.
• del inglés Request For Proposal, traducido como Solicitud de Propuesta. Es un tipo de documento de adquisición que se utiliza para solicitar propuestas de posibles vendedores de productos o servicios para un proyecto.
• 18F es una agencia de servicio digitales perteneciente a la Administración General de los EE.UU. Este grupo produce productor digitales para las organizaciones gubernamentales mediante el uso de metodologías LEAN, código libre y lenguajes de programación actuales. Su nombre proviene de su localización en Washintong DC entre las calles 18 y F.
• Consumer Financial Protection Bureau, traducido como Oficina de Protección Financiera del Consumidor de los Estados Unidos. Es una agencia federal gubernamental responsable de la regulación de protección al consumidor en los EE.UU.
• del ingles Freedom of Information Act, traducido como Ley por la Libertad de la Información. Es una ley que otorga a todos los ciudadanos de los EE.UU. el derecho de acceso a la información federal del Gobierno.
• Federal Aviation Administration* traducido como Administración Federal de Aviación. Es la entidad gubernamental responsable de la regulación de todos los aspectos de la aviación civil en los EE.UU.
• Food and Drug Administration*, traducido como Agencia de Alimentos y Medicamentos. Es la agencia del Gobierno de los EE.UU. responsable de la regulación de alimentos (tanto para personas como para animales), medicamentos (humanos y veterinarios), cosméticos, aparatos médicos (humanos y animales), productos biológicos y derivados sanguíneos.
• Negativistas del código abierto. Personas que se encuentran en contra del uso de soluciones de código abierto.
• Presidential Innovation Fellows. Se trata de un programa de becas competitivas en la que se que los une a los principales innovadores del sector privado, organizaciones sin animo de lucro y gente del mundo académico con los principales innovadores en el Gobierno de EE.UU. para colaborar en soluciones que tienen como objetivo ofrecer resultados significativos en seis meses.

Traducido de la fuente original: http://ben.balter.com/2014/08/03/why-isnt-all-government-software-open-source/

No explican qué solución están utilizando, pero según las palabras de Klaus Felsche, Director de Valoración del Riesgo y Analíticas de esta agencia se usa “la mayoría de los análisis de alto nivel”.

Entre las razones realmente interesantes que ha dado destacan las siguientes:

• “De alguna manera, es efectivamente más capaz que los productos comerciales…”
• “En términos de costo-efectividad, gana sin despeinarse:. Ninguna licencia / cuotas de mantenimiento, la arquitectura extensible fuente abierto global de investigación y desarrollo(R&D)…”
• “Existen costes reales: Tenemos que mantener un equipo de especialistas en el personal para construir, mantener, pero en el gran esquema de las cosas, otro software requerirían un apoyo similar en la casa…”
• “Está demostrando ser robusto, rápido y preciso, y en las manos de un experto, produce resultados que son aptos para el uso previsto. Y no se puede superar ese precio…”
• “Proveedores de software comerciales también están reconociendo las capacidades y costo-efectividad de R, y han trabajado muy duro para traer R en su suite de soluciones…”

Fuente: http://www.futuregov.asia/articles/2014/aug/29/why-we-use-open-source-australias-immigration-agen/

Este cambio viene auspiciado por la crisis que sufrió el país en el año 2008, y aunque el coste es un factor importante, destaca que la principal motivación sea el romper las ataduras con proveedores mejorando sus posibilidades de elección en el futuro.

Tryggvi Bjorgvinsson, el líder de este proyecto gubernamental, ha hecho algunas declaraciones jugosas al respecto que resumimos a continuación.

De momento dentro de este plan ya se han alcanzado algunos hitos como migrar cinco de sus treinta y dos escuelas secundarias de Windows a Ubuntu e incluso están usando paquetes ofimáticos libres y/o Moodle. Otro hito importante es la migración de la PBX del Servicio de Conservación del Suelo a Asterisk.

De los comentarios que hace Bjorgvinsson me parece curioso que diga que el mayor problema que se han encontrado es el propio uso de los estándares abiertos que no son capaces de manipular las instituciones que usan software propietario.

Lo que ya no me hizo tanta gracia, porque es algo que he vivido de cerca, es el “amable secuestro” (ironía) al que tienen sometidas las empresas de software privativo con sus soluciones integrales, que te obligan a realizar un cambio radical de toda la infraestructura TI cuando quieres abandonarlos.

Por suerte en Islandia no tienen prisa y sí la convicción de hacer un trabajo solido y van avanzando despacito pero con cabeza, y ya tienen claro que el proceso se demorará durante años.

Fuente: http://www.wired.co.uk/news/archive/2012-03/23/iceland-open-source-software

La primera permite la inyección de código en la memoria al ejecutar hojas de cálculo especialmente diseñadas para explotar esta vulnerabilidad y la segunda genera una vista previa de los documentos que, de enviarse a terceros usuarios, podrían llegar a conseguir el acceso completo a los datos.

Fuentes: http://www.openoffice.org/security/cves/CVE-2014-3524.html y http://www.openoffice.org/security/cves/CVE-2014-3575.html

Laverna se anuncia como una alternativa de código abierto a Evernote, pero tengo que reconocer no es tan complejo como este. En cambio, es una aplicación web para notas muy simple que soporta Markdown, creación de tareas y cifrado (si has leído bien, cifrado).

Su mayor baza es que puedes instalar Laverna en tu propio servidor o usarlo como SaaS directamente desde Internet en el enlace que te proporcionamos al final de este artículo.

La idea básica es que Laverna guarda todas las notas dentro de tu navegador o si quieres sincronizarlas en la nube para acceder desde diferentesdispositivos, puedes elegir entre Dropbox o remoteStorage.

La aplicación tiene pocas opciones y son muy fáciles de configurar, pero a cambio el funcionamiento es bastante bueno.

Si te preguntas por qué deberías usar Laverna frente a Evernote, la respuesta es sencilla y doble. Laverna* se puede instalar en tu propia infraestructura, por lo que no tienes que preocuparte por perder tus datos en cualquier momento si tu proveedor se va a la quiebra y deberías preguntarte por qué vas a dejar en manos de otros tus datos, y que conste que no es paranoia.

Fuente: https://laverna.cc/{:target="_blank"}

• Publicar los servicios web de cliente de Exchange 2007 con ISA Server 2006  SP1 (Introducción)
• Publicar los servicios web de cliente de Exchange 2007 con ISA Server 2006  SP1 (OWA)
• Publicar los servicios web de cliente de Exchange 2007 con ISA Server 2006 SP1 (Outlook Anywhere)
• Publicar los servicios web de cliente de Exchange 2007 con ISA Server 2006 SP1 (ActiveSync)
• Publicar los servicios web de cliente de Exchange 2007 con ISA Server 2006 SP1 (Pruebas con un cliente)

• Para simplificar el entorno, suponemos que la máquina del ISA Server se encuentra en el dominio olimpo.des.
• Necesitamos un certificado wildcard para el dominio olimpo.des, de esta forma nos ahorramos tener que estar creando uno por máquina. Si no sabéis como obtener este tipo de certificados desde una entidad certificadora de Windows Server, seguid este tutorial que os he preparado en este enlace.
• Todo el software usado son versiones del producto en español.
• El controlador del dominio principal y el servidor de Exchange 2007 se ha montado con Windows 2008 SP2 Standard Edition sin Hiper-V x64 y Exchange Server 2007 SP2 x64.
• Usaremos Windows 2003 R2 Enterprise Edition x32 e ISA Server 2006 SP1 en la máquina que contendrá el servidor ISA.
• Por último, el cliente de pruebas será también una máquina con Windows 2003 R2 Enterprise Edition x32 con Microsoft Outlook 2007 SP2.

1. Ejecutar cmd.exe como Administrador.


2. Escribir bcdedit /set testsigning off.


3. Reiniciar.