En septiembre de 2010, las desavenencias entre Oracle y varios miembros de la comunidad de desarrolladores de OpenOffice provocó que éstos abandonasen el proyecto creando The Document Foundation que, a su vez, auspiciaría un fork de OpenOffice que se llamaría LibreOffice. Al final, el proyecto de Oracle terminó encallando y LibreOffice se impuso como suite ofimática referente en software libre gracias al apoyo de empresas como Red Hat o Google. En este tiempo, LibreOffice ha ido creciendo gracias al esfuerzo de la comunidad de desarrolladores que, en estos últimos 16 meses, han estado trabajando en el desarrollo de LibreOffice 3.5 que hoy, al fin, se ha publicado.

LibreOffice 3.5 es el fruto de 16 meses de esfuerzo en el que se ha combinado el trabajo de desarrolladores a tiempo completo, que provenían de OpenOffice, con desarrolladores voluntarios que han sido coordinados por el comité de Ingeniería del proyecto que han hecho posible unir un equipo de 300 personas que cada mes era capaz de realizar 30.000 actualizaciones de código que han posibilitado nuevas funcionalidades en esta suite ofimática como, por ejemplo, la búsqueda de actualizaciones y el aviso al usuario cuando se lancen nuevas versiones de la suite.

Si nos centramos en los distintos componentes de OpenOffice, las principales mejoras de LibreOffice 3.5 son las siguientes:

• Writer renueva su corrector ortográfico para el Inglés y otros idiomas, mejora algunas funciones relacionadas con las tipografías para dar un aspecto mucho más profesional a los documentos, una ventana para contar las palabras (que se actualiza a tiempo real) y un nuevo interfaz de usuario para manejar la cabecera, el pie y los saltos de página de los documentos (algo que le hacía bastante falta).

• Impress mejora la función de importar formas que proceden de un archivo de Power Point (PPT y PPTX), un nuevo interfaz para el modo presentación y mejoras en los diagramas que se pueden realizar en las presentaciones

• Draw, además de compartir las mejoras en la importación de formas procedentes de archivos de Power Point, también incluye un filtro para importar diagramas realizados en Microsoft Visio, una mejora muy interesante.

• Calc mejora y es capaz de soportar archivos con hasta 10.000 hojas, se mejoran las funciones de importación de archivos de otras suites ofimáticas, se añade selección múltiple de criterios en los filtros (algo bastante importante a la hora de trabajar con hojas de cálculo y filtrar resultados), se elimina la restricción en el número de reglas en sentencias condicionales y se añaden nuevas funciones alineadas con las especificaciones de OpenFormula.

• Base incluye un driver nativo para PostgreSQL

LibreOffice 3.5 es el resultado de un cambio de paradigma en la forma de trabajar de los antiguos desarrolladores de OpenOffice. En vez de trabajar sobre el código existente, han decidido renovar gran parte del código y eliminar problemas de estabilidad o errores heredados y que nunca se habían resuelto. Según Caolán McNamara, desarrollador de Red Hat y miembro del comité de dirección de The Document Foundation:

LibreOffice 3.5, la mejor suite ofimática libre jamás realizada

LibreOffice 3.5 está disponible para su descarga desde la página web del proyecto para sistemas operativos Linux, Windows y Mac OS X.

El mes de diciembre, HP anunció que WebOS se liberaría bajo un proyecto de código abierto, una decisión que alegró a muchos puesto que mantenía vivo el proyecto y, además, abría la puerta a que algún fabricante pudiese integrar este sistema operativo en sus productos. Más allá del anuncio, HP no comentó nada más y no se conocían muchos más detalles del proceso de transición, algo que por fin se despeja tras un comunicado de la compañía en el que se anuncia que WebOS se liberará el próximo mes de septiembre.

El comunicado de HP ofrece un detallado plan con el cronograma que ha fijado la compañía para este proceso de liberación de WebOS, un proceso que arranca este mismo mes y que culminará en el mes de septiembre, momento en el que se liberará la primera versión de WebOS como proyecto open source. Además, para dejar claro que la apertura del proyecto no implica la desvinculación de HP de éste, la compañía ha anunciado que ha desarrollado la versión 2.0 de Enyo, una herramienta destinada a desarrolladores de aplicaciones que permitía desarrollar para múltiples plataformas (webOS, iOS y Android) y navegadores.

De hecho, el código fuente de Enyo 2.0 está ya disponible para la comunidad (bajo licencia Apache 2.0), un hito que supone el primer paso del plan de liberación de WebOS y con el que los desarrolladores se encuentran con un framework de desarrollo plenamente funcional.

Según el roadmap que han publicado, el primer semestre del año se dedicará a liberar elementos del código fuente de WebOS, componentes que abarcarán la aplicación de gestión del correo electrónico o el calendario hasta el kernel, proceso que culminará en septiembre. Concretamente:

• Enero: publicación de Enyo 2.0 y liberación bajo licencia Apache del código fuente de Enyo
• Febrero: publicación del modelo de gobernanza del proyecto y liberación del núcleo JavaScript, widgets para Enyo relacionados con el interfaz de usuario y extensiones para WebKit
• Marzo: publicación del código del kernel estándar, extensiones gráficas EGL, LvelDB y extensiones para el manejo del USB
• Abril: publicación del código fuente de Ares 2.0 y actualización de Enyo a su versión 2.1
• Julio: publicación del system manager y las aplicaciones del núcleo de WebOS así como la actualización de Enyo a su versión 2.2
• Agosto: publicación de Open WebOS Beta
• Septiembre: publicación de Open WebOS 1.0

Después de todo, parece que HP va bastante en serio con la liberación de WebOS y, viendo la licencia aplicada a Enyo, sería posible que Open WebOS 1.0 también se liberase bajo licencia Apache. En cualquier caso, este roadmap es una buena noticia y si se cumple, en el mes de septiembre podremos ver la primera versión de Open WebOS

Uno de los servidores web más famosos es Apache y, de hecho, este servidor web de código abierto es el que mayor cuota de mercado tiene con una gran ventaja con respecto al resto de servidores web disponibles. Históricamente, el segundo puesto estaba ocupado por el servidor web Microsoft IIS, el servidor de Microsoft pero, a finales del año pasado, la situación ha cambiado y el título del segundo servidor web más utilizado le podría ser arrebatado por otro proyecto de código abierto, NGiNX, según publica Cnet.

NGiNX (pronunciado engine x) es un servidor web/proxy inverso ligero de alto rendimiento y un proxy para correo electrónico en software libre, multiplataforma y que se distribuye bajo licencia BSD simplificada. Este servidor web, nacido en 2004, ha ido escalando posiciones y se ha vuelto muy popular gracias a su adopción por múltiples sitios web y servicios muy conocidos en la red como WordPress, Hulu, GitHub, Ohloh, SourceForge, TorrentReactor o, incluso, algunas partes de Facebook.

¿Y por qué este crecimiento en la adopción de NGiNX? Dos son los factores que hacen de este servidor web una alternativa a considerar a la hora de abordar la preparación de un entorno para hospedar una aplicación web: rapidez y necesidad de pocos recursos. Según NGiNX son capaces de ofrecer un rendimiento 10 veces superior al de Apache en el mismo hardware, un dato que quizás sea algo exagerado pero lo que sí que es cierto es que es responde más rápido que IIS o Apache.

Según Cnet, aunque los servidores web basados en Apache y en IIS han ganado usuarios, la cuota de mercado de ambos ha bajado frente a un NGiNX que cada vez es más utilizado y desplegado. Si la tendencia se mantiene, quizás no tardemos mucho en verlo.

Actualización: Cnet afirmaba con rotundidad que NGiNX superaba a Microsoft IIS y, aunque la tendencia es esa, aún no se han cambiado las tornas y Microsoft IIS sigue ocupando el segundo lugar, eso sí, por ahora.

El primer día del mes de septiembre del pasado año, nos despertamos con un sobresalto al conocer que el sitio kernel.org, el repositorio del kernel de Linux, había sido hackeado y sus archivos se habían visto comprometidos. Tras el incidente, el equipo que mantiene el sitio web se tuvo que poner manos a la obra a restaurar los archivos vulnerados y, para poder continuar, Linus Torvalds se llevó temporalmente el desarrollo del kernel a otro sitio. Todos estos inconvenientes, al final, han demorado un poco el lanzamiento del kernel 3.2 que, por fin, ya ha sido publicado.

Entre las muchas novedades del kernel 3.2, las más significativas serían las siguientes:

• Ext4 soporta tamaños de bloque superiores a 1 MB, algo que hace que disminuya el tiempo empleado en hacer las asignaciones de bloque
• Btrfs incluye mensajes de error algo más detallados por lo que dejaremos de recibir mensajes indicando que un bloque está mal y veremos mensajes en el que nos indiquen mucha más información, por ejemplo: btrfs: checksum error at logical 5085110272 on dev /dev/sde, sector 2474832, root 5, inode 32583, offset 0, length 4096, links 1 (path: default/kernel-0/Makefile)
• Mejoras en el sistema de archivos
• Un planificador de procesos que divide la capacidad de la CPU disponible entre todos los procesos que deben ejecutarse
• Inclusión de un algoritmo TCP desarrollado por Google que mejora la latencia y el tiempo de recuperación

¿Y cuándo podrá ser utilizado por los usuarios? Ubuntu 12.04 incluirá este kernel, de hecho, si hay alguien interesado en probarlo desde ya puede hacerlo si se descarga, e instala, el daily build de la Ubuntu 12.04 LTS (nombre en clave Precise Pangolin).

Hace más de diez años, concretamente en 1998, cuando comenzó a fraguarse Mozilla y su proyecto, los responsables del del mismo elaboraron la primera versión de la MPL (Mozilla Public License) que, básicamente, animaba a los desarrolladores a compartir sus aportaciones y modificaciones sobre el código sujeto a esta licencia y que, con la contribución de todos, podía hacer avanzar el proyecto. En 1999 se lanzó la versión 1.1 (que contó con el visto bueno de la Free Software Foundation y la Open Source Initiative) y que ha estado vigente desde entonces hasta que, en el día de hoy, Mozilla ha anunciado la versión 2.0 de su licencia.

La publicación de la versión 2.0 supone un cambio sustancial con la versión anterior de la licencia puesto que hace que la MPL sea compatible con la licencia de Apache y con la licencia GPL, además de mejorar la protección frente a las patentes de terceros (que parecer ser el arma arrojadiza de estos tiempos) y, además, se incluyen las modificaciones que se han realizado sobre la ley de copyright de Estados Unidos.

La versión 2.0 es similar, en espíritu, a las versiones anteriores pero es más corta, mejor y mucho más compatible con otras licencias libres y de código abierto

Tras dos años de trabajo y revisión en los que se ha sometido el borrador a la valoración y las aportaciones de la comunidad de Mozilla, los usuarios de la MPL y algunos asesores legales, la MPL 2.0 se ha simplificado bastante, en gran medida por el bagaje adquirido por Mozilla tras usarla durante 10 años y, por tanto, han podido afinar el articulado de la licencia, la han dotado de mecanismos de protección ante demandas por violación de patentes y, lo más importante, se ha conseguido hacer más sencilla la reutilización y redistribución del código.

De hecho, al igual que las dos versiones anteriores, la versión 2.0 de la MPL es una licencia copyleft que busca animar a los desarrolladores a compartir sus modificaciones y aportaciones bajo la licencia MPL sin que este hecho entre en conflicto con el uso de otras licencias (tanto abiertas como propietarias).

Imagen: Spreading Mozilla’s Mission

Si hay algo que ha dado algún que otro tumbo durante este año 2011 han sido HP y WebOS. HP arrancó el año anunciando que WebOS llegaría al PC y formaría parte de sus impresoras pero, al final, los malos resultados hicieron que HP diese un golpe de timón y anunciase la congelación del proyecto WebOS para replantear su estrategia y buscar una salida a este sistema operativo. Afortunadamente, HP anunció hace unas semanas que WebOS pasaría a ser un proyecto en software libre sin embargo, según se ha filtrado, ésta no fue la primera de las opciones manejadas ya que la compañía se habría planteado la venta de la división procedente de Palm por unos 1.200 millones de dólares (casi mil millones de euros).

Realmente, si nos paramos a pensar en la operación por un momento, tiene bastante sentido que HP intentase vender su división de WebOS porque era un proyecto que no terminaba de despegar y tenía riesgo de convertirse en una carga más que en una línea de negocio rentable (sobre todo después de ver los resultados cosechados por los smartphones lanzados por HP). Teniendo en cuenta que a HP le salió por 1.200 millones de dólares la compra de Palm, la compañía intentó vender el departamento heredero de Palm por el mismo precio de adquisición.

Lógicamente, vender una división en una compañía como HP no es algo tan simple como poner un cartel que diga “se vende” y esperar a que los interesados llamen, más bien requiere un proceso en el que la compañía que intenta vender establezca contactos con potenciales compradores. En el caso de WebOS, HP llegó a establecer contactos con Amazon, Samsung e Intel pero la cosa no cuajó y, según parece, también llegó a sentarse con Facebook y, concretamente, con el mismísimo Mark Zuckerberg.

Para Facebook, WebOS podría haber sido una oportunidad para “integrar talento” en la empresa (integrando a los empleados en un equipo de trabajo de esta red social) y, sobre todo, hacerse con una plataforma móvil con la que lanzarse a un mercado que tanto ansía. Sin embargo, intentar vender “un barco que se hunde” por el mismo precio por el que se adquirió no es un buen negocio y el acercamiento se enfrió porque HP no estaba dispuesta a vender WebOS por 500 millones de dólares, es decir, casi la mitad de lo que costó.

En vista que, al final, las empresas del sector no estaban dispuestas a quedarse con la divisón de WebOS por el precio original (el de adquisición de Palm), a HP no le quedó más remedioque intentar colocar el proyecto en una forja que propiciase una comunidad de desarrolladores para llevar el proyecto (a la vez que se le daba continuidad) sin encarar una pérdida extrema en la venta y tampoco tener que dedicar excesivos recursos al asunto.

Con la apertura del proyecto a la comunidad, creo que HP encontró la mejor de las salidas posibles porque, si el proyecto se activa, siempre podrá retomar WebOS para integrarlo en sus productos y, en el caso que no funcione, no debería repercutirles demasiado. De todas formas hubiese sido un destino bastante curioso la compra de WebOS por parte de Facebook.

Las redes sociales, además de ser una ventana con la que poder estar en contacto permanente con nuestros amigos y seguir su actividad, también son un potente vehículo para establecer vínculos con otros profesionales, buscar nuevos clientes y nuevas oportunidades de negocio. LinkedIn, por ejemplo, es una de las redes sociales profesionales más conocidas que, además, en los últimos tiempos ha tenido una actividad frenética entre adquisiciones, salida a bolsa y el desarrollo de nuevas mejoras y funcionalidades para su red social. Hace unos meses, LinkedIn adquirió IndexTank, un potente buscador (que utiliza, por ejemplo, Reddit) y cuando efectuó la operación, LinkedIn aseguró que el proyecto tendría continuidad como proyecto de código abierto, algo que han materializado hoy anunciando la liberación del mismo.

IndexTank era un servicio que ofrecía su motor de búsqueda para su uso en sitios web (y que se usa en Reddit o TwitVid) y que fue adquirido por LinkedIn en el mes de octubre, integrando al personal de IndexTank en LinkedIn en una operación que estaba muy orientada a la captación de talento (el antiguo CEO de IndexTank ha pasado a ser el Director de Ingeniería de LinkedIn). Tras dos meses de espera, desde que LinkedIn realizó la adquisición y anunció que liberaría este motor de búsqueda, por fin hoy han anunciado que IndexTank se libera bajo licencia Apache 2.0.

Esperábamos poder ver a IndexTank crecer como un proyecto de código abierto

LinkedIn se interesó en IndexTank, así como en sus ingenieros, para mejorar su propio buscador dado el buen funcionamiento que tenían los buscadores de Reddit, BitTorrent o TaskRabbit, así que se puso manos a la obra para hacerse con el capital humano de la compañía sin perjudicar a los usuarios del servicio (que podrán seguir usando el motor de búsqueda al igual que otros proyectos que también se interesen).

¿Y qué es IndexTank? Este motor de búsqueda, realmente, está sustentado por tres pilares:

• IndexEngine, un sistema de indexación y búsqueda diseñado para detectar aspectos clave en documentos de texto.
• API, un interfaz RESTful que maneja los datos de autentificación, validación y comunicación con el sistema de indexación y permite a los usuarios acceder al servicio desde distintas plataformas (Java, Python, .NET, Ruby y PHP) a través de HTTP.
• Nebulizer, un framework para gestionar un número ilimitado de índices sobre una capa IaaS que va desplegando instancias virtuales conforme se van demandando, mueve índices y balancea los recursos necesarios para obtener el uso más eficiente del sistema.

En términos generales, salvo que alguien piense desplegar una infraestructura en modo cloud computing, para utilizar IndexTank como motor de búsqueda tan sólo será necesario utilizar IndexEngine y el API correspondiente.

Hace poco más de 2 semanas, Twitter adquirió una empresa de seguridad llamada Whisper Systems; una empresa que estaba formada por un par de personas (Moxie Marlinspike y Stuart Anderson) que habían estado trabajando en sistemas de cifrado de comunicaciones en terminales Android (orientando el negocio a asegurar las comunicaciones empresariales) y que, con esta adquisición, se integraban en las filas de Twitter. La red social de microblogging no ha tardado mucho en realizar el siguiente movimiento y ha anunciado, a través del blog para desarrolladores, que van a liberar parte del software de Whisper Systems.

Twitter va a ir liberando las aplicaciones de Whisper System, publicando el código en Github y dejando patente el hecho de que Twitter es un gran consumidor de aplicaciones en código abierto y, además, contribuye con la comunidad de desarrolladores contribuyendo a proyectos existentes y liberando el código de algunas de sus aplicaciones.

¿Y cómo será este proceso de liberación? En principio, Twitter quiere tomárselo con calma y analizar muy bien los pasos a dar durante esta fase de liberación que, según comentan, estiman que podría durar unos meses mientras se aseguran que cumplen los requisitos legales y que el código a liberar pueda ser utilizado por la comunidad de desarrolladores. Con tal fin, van a ir liberando el código de las aplicaciones de manera iterativa, comenzando con uno de los proyectos estellas de Whisper Systems: TextSecure, la aplicación que es capaz de manejar mensajes cifrados en entornos Android.

Esperamos con muchas ganas ver qué cosas construye la comunidad de desarrolladores alrededor del código liberado de Whisper Systems

De este anuncio me quedan claros un par de detalles. Por una parte, creo que es una noticia interesante que una aplicación como TextSecure pase a ser una aplicación de código abierto puesto que abre la puerta a muchos desarrolladores a trabajar en sistemas de comunicaciones seguros orientados a altos cargos empresariales o compañías que necesitan garantías relativas a la integridad de los mensajes.

Por otro lado, se confirma que la adquisición de Whisper Systems era una operación más orientada a la captura de talento para Twitter que en una transacción comercial para comprar productos que se pudiesen comercializar bajo el paraguas de Twitter. Si tenemos en cuenta la cantidad de tweets que se pueden generar en un único día, es importante reforzar Twitter (y sus clientes) con una dotación técnica que permita mejorar la seguridad de la plataforma.

Dedicar tu tiempo a hacer algo y, después, poder cederlo para que otros puedan trabajar sobre la base tecnológica que brindas es algo muy bonito y en el prestigioso Instituto Tecnológico de Massachusetts van a seguir esta senda. El MIT ha anunciado que va a liberar la plataforma de formación online que este prestigioso centro utiliza para la formación de sus alumnos además de anunciar la apertura de un campus virtual abierto a todo el mundo.

El proyecto, que ha sido presentado hoy bajo el nombre de MITx, tiene como base la interesante oferta de cursos y materiales formativos que la prestigiosa institución lleva recopilando durante 10 años y que forman el almacén OpenCourseWare que alberga 2.100 cursos que son seguidos por más de 100 millones de personas alrededor del mundo. Poder acceder a cursos online del MIT es todo un lujo que está al alcance de todo el que quiera, puesto que son abiertos y, de hecho, son cursos que también siguen los alumnos de la institución dentro de sus programas formativos.

Estudiantes de todo el mundo están complementando su educación presencial con una amplia variedad de recursos onlune. Muchos profesores del MIT están probando la integración de herramientas online para la educación el campus. Queremos facilitar esta tarea y ofrecer la mejor experiencia de educación online.

Y aunque los contenidos ya eran accesibles, el MIT quiere dar un paso más y hacer que la plataforma MITx esté disponible para cualquier institución educativa, de manera que puedan desplegarla en sus infraestructuras gracias a una licencia de código abierto (aunque aún no especificaron por cuál se iban a decantar). Lo que parece claro es que el MIT liberará su plataforma de teleformación a otras instituciones universitarias, institutos, escuelas de negocio y cualquier otra institución educativa que esté interesada.

Crear una infraestructura abierta dedicada a la teleformación permitirá a los desarrolladores contribuir a su crecimiento e, incluso, hacer que ésta se sostenga sola. Una infraestructura abierta facilitará la investigación en tecnología para el aprendizaje online y permitirá que los contenidos formativos puedan llevarse a otras plataformas de teleformación de se desarrollen. En este sentido, la infraestructura podrá mejorarse de manera continua conforme se vaya usando y adaptando.

Al MIT la experiencia de un campus virtual abierto le ha sido muy satisfactoria y han logrado expandir la institución por todo el mundo y, aunque estén modelando el tipo de certificación que van a otorgar a través de esta plataforma, parece claro que no piensan ofrecer titulaciones universitarias a través de métodos online, al menos por ahora.

Que el MIT libere su plataforma de formación online es una grata noticia a la que, ojalá, se vayan sumando otras iniciativas tanto del ámbito educativo como de administraciones públicas e, incluso, empresas privadas.

Desde que naciese la Document Foundation y el proyecto LibreOffice como alternativa a OpenOffice (y que al final, ha terminado con OpenOffice en la incubadora de proyectos de la Apache Software Foundation), LibreOffice se ha consolidado como la alternativa libre a suites ofimáticas de escritorio como Microsoft Office. Para un uso habitual, LibreOffice no tiene nada que envidiar a las aplicaciones de carácter privativo y puede ser una importante alternativa con la que ahorrar costes a nuestra empresa (si apostamos por una migración gradual a software libre).

Ninguna aplicación es perfecta, es algo que hemos comentado en más de una ocasión, puesto que las aplicaciones tienden a ser de propósito general y cubren un abanico de necesidades que deben encajar con el mayor número de usuarios posible. Afortunadamente, muchas aplicaciones pueden ser mejoradas gracias a extensiones que aumentan sus funcionalidades y nos permiten hacer muchas más cosas, algo que LibreOffice también soporta (al igual que lo hace OpenOffice). LibreOffice posee una colección de extensiones que está en plena ebullición y va creciendo a buen ritmo; actualmente hay un buen número de extensiones con las que podemos aumentar las posibilidades de nuestra suite de ofimática y realizar algunas tareas con las que, seguramente, podremos aumentar el rendimiento de nuestro trabajo.

Aunque LibreOffice 3.4 incluye, dentro de sus funcionalidades, las funcionalidades ofrecidas por varias extensiones que todo el mundo debía tener, vamos a hacer un repaso por las que, después de su uso, creo que son las 5 extensiones que todos los usuarios de LibreOffice podrían añadir tras instalarse esta suite:

Copy only visible cells

Copy only visible cells es una extensión importante si trabajamos mucho con hojas de cálculo y, debido a un elevado número de columnas o filas auxiliares, ocultamos algunas de éstas para simplificar la vista de los datos. Cuando trabajamos con hojas de cálculo que tienen celdas ocultas, si seleccionamos un rango de celdas y le damos a copiar, las celdas ocultas dentro de este rango también serán copiadas, sin embargo, si tenemos instalada esta extensión nos aparecerá una opción para copiar únicamente las celdas visibles (de la misma manera que se puede hacer en Microsoft Excel).

TexMaths

LaTeX es un sistema de composición de textos de carácter científico muy utilizado puesto que ofrece macros que permiten escribir fórmulas y ecuaciones de una manera cómoda, permitiendo que el que escribe se centre en el contenido y no en el formato. TexMaths es una extensión que añade soporte LaTeX a LibreOffice y permite añadir ecuaciones a nuestros textos que, posteriormente, se insertan en formato PNG con la particularidad que el código de LaTeX es almacenado en la propia imagen por si, posteriormente, queremos editar la ecuación y realizar modificaciones.

Magenta Lorem Ipsum Generator

Muchas veces, cuando hacemos un boceto o una plantilla, solemos utilizar texto de relleno, simplemente, para que se vea cómo queda un texto, las tabulaciones que tiene, su distribución, estilos, etc. Gracias a la extensión Magenta Lorem Ipsum Generator podremos generar, de manera muy sencilla, textos de relleno mediante el famoso Lorem Ipsum

BorderLiner

BorderLiner es una extensión que nos permite dar estilo a las tablas de Writer o a nuestas hojas de cálculo de Calc de una manera mucho más sencilla y, sobre todo, rápida. Con esta extensión podremos dibujar los bordes de las tablas rápidamente, tan sólo habrá que seleccionar las celdas, elegir el color del borde y el grosor. De hecho, para aquéllos que suelen manejar las suites ofimáticas utilizando combinaciones de teclas, BorderLiner también incluye combinaciones de teclas para realizar estas funciones.

Clear Cell

Cuando trabajamos con hojas de cálculo, a veces por error y otras porque andamos copiando datos de otros documentos, se suelen colar espacios antes o después de los datos que tenemos en una celda y, claro está, estos espacios nos pueden fastidiar cualquier filtro o procesado que queramos hacer de los datos. Si antes de procesar los datos queremos asegurarnos de que las cadenas de caracteres están limpias de estos espacios al principio y al final de éstas, Clear Cell es la extensión que estamos buscando puesto que su función es la de buscar espacios al inicio y al final de las cadenas de caracteres que hay en cada una de las celdas de nuestra hoja de cálculo y, una vez detectados, eliminarlos.

Cuando hablamos sobre software libre y software propietario, en el caso de este último, se tiende a demonizar a Apple y, sobre todo, a Microsoft. Cada modelo de negocio es respetable y hay gente (y empresas) que trabajan en entornos propietarios frente a otros que preferimos trabajar en entornos libres sobre los que tenemos mucho más control y podemos mejorar o adaptar a nuestras personalidades. A pesar de esta guerra dialéctica, Microsoft tiene una línea de trabajo en torno al software libre aunque, realmente, no tiene un peso grande dentro de la compañía y tampoco es muy conocida, curiosamente ha realizado un movimiento que pocos esperaban: Microsoft ha contribuido con código (bajo licencia GPLv3) a Samba, uno de sus grandes enemigos.

Samba es una implementación libre del protocolo de archivos compartidos de Microsoft Windows (antiguamente llamado SMB, renombrado recientemente a CIFS) para sistemas de tipo UNIX y que permite a equipos con sistemas operativos GNU/Linux, Mac OS X o Unix, conectarse a entornos Windows y que sean vistos como servidores o actúen como clientes en redes de equipos en los que abundan los sistemas operativos de Microsoft. Gracias a Samba podemos desplegar un servicio de almacenamiento en red en un servidor con Linux y que éste pueda ser utilizado por un equipo Windows, algo que a Microsoft, históricamente, nunca le hizo mucha gracia.

Pero los tiempos están cambiando y desde que Microsoft perdiese su caso antimonopolio en Europa en el año 2007 y se le obligase a a abrir sus protocolos de red, no le quedó otro remedio que llevarse algo mejor con Samba. Esta relación, con el paso de los años, ha ido mejorando hasta llegar al 10 de octubre, fecha en la que Stephen A. Zarko, del Centro de Tecnologías de Fuentes Abiertas de Microsoft, ofreció a Samba una prueba de concepto de lo que podría ser la protección extendida para Firefox y Samba en entornos gobernados por el protocolo de autentificación NT LAN Manager (NTLM), un gran paso para la interoperabilidad Samba-Windows.

Hace unos años, que los desarrolladores de Microsoft nos hubiesen enviado un parche para Samba hubiese sido algo tan extraordinario como impensable pero, hoy en día, la mayoría de batallas han cesado y los tiempos han cambiado. Aún seguimos sin estar de acuerdo con algunas cosas como el papel de las patentes de software como instrumento que coarta el desarrollo de software innovador. Aún así, Microsoft se está esforzando en construir una comunidad fuerte que mejore la interoperabilidad en el mundo de SMB. […] Mucha gente no se había percatado de esta contribución, así es cómo se han desarrollado las cosas en estos cuatro años pero algunos hemos visto ésto como un hito y queríamos expresar los cambios que hemos visto

Está claro que, en el caso de Samba, a ambas partes les interesa llevarse bien pero, aún así, creo que es una estupenda noticia, un pequeño paso para el respeto mutuo y, sobre todo, la colaboración.

Con Ubuntu 11.10 prácticamente recién estrenada, Canonical ya está trabajando en la que será la siguiente versión de su distribución GNU/Linux, Ubuntu 12.04 y hoy mismo han anunciado una interesante noticia: Ubuntu 12.04 tendrá un soporte que durará 5 años no sólo para los servidores sino también para la versión de escritorio, es decir, que los usuarios de escritorio ganarán 2 años más de soporte y actualizaciones por parte de Canonical, prolongándose la vida de esta distribución LTS (long term support) hasta el año 2017.

La idea es muy interesante porque, con este movimiento, Canonical tiene muy claro el público al cual está dirigiendo este guiño: las empresas. Si la distribución es LTS (y el soporte se prolonga hasta los 5 años), las empresas que no tengan muchos recursos (o equipos algo obsoletos) podrían alargar el plazo de las migraciones de sus equipos. El anuncio coincide con una fecha muy especial puesto que llega justo un día después del séptimo aniversario del lanzamiento de la primera versión de Ubuntu, un 20 de octubre de 2004, fecha en la que Canonical lanzó Ubuntu 4.10 Warty Warthog. Siete años desde que se lanzase la primera versión de un proyecto que nació como una bifurcación de Debian para obtener nuevas cada seis meses (evitando los largos ciclos de desarrollo de Debian que hacían que se tardase mucho en lanzar una nueva versión actualizada).

Aquí es donde entra en juego Mark Shuttleworth, un millonario sudafricano que fundó en 1995 la empresa de certificados digitales Thawte y la vendió a VeriSign en diciembre de 1999 por 575 millones de dólares, un montante de dinero que le sirvió para viajar a la Estación Espacial Internacional en 2002 y para fundar, en el año 2004, Canonical, la empresa que llevaría las riendas de Ubuntu hasta que el 8 de julio de 2005, Mark Shuttleworth y Canonical anunciaron la creación de la Fundación Ubuntu aportando 10 millones de dólares como presupuesto inicial para asegurar el soporte y el desarrollo para todas las futuras versiones de Ubuntu, complementando las labores de desarrollo y coordinación del proyecto que realiza Canonical (entre otros servicios que ofrece a las empresas).

En estos siete años, Ubuntu ha conseguido popularizar muchísimo el uso de Linux a nivel de escritorio porque, como ya comentase Linus Torvalds:

El logro de Ubuntu es hacer que Debian fuera usable

Y, efectivamente, Ubuntu consiguió eso gracias al soporte ofrecido, sus actualizaciones, su enorme colección de software disponible en los repositorios o su fácil configuración, factores de éxito que han hecho que, a partir de Ubuntu, crezcan otras distribuciones Linux derivadas de Ubuntu como Guadalinex (un proyecto de Andalucía que se utiliza en las escuelas y en centros de acceso público a Internet), Goobuntu (la distribución utilizada por Google), Edubuntu (orientada al sector educativo) o Kubuntu (Ubuntu con entorno gráfico KDE) entre otras.

Feliz cumpleaños Ubuntu y, por lo que podemos leer en Canonical, tienes pensamientos de quedarte muchos años más (además de ampliar la ventana de soporte). Que así sea.

Hoy, 25 de agosto, celebramos el vigésimo aniversario del nacimiento de Linux, es decir, del anuncio que realizó Linus Torvalds sobre su proyecto personal para implementar una versión de UNIX que pudiese ejecutarse sobre la arquitectura IBM PC. Después de analizar esta mañana el impacto de Linux en estos 20 años, vamos a aprovechar este momento para revisar algunos datos curiosos sobre Linux, empezando por el momento del aniversario:

• Linus Torvalds publicó su mensaje en el grupo de Minix a las 20:57:08 GMT, es decir, justo el momento en el que se ha publicado esta entrada para coincidir, de manera mucho más exacta, con la fecha del aniversario. De todas formas, con respecto a la fecha existe cierta controversia porque si el 25 de agosto Linus Torvalds publicó sus intenciones, el 5 octubre de 1991, en otro mensaje al mismo foro, anunció la publicación del primer kernel.

• Linux ha calado en muchos sectores y, probablemente, uno de los menos conocidos es la industria cinematográfica. El 95% de los servidores que usan los estudios de Hollywood para realizar películas de animación tienen instalada alguna distribución GNU/Linux. De hecho, los efectos visuales de la oscarizada Titanic de James Cameron salieron de máquinas con Linux y, siguiendo con James Cameron, Avatar fue la primera película rodada completamente en 3D y se montó mediante aplicaciones en software libre sobre máquinas con Linux.

• Linux se suele asociar con programadores que viven “aislados” del mundo, sin embargo, más del 75% del código desarrollado para el kernel de Linux provenía de programadores del sector privado. De hecho, grandes empresas del sector tecnológico como Intel, Google, IBM, AMD, Sun Microsystems, Dell, Asus, HP, Analog Devices, Oracle, Novell o Red Hat contribuyen desarrollando aplicaciones, contribuyendo al núcleo o preinstalando alguna distribución GNU/Linux en sus máquinas. De hecho, durante la Super Bowl del año 2003 (que paraliza Estados Unidos y mantiene pegados a la TV a muchos estadounidenses), IBM emitió un bello anuncio hablando de Linux y las posibilidades del código abierto.

• El 90% de los supercomputadores más potentes del mundo utiliza un sistema operativo GNU/Linux, de hecho, el top ten de los supercomputadores utiliza Linux. De hecho, la penetración de Linux en los centros de datos es muy alta, un 33,8% de los servidores mundiales funciona en Linux frente un 7,3% que lo hace en algún sistema operativo de Microsoft. Por ejemplo, los servidores de Google funcionan sobre Linux, al igual que el servidor que aloja la página web de la Casa Blanca (que está realizada en Drupal, por cierto).

• La idea de que Linux tuviese como mascota un pingüino proviene del propio Linus Torvalds. De pequeño le picó uno y le pareció gracioso que fuese la mascota de su sistema.

• El nombre del pingüino, Tux, no está del todo claro. Por un lado, se dice que el origen del nombre proviene del hecho de que los pingüinos parezcan estar vestidos con un esmoquin, que en inglés se dice tuxedo max y se abrevia como tux. Por contra, el otro origen proviene de que las letras de Tux son el anagrama de Torvalds Unix.

• El primer kernel de Linux ocupaba 65 KB y, gracias a la colaboración de los desarrolladores, se ha convertido en un proyecto en el que se trabaja 24 horas al día, los 365 días del año.

• La primera distribución comercial GNU/Linux fue Yggdrasil que se lanzó en formato Lice-Cd en 1992. Red Hat fue una de las primera distribuciones en asentarse dentro de las empresas y los centros de datos en 1999.

• Linux está presente en aplicaciones muy críticas como en los trenes bala de Japón, el control del tráfico de San Francisco, la bolsa de Nueva York, el CERN, muchos sistemas de control aéreo o en el control de los reactores nucleares de muchos submarinos y buques de guerra nucleares.

• En 1994, William Della Croce Jr. registró Linux como marca comercial en Estados Unidos y comenzó a pedir dinero a las distribuciones GNU/Linux por el uso de su marca comercial. Torvalds llevó a este personaje a juicio y, en 1997, recuperó el registro de la marca Linux.

• El proyecto GNU, en 1991, carecía de controladores y de kernel, eso fue lo que llevó a Linus Torvalds a abordar el desarrollo del kernel de Linux. Si GNU lo hubiese tenido, posiblemente, Torvalds no se hubiese puesto a trabajar en eso.

• Existen más de 300 distribuciones GNU/Linux activas que van desde las conocidísimas Ubuntu o Debian pasando por distribuciones de ámbito gubernamental o educativo.

• Debian fue una de las primeras distribuciones GNU/Linux que se constituyó y organizó como una comunidad de desarrolladores.

• En el año 2005, la prestigiosa revista Business Week reconoció a Linux como un caso de éxito en el campo de los negocios.

• Linux ha facilitado la creación de una red de empresas de servicio y soporte que se espera facturen más de mil millones de dólares a nivel mundial.

• Linux tiene más de 9,2 millones de líneas de código y esta cantidad crece un 10% cada año. De estos 9,2 millones de líneas, el kernel en sí supone un 5% y los drivers un 55%. 4500 líneas se agregan, 1800 se eliminan y 1500 se modifican cada día.

• En el año 2002, Microsoft había acumulado un gasto de 421 millones dólares combatiendo la expansión de Linux, según publicó The Register

• Países como Rusia, Brasil o Venezuela han puesto su foco en Linux como base de una administración interoperable, eficiente en gastos e independiente tecnológicamente.

• Toyota basará los sistemas informáticos de sus vehículos en un sistema GNU/Linux.

• Las autoridades de la ciudad siberiana de Tyumen, en Rusia, autorizaron, el año pasado, a un grupo de simpatizantes de Linux a leventar un monumento a este sistema. Esta estatua sería un Tux.

¿Os animáis a añadir alguna curiosidad más a la lista? Seguro que conocéis alguna curiosidad más, si es el caso, hacédnosla saber en los comentarios.

Hoy 25 de agosto es una fecha muy especial en el calendario tecnológico, particularmente, en el mundo del software libre porque se cumplen veinte años del nacimiento de un sistema operativo que llegó para cambiar las cosas y convertirse en una alternativa libre que daría pie a toda una comunidad de colaboradores que trabajarían, de manera desinteresada, en aportaciones y mejoras del sistema. Hoy 25 de agosto se cumplen 20 años del nacimiento de Linux.

Orígenes y motivación

En 1991, en Helsinki (Finlandia), un estudiante de Ciencias de la Computación de la Universidad de Helsinki de nombre Linus Torvalds y con 21 años de edad, ya llevaba cinco años programando en lenguaje C y conocía bastante bien el sistema operativo Minix (una réplica gratuita de Unix desarrollada por el profesor Andrew S. Tanenbaum con fines didácticos y eductativos), decidió poner en práctica los conocimientos adquiridos en un proyecto personal.

Adquirió un IBM PC con un procesador 80386 y partiendo el libro Design of the Unix Operating System de Maurice J. Bach, comenzó a trabajar en su proyecto: una implementación de UNIX que ejecutase cualquier tipo de programa sobre una arquitectura IBM PC, algo que daría pie al núcleo de Linux.

Torvalds escribió el programa expresamente para el hardware que usaba, para asegurarse que se usaban las funciones de su nuevo PC y, precisamente, es algo que hoy en día sigue ocurriendo. Para su desarrollo, Torvalds utilizó Minix como entorno de desarrollo y el compilador usado fue GNU C compiler. El 25 de agosto de 1991 a las 20:57:08 GMT, Linus Torvalds anunció que había creado este sistema en un mensaje enviado al grupo de noticias comp.os.minix:

Hola a todos aquellos que usan Minix -

Estoy haciendo un sistema operativo (gratuito) (solamente una afición, no será grande ni profesional como el GNU) para clones 386(486) AT. Este ha estado gestándose desde abril, y está comenzando a estar listo. Me gustaría recibir cualquier comentario sobre las cosas que gustan/disgustan en minix, ya que mi SO (Sistema Operativo) se le parece un poco (la misma disposición física del sistema de archivos, debido a motivos prácticos, entre otras cosas).

Actualmente he portado bash(1.08) y gcc(1.40), y las cosas parecen funcionar. Esto implica que conseguiré algo práctico dentro de unos meses, y me gustaría saber qué características quiere la mayoría de la gente. Cualquier sugerencia es bienvenida, pero no prometeré que las pondré en práctica :-)

Linus Benedict Torvalds (torvalds@kruuna.helsinki.fi)

PD. Sí – es libre de cualquier código de minix, y tiene un sistema de archivos multi-hilo. NO es portable (usa 386 una conmutación de tarea etc.), y probablemente nunca será soportada por nada más que los discos duros AT, porque es todo lo que tengo :-(

Torvalds primero publicó el núcleo de Linux bajo una licencia propia en la que publicó el código fuente pero que tenía restricciones contra la actividad comercial. En 1992 decidió cambiar la licencia a la GNU GPL, primero anunciándolo en las notas de lanzamiento de la versión 0.12.6 y, a mediados de diciembre de 1992, publicando la versión 0.00 usando GNU GPL.7. Según comentaría Linus Torvalds en una entrevista:

Registrar a Linux bajo la GPL fue definitivamente la mejor cosa que alguna vez hice

La colaboración como motor de avance

El gran motor de Linux son las personas que colaboran en su desarrollo: programadores, beta testers, traductores, diseñadores, etc; un nutrido grupo de personas que gracias a su esfuerzo han consolidado a Linux en estos veinte años de vida. En 1992, con el proyecto recién arrancado, se contaba con una centena de desarrolladores que se sumaron al proyecto de Linus Torvalds y que, hoy en día, se cuentan por miles que trabajan tanto en el núcleo del sistema como en los entornos gráficos de escritorio, en las miles de aplicaciones existentes o en las distintas distribuciones GNU/Linux.

Linus Torvalds sembró una semilla que, tras germinar, ha propiciado una intensa comunidad que, aportando lo mejor de cada uno de sus miembros, han catapultado a Linux más allá de entornos estudiantiles o geeks, hoy en día Linux está presente en muchos ámbitos y en aplicaciones críticas y grandes empresas como Intel, Google, IBM, AMD, Sun Microsystems, Dell, Asus, HP, Analog Devices, Oracle, Novell o Red Hat, colaboran en la difusión de Linux desarrollando aplicaciones, preinstalando el sistema operativo o colaborando con el desarrollo del núcleo.

Personalmente, creo que la colaboración es uno de los factores más bellos de Linux. Personas de distintos lugares que se coordinan y trabajan codo con codo con otras personas en busca de la mejora continua de un sistema operativo libre y abierto.

¿Qué beneficios ha reportado?

Linux es libertad, estabilidad y seguridad. Uno de los puntos fuertes de los sistemas GNU/Linux es el acceso al código fuente, lo cual permite personalizar el funcionamiento, auditar la seguridad del sistema o independizarse del proveedor. Por otro lado, gracias a GNU/Linux y, en general, al software libre, se ha consolidado toda una industria de soporte y desarrollo en código abierto que ha permitido la introducción de Linux en sectores educativos, gubernamentales, industriales, etc, propiciando un importante ahorro a las empresas y abriendo la puerta a una importante reducción en los costes de operación TIC de las empresas gracias a las migraciones de los puestos de trabajo.

Linux en nuestra vida diaria

Linux está presente en muchos aspectos de nuestra vida diaria, desde los TPV (terminales puntos de venta) de algunos establecimientos a la cartelería digital de algunas organizaciones, da soporte a los servidores de LinkedIn o Facebook entre otros, está presente en smartphones y tablets o en algunas de las supercomputadoras más potentes que existen hoy en día (las 10 más potentes usan sistemas operativos basados en Linux, algo que se repite en la gran mayoría).

En este veinte aniversario y después de más de 13 millones de líneas de código, creo que hay un derivado del kernel de Linux que está extendiéndose por todo el mundo como la pólvora y, en su nicho de mercado, se está coronando como el líder absoluto; me refiero a Android y al sector de los dispositivos móviles. En muy poco tiempo, Android está llevando Linux a millones de usuarios que, posiblemente, nunca hubiesen imaginado ponerse delante de un equipo con este sistema operativo instalado.

Precisamente, esta democratización del uso de Linux es otro de los hechos destacables de estos veinte años. Pensemos que una idea que nació como un proyecto personal al que se fueron sumando colaboradores, ha calado tanto en los sectores empresariales, servidores y puestos de trabajo, está presente en Universidades, centros de investigación o Administraciones Públicas y, en apenas unos años, se ha metido, literalmente, en el bolsillo de millones de usuarios que ya son usuarios de Android y, por tanto, lo son de Linux (cifra que seguirá en aumento conforme avancen los años).

Falsos mitos de Linux

Si hay algo con lo que Linux ha tenido que luchar con el paso de los años es con ciertos prejuicios que se le achacaron y que ha arrastrado durante bastante tiempo. Si bien es cierto que estos mitos se han ido disipando con el paso de los años, para algunos usuarios siguen siendo unas importantes barreras de entrada para el uso de sistemas operativos basados en Linux.

¿Y cuáles son estos falsos mitos?

• Linux es complicado, algo que es totalmente falso y que, con el paso de los años, ha convertido a las distribuciones GNU/Linux en sistemas operativos de fácil uso. En sus orígenes, los sistemas GNU/Linux estaban orientados a usuarios expertos que manejaban todo mediante línea de comandos, sin embargo, hoy en día gracias a los entornos de escritorio, cualquier persona sin conocimientos avanzados puede manejar su ordenador con Linux y ya no necesita configurarlo mediante la consola, también puede hacerlo mediante su entorno gráfico.

• El entorno gráfico es feo y poco usable, creencia que también hoy en día es errónea puesto que los entornos de escritorio de las distribuciones GNU/Linux ofrecen un alto grado de personalización y, además, han cuidado mucho la estética y el diseño.

• Para ser usuario de Linux se debe ser programador, algo que es totalmente falso porque la mayoría de funciones habituales están representadas por alguna aplicación que ya existe y, por tanto, o está ya instalada o su instalación es sencilla.

• Apenas hay soporte para hardware, una de las creencias que ha frenado bastante a los usuarios. Si bien es cierto que existen fabricantes que no se han preocupado mucho por proporcionar drivers para Linux de sus dispositivos, el trabajo de los desarrolladores del Kernel de Linux incluye el soporte de una gran cantidad de dispositivos que, en la versión 3.0, llega a cubrir el Kinect de Microsoft.

• Una distribución GNU/Linux no puede usarse en un entorno de oficina, algo que también se ha demostrado que es un mito y que, por ejemplo, LibreOffice puede sustituir a Microsoft Office siendo, además, una opción sostenible y que permite un importante ahorro de costes.

¿Qué podría mejorar?

Tecnológicamente todo es mejorable, creo que es algo que Linux nos ha demostrado muy bien en estos veinte años en los que ha ido evolucionando y ha llegado a estar presente en muchas más aplicaciones de las que pensamos. No obstante, más que mejorar el propio sistema operativo yo me encaminaría a mejorar el entorno en el que Linux podría aplicarse.

Hay una barrera que sigue costando derribar y es, tristemente, la creencia de que Linux es complicado y es un sistema operativo que no es fiable y las cosas no funcionan. Desgraciadamente es una creencia que se sigue teniendo en muchos entornos que están dejando pasar las ventajas que ofrece esta alternativa libre que tiene por detrás una cada vez más importante comunidad y empresas de servicios especializadas en ofrecer soporte en este tipo de entornos. De poco sirve fomentar la interoperabilidad o el uso de software libre si, por ejemplo, las administraciones siguen gastando dinero en licencias de sistemas operativos privativos o en productos propietarios.

Creo que falta un empuje definitivo encarnado en grandes casos de éxito que demuestren que es posible apostar por una migración. ¿Será Rusia el caso de éxito que estamos esperando? Mientras tanto, feliz cumpleaños Linux y que cumplas muchos años más.

Por cierto, la Linux Foundation publicó una interesante infografía con los hitos más destacados de la historia de Linux, vale la pena echarle un vistazo.

Después de la llegada de Firefox 6, hace apenas una semana, la críticas a favor y en contra de la nueva versión del navegador de Mozilla, prácticamente, se encuentran bastante equiparadas. Quizás, uno de los puntos que mayor queja está provocando entre los usuarios es el consumo de memoria el navegador que, con respecto a anteriores versiones, es mucho más alto y es algo que Mozilla ha prometido arreglar en la siguiente versión. Pues bien, tras esta semana de Firefox 6, Mozilla ya ha lanzado la beta de la siguiente versión de su navegador, Firefox 7 beta, que ya se puede descargar.

Los chicos de Mozilla se han dado bastante prisa en lanzar la beta de Firefox 7 y mejorar el rendimiento del navegador con respecto a la última versión estable que habían lanzado y, la verdad, parece que cumplen lo prometido con mejoras en la gestión de la memoria, una reducción de los tiempos de carga y, en términos generales, una mejora del rendimiento del 30%.

Desde el lanzamiento de Firefox 4, que se retrasó casi 6 meses para realizar ajustes y corregir fallos, Mozilla se ha lanzado a desarrollos ágiles que van incrementando el número de versión del navegador (de la misma forma que hace Google con Chrome), propiciando que, en menos de cinco meses, se hayan lazado las versiones estables 5 y 6 del navegador además de esta beta de Firefox 7.

¿Y qué novedades podemos encontrar en esta beta de Firefox 7? Bueno, además de la mejoras del rendimiento, en la gestión de la memoria y en la reducción de los tiempos de carga, la beta de Firefox 7 también incluye mejoras en el servicio de sincronización, Firefox Sync, que también acelera el proceso de subida de contraseñas y marcadores a la nube y la propagación de éstos al resto de instancias que tengamos instaladas.

Hasta que se lance como versión estable, el 27 de septiembre según el calendario oficial de Mozilla, podremos probar esta beta en Windows, Linux, Mac o Android.

Después del susto que nos llevamos el otoño pasado con Firesheep, muchos comenzaron a ver la importancia de navegar de manera segura y empezaron a poner medidas que hiciesen algo más complicado la interceptación de los datos de sesión en Twitter, Facebook o WordPress. El uso del SSL se convirtió en un requisito fundamental para todo aquel que usase conexiones compartidas en hoteles, congresos o puntos de acceso públicos, ya fuese forzado mediante alguna extensión o, poco tiempo después, porque se fue integrando como opción en servicios como Facebook o Twitter. Dentro del apartado de extensiones para navegador, había una para Firefox que funcionaba especialmente bien, sobre todo siendo una beta, HTTPS Everywhere que por fin se lanza en una versión estable.

HTTPS Everywhere es una extensión para Firefox que fuerza la comunicación con determinados servicios mediante SSL, cifrando la comunicación y, por tanto, evitando que pueda producirse cualquier tipo de robo de contraseñas o cookies de sesión. Este proyecto arrancó hace un año de la mano de la Electronic Frontier Foundation (EFF), una organización civil estadounidense que aboga por los derechos de los usuarios en la red y, por supuesto, por la privacidad de éstos, junto con la colaboración del Proyecto Tor.

Con esta extensión, Firefox forzará el uso del SSL en aquellos servicios que lo soporten y, sea cual sea el motivo, no lo tengamos activado. Si, por ejemplo, no lo hemos activado en Twitter o Facebook, esta extensión forzará su utilización, así como las búsquedas en Google, el acceso a Wikipedia, bit.ly, WordPress.com, el New York Times, PayPal o el proyecto Tor, entre otros servicios. Simplemente tendremos que bajar la extensión e instalarla a través del administrador de complementos de Firefox, así de simple. Una vez instalada (y después de reiniciar el navegador), si así lo deseamos, podremos configurar los servicios en los que queremos forzar el cifrado, si bien, por defecto, viene activado en la gran mayoría (y la lista es bastante grande).

Aún así, la extensión no es perfecta y tiene algunos detalles que pulir:

Desgraciadamente, muchos sitios incluyen contenidos de terceros que no están disponibles bajo SSL. Por tanto, si el icono del candado sigue abierto o lleva anexo una exclamación, el sitio tiene partes que son inseguras y, por tanto, susceptibles de ser una vía de entrada para aquellos que se dedican a analizar el tráfico o usar ataques activos. No obstante, para hacer eso van a tener que esforzarse mucho.

Por cierto, el proyecto se distribuye bajo licencia GNU, por tanto, está abierto a la contribución de todo aquel que lo desee.

Para finalizar esta serie sobre las migración de los puestos de trabajo de una empresa a software libre, vamos a hacer una reflexión que nos ayude a afrontar este tipo de proyectos y, sobre todo, nos aporte una serie de ideas con las que poder argumentar la necesidad de aplicar este tipo de cambios a una organización. Después de revisar cómo hacer un modelo económico, cómo planificar el proceso de migración total o plantearnos una transición gradual, es el momento de revisar algunos motivos por los cuales una migración a software libre podría beneficiar a nuestra empresa.

¿Por qué migrar?

Bueno, esa esta es la pregunta clave porque algún motivo debemos dar para iniciar este cambio en nuestra empresa. Para empezar, a medio plazo, vamos a obtener un importante ahorro económico en el coste de licencias (aplicaciones y sistema operativo), eso sí, es un ahorro a medio plazo puesto que el proceso de migración conllevará esfuerzos (internos o externos) y, por tanto, tendrá asociado un coste (aunque no será cíclico).

Por otro lado, podemos obtener un importante ahorro en hardware puesto que, dado que los requisitos son algo menores, podremos ampliar la vida útil de nuestros ordenadores y, por tanto, alargar su amortización. No tener que renovar el parque informático de la empresa con tanta asiduidad y que, simplemente, con aumentar la memoria RAM podamos alargar su vida en un par de años, es un motivo de bastante peso.

Además, gracias al acceso al código fuente, podemos tanto auditar el código de las aplicaciones, mejorarlas y personalizarlas, adaptándolas a las necesidades de nuestro negocio. De hecho, muchas de estas personalizaciones se ponen a disposición de la comunidad, haciendo que todos los usuarios se vean beneficiados.

Desde el punto de vista de la gestión, la utilización de soluciones abiertas garantiza nuestra independencia tecnológica (puesto que no estamos sujetos a una solución de un fabricante concreto) y nos abre el horizonte a que nos puedan prestar servicios múltiples empresas. Pero quizás, una de las garantías más importantes que nos brinda este modelo es el de la interoperabilidad que, gracias a que el software libre se fundamenta en estándares abiertos, nos garantiza con otros sistemas o componentes. La interoperabilidad es muy importante, tanto en el ámbito privado como en el público (por ejemplo, en España hay una norma que lo regula en el ámbito de las Administraciones Públicas)

¿Qué problemas nos vamos a encontrar?

La principal barrera que nos vamos a encontrar es el cambio de mentalidad necesario para abordar este proyecto con éxito. Decíamos en la segunda entrega de esta serie que había que gestionar adecuadamente el cambio organizacional y, para ello, tendremos que formar adecuadamente a nuestros empleados (en las nuevas aplicaciones y en el nuevo entorno, si también cambiamos el sistema operativo) y, además, desmitificar algunos de los prejuicios que hay alrededor del mundo del software libre.

La resistencia al cambio es algo intrínseco al ser humano, si alguien está acostumbrado a trabajar de una manera determinada y, además, le va medianamente bien, no va a querer cambiar, menos aún, si el cambio viene obligado. El primer mito a derribar es el de la complejidad, es decir, la creencia de que las aplicaciones libres son complicadas, algo que no tiene por qué ser así sino que, simplemente, hay que aprender a manejarse en un entorno nuevo (lo cual no implica mayor complejidad).

Otro mito a derribar es el de la falta de soporte y asistencia técnica, algo que no es cierto y que, además, gracias a la adopción del software libre en algunas Administraciones Públicas, ha posibilitado la creación de un tejido empresarial potente.

Dependiendo de la especialización de nuestros empleados y de nuestra empresa, quizás nos encontremos ante aplicaciones que no van a poder ser migradas. Estas situaciones habrán de ser tratadas con especial cuidado porque, mal llevadas, podrían suponer la cancelación de la migración y la pérdida de confianza en este modelo. Bien llevadas, simplemente, nos llevarán, en el peor de los casos, a mantener pequeñas islas con software privativo.

Conclusiones

Después de estos cuatro artículos dedicados a la migración al software libre, creo que podemos sacar algunas conclusiones que nos pueden ser útiles a la hora de enfrentarnos a este tipo de proyectos:

• Beneficios económicos, a medio plazo y largo plazo gracias al ahorro en licencias puesto que, en un corto plazo, el hecho de realizar la migración nos hará incurrir en un coste (consultoría, migración, etc) que podría equipararse a la renovación de licencias.

• Es un proyecto que requiere una correcta planificación y gestión del proceso, en el que debemos valorar, correctamente, todos los factores que influyen en él: procesos de la empresa, aplicaciones que se utilizan, conocimientos del personal, formación necesaria, etc.

• Este tipo de proyectos, al suponer un cambio importante en la cultura de la organización, necesita el apoyo firme y decidido de la Dirección. Si no confían en este proceso, al mínimo escollo, podrían cancelarlo. La resistencia al cambio que podemos encontrar va a ser fuerte, por tanto, los empleados necesitan ver que la Dirección apoya y promueve este cambio.

Hace aproximadamente un mes, estuvimos analizando en un par de notas cómo podría llevarse a cabo la migración de los puestos de trabajo de una empresa a escritorios basados totalmente en software libre. Primero estuvimos estudiando el contexto económico y temporal, es decir, una justificación económica que sustentase la decisión de migrar y, posteriormente, la pautas que podríamos seguir para poner en práctica el proyecto de migración. Lo ideal sería que pudiésemos migrar toda nuestra empresa, bueno, si así lo deseamos y, además, los datos económicos lo apoyan; sin embargo, no en todos los casos sería posible hacerlo y, posiblemente, tengamos que vivir en entornos mixtos.

Otro escenario posible, y tampoco sería muy descabellado, podría ser un entorno en el que se decide aplicar una transición mucho más suave, es decir, ir eliminando aplicaciones propietarias paulatinamente y, una vez se han eliminado en gran parte, proceder a la migración del sistema operativo hacia alguna distribución Linux con entorno de escritorio. Esta opción, sobre todo en entornos que tienen algunas dudas, puede ser la más interesante puesto que no supone un cambio radical y, desde el primer momento, se puede palpar el ahorro y estudiar la evolución y adaptación de los empleados a las nuevas herramientas.

Abordar un proceso de migración suave, lógicamente, supone que el plazo de realización aumente y, además, se tengan que definir más puntos de control. En estos casos, al igual que en la migración total, también tenemos que dedicar un tiempo a estudiar el funcionamiento de nuestra organización, entender los procesos y conocer las aplicaciones que los soportan. Para conocer cómo funciona nuestra empresa, además de observar a nuestros compañeros de trabajo, avanzaremos mucho si nos sentamos con ellos y les preguntamos por cómo trabajan en su día a día. Muchas veces, la gente que trabaja en el área de IT, tenemos una imagen preconcebida de lo que hacen nuestros compañeros y, seguramente, se nos pasen algunos detalles que, aunque no les demos importancia, para ellos son importantes. Una ronda de entrevistas, además de la observación, es lo mejor para abordar esta fase.

Teniendo en cuenta que vamos a aplicar un proceso gradual, en la fase de prospectiva tecnológica tendremos que buscar aplicaciones que sustituyan al software propietario (al menos todo el que se pueda) pero con dos condicionantes: deben existir tanto en Linux como en Windows o, al menos, deben ser aplicaciones web. Quizás esté acotando demasiado el campo de búsqueda pero, por experiencia personal, creo que es mejor huir de la emulación en Wine porque, a veces, no funciona todo lo bien que quisiésemos y el usuario se termina enfadando. Es muy importante que el usuario vea cubiertas todas sus necesidades o, al menos, la gran mayoría de ellas porque, teniendo en cuenta que seguimos en un entorno Windows, en caso de no cumplirlas podrían pedir volver al estado anterior.

Lógicamente, en esta migración suave, el compromiso de la Dirección es importante y, en época de crisis, ahorrar es importante; sin embargo, si el personal no está contento y, aunque sea exagerado, atisban cierto riesgo de bajada de la productividad, podrían cancelar esta transición.

Por tanto, si recordamos los pasos que fuimos comentando en los dos artículos pasados, el proceso de migración no partirá de la elaboración de una maqueta, sino que instalaremos aplicaciones libres que sustituyan a las propietarias, migraremos los datos e iremos desinstalando el software privativo. Este proceso será iterativo y gradual, es decir, lo recomendable es ir cambiando aplicaciones poco a poco (conforme se vayan amortizando las licencias) y apoyar el cambio mediante la formación necesaria a los usuarios.

Llegará un momento en el que, tras la última iteración, hayamos migrado todas las aplicaciones de nuestros usuarios a soluciones totalmente libres. ¿Qué haremos entonces? Lo ideal sería sustituir el sistema operativo propietario y apostar por uno libre y, por tanto, elaborar una maqueta con todas las aplicaciones que hemos ido instalando. Pero, si por el motivo que fuese no pudiésemos dar este último gran paso, al menos estaríamos ahorrando un importante capital gracias al uso de aplicaciones libres y, desde luego, será algo que se note en los costes operacionales de la compañía.

La Fundación, en 2003, pasó a gestionar de una manera más ordenada el proyecto Mozilla, es decir, el proyecto de navegador libre basado en el código de Netscape que arrancó el 23 de febrero de 1998. Al crearse la fundación, se dotaba de una garantía de continuidad al proyecto además de establecer unas pautas de control que permitiesen aunar esfuerzos y trabajar de una manera mucho más eficiente, todo ello basándose en tres pilares fundamentales:

• Código abierto
• Respeto por los estándares
• Portabilidad de las aplicaciones a múltiples plataformas

Como bien decían en el tweet que anunciaba la efeméride, el mejor regalo de cumpleaños que se le puede hacer a Mozilla es colaborar con la causa. Y es que, precisamente, las donaciones son unas de las fuentes de financiación de la Fundación, además de otros acuerdos comerciales con empresas (por ejemplo con Google para usar el buscador como buscador por defecto en Firefox).

La labor realizada por la Fundación en estos ocho años ha sido muy importante puesto que continuó (y renovó por completo) un proyecto que garantizaba la libertad de elección de navegador por parte los usuarios.

¡Feliz cumpleaños Mozilla!

En el post anterior estuvimos analizando la idoneidad de migrar los puestos de trabajo a software libre, tanto desde un punto de vista cualitativo como desde un contexto económico. En esta ocasión nos toca profundizar en el proceso de migración en sí, es decir, en la transformación de un entorno corporativo con puestos de trabajo basados en soluciones propietarias a un entorno que funciona, casi en su totalidad, con herramientas basadas en software libre.

4. Estudiar a la organización y entender sus procesos y su funcionamiento

Tras las hojas de cálculo y los estudios de costes nos toca entrar, por fin, en contacto con el usuario e intentar entender cómo trabajan, qué aplicaciones suelen utilizar y, en definitiva, entender cuáles son sus necesidades actuales y a medio plazo. Lo recomendable es articular esta fase en torno a una ronda de entrevistas (con los responsables de cada equipo y con sus miembros) para conocer qué herramientas utilizan, qué necesidades tienen y qué función cumplen en la organización.

Para comprender el funcionamiento de una organización es importante observar cómo trabaja, es decir, sentarnos con cada uno de los trabajadores, ver cómo se manejan en su entorno de escritorio, qué usan y para qué. De esa forma podremos ir viendo qué alternativas tendremos que buscar (para satisfacer las necesidades de los usuarios y la organización) y qué cosas, irremediablemente, tendremos que mantener porque no existe solución técnica en software libre que cubra la mayor parte de necesidades.

5. Aportando soluciones

Tras estudiar a nuestra organización llega el momento de plantear las soluciones que vamos a adoptar. Abrir la tapa del “gran arcón” del software libre y ponernos a coger lo primero que veamos, está claro que no es el camino a seguir. Es recomendable realizar esta prospectiva tecnológica en paralelo al estudio de la organización porque así iremos adelantando trabajo e iremos buscando posibles soluciones conforme vayamos capturando los requisitos y necesidades de nuestros usuarios.

¿Y qué soluciones tendremos que buscar? Existen muchas soluciones empresariales basadas en software libre con los que poder dar soporte a la mayor parte de procesos empresariales: gestores documentales, compartir ficheros, gestión de agenda; sin embargo, esta migración se centra en el escritorio y, como tal, también tendremos que buscar soluciones en este entorno. Básicamente nos referimos a cambiar Outlook por Thunderbird, Microsoft Office por LibreOffice, OneNote por Tomboy o Evernote (si queremos usar la nube, aunque esto no sea libre), Microsoft Project por alguna herramienta colaborativa online u OpenProj, Dia en vez de Microsoft Visio, etc.

Sin embargo, es muy posible que existan aplicaciones que no tengan equivalente en Linux y para las que tengamos que pensar en alguna solución de compromiso (ya sea montando un servidor Windows al que se conecten en remoto los usuarios y ejecuten ahí las aplicaciones o bien usando Wine o máquinas virtuales).

6. La migración

El proceso de migración es el punto más crítico del proceso, puesto que debe ser lo más transparente posible al usuario y, además, debe impactar lo mínimo posible en la productividad de éste (tiempo en el que no podrá usar su equipo). Para llevarlo a cabo deberíamos haber diseñado un plan que abarque los siguientes aspectos:

• Maqueta a utilizar, es decir, partir de una distribución Linux, personalizarla (configuración, aplicaciones, etc) y, a partir de ahí, sacar un máster (o más, dependiendo del número de configuraciones distintas que necesitemos) que será el que instalaremos en los equipos de los usuarios.
• Plan de intervención que establecerá un calendario con las actuaciones a acometer y las actuaciones previas necesarias antes de migrar (backups).
• Plan de contingencia o dicho de otra forma, cómo volver atrás si algo sale mal o si surge alguna emergencia o imprevisto.

Antes de arrancar el proceso, sería conveniente comunicar lo que vamos a hacer a los usuarios o, al menos, a sus responsables para que la información fluya y nadie se sienta excluido (y pueda oponer algo más de resistencia al cambio).

7. Gestionar los cambios

La expresión “gestión del cambio” se usa mucho en cualquier proceso de cambio de modelo de gestión. Esta disciplina se ocupa de minimizar el impacto que pueden provocar los cambios en procesos ya arraigados (y cambiar el entorno de trabajo es un salto que debe gestionarse adecuadamente). Dicen los expertos que cuando el usuario se siente partícipe del cambio, es mucho más fácil que lo entienda e, incluso, se alinee con ellos, colaborando de forma activa y no entorpeciendo el proceso.

¿Y cómo hacer al usuario partícipe del cambio? Básicamente con dos líneas de actuación: la comunicación y la formación.

Una comunicación fluida a los usuarios que les informe de los pasos que se dan, un proceso que cuente con sus opiniones, un equipo les pregunte y, en definitiva, converse con ellos, es un buen caballo de batalla que nos puede allanar mucho el camino a recorrer. El desconocimiento y, por tanto, el miedo al cambio son las barreras a vencer y si somos muy opacos durante este proceso, el usuario se resistirá al cambio y, en casos extremos, puede llegar a boicotearlo.

Por otro lado, dependiendo del nivel de conocimientos que tenga la organización, necesitaremos organizar diversas acciones formativas que ayuden al usuario a adaptarse al nuevo entorno de funcionamiento, a usar las nuevas aplicaciones y, en definitiva, enseñarles dónde están las herramientas con las que podrán desempeñar sus funciones habituales.

8. Análisis del proceso

Tras finalizar el proceso de migración, nos encontramos ante un punto de inflexión en la manera de gestionar el parque informático de nuestra compañía. Además de analizar los errores o fallos que nos hemos ido encontrando, es el momento de volcar todo el conocimiento adquirido en algún gestor que permita a todo nuestro equipo de soporte compartir lo aprendido (y lo que llegará), de manera que todos los implicados vayan creciendo y adquiriendo más experiencia en el soporte al usuario.

Conclusiones

Un proyecto de este tipo, además de ser una apuesta por una tecnología sostenible y, lógicamente, libre, es todo un reto tecnológico que necesita su tiempo para ser llevado a cabo correctamente. Es una apuesta y como tal, debe contar con el compromiso de la dirección, sin ese apoyo, mejor no embarcarse porque nadie se sentirá identificado con la migración y puede que no nos encontremos muchos apoyos.

Gestionar la comunicación y hacer partícipe al usuario es una de las claves para que este proyecto sea un éxito, además de nuestra pericia en la realización de la prospectiva (para buscar aplicaciones) y en nuestro análisis de requisitos.

Para todo aquel que quiera profundizar más en el tema, el CENATIC (Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas) trabaja en un modelo de migración para grandes organizaciones que, aunque está en desarrollo, ofrece algunas interesantes herramientas con las que dar soporte a este proceso.

Imágenes: Infordata consulting, Desktop Linux y 2 day blog

Ahora que el soporte de Windows XP está, prácticamente, muerto, muchas empresas se están planteando la migración de los equipos de sus puestos de trabajo a Windows 7. Pasar desde Windows XP a Windows 7 podría ser la evolución natural y, quizás, la más lógica; sin embargo, existe un modelo alternativo que las empresas deberían plantearse: el software libre. En estos tiempos de crisis y de búsqueda de la eficiencia en el gasto, la adopción de software libre en el puesto de trabajo puede suponer, a medio plazo, un importante ahorro de costes y, sobre todo, una gran paso hacia la independencia tecnológica.

Migrar los puestos de trabajo hacia un sistema operativo basado en GNU/Linux no es una decisión a tomar a la ligera, bajo mi punto de vista, necesita de cierta preparación y, sobre todo, el tratamiento de un proyecto interno al que hay que dedicar recursos.

A través de varios posts vamos a ir analizando qué pasos deberíamos dar si queremos plantearnos la migración a software libre de los puestos de trabajo de una organización.

Para empezar, es fundamental el compromiso de la Dirección de la compañía, sin el respaldo de la Dirección la oposición al cambio puede ser mucho mayor y, en casos extremos, dar al traste con todo el proyecto. Un proyecto de este calibre no es, únicamente, la adopción de una solución tecnológica que nos va a hacer ganar dinero, también nos va a redundar en un aumento de la seguridad de nuestros puestos de trabajo y, sobre todo, es un cambio de filosofía de la empresa, que apuesta por un modelo sostenible e independiente tecnológicamente. Por tanto, ante tanto cambio que debemos gestionar, no nos viene mal analizar el proceso y plantearnos algunas fases con las que llevar a cabo este proyecto.

1. Contexto económico

Aunque los que conocemos el mundo del software libre pensemos que es una gran opción, quizás nuestros jefes no tengan esta misma visión y, posiblemente, se hayan acostumbrado al uso de Windows, por ejemplo, y por comodidad no quieran cambiar. Esto es algo que puede pasar y será la primera batalla que tengamos que librar si queremos arrancar este tipo de proyecto.

¿Y cómo convencer a nuestros jefes? Cambiar la filosofía de trabajo de una compañía no es fácil, al fin y al cabo, forma parte de la propia cultura de la empresa y cualquier cambio cultural debe gestionarse adecuadamente. Teniendo en cuenta la coyuntura económica, un modelo basado en costes podría ser un interesante punto de partida para justificar la necesidad de la migración.

Hay que tener en cuenta que el uso de software con licencia responde a un modelo cíclico, es decir, adquirimos una licencia, la usamos y, una vez amortizada, pasamos a adquirir licencias de la siguiente versión (en el caso de licencias que no tengan caducidad) o, por el contrario, vamos renovando con la periodicidad que sea las licencias adquiridas. Este modelo cíclico afectará, prácticamente, a todas las licencias que hayamos adquirido (Sistema operativo, Microsoft Office, Antivirus, etc), simplemente variará el período de duración de la licencia (en el caso que caduquen) o el tiempo que reste para su amortización. Además, a este modelo cíclico de adquisición de activos (las licencias) hay que sumar otros costes, los costes de operación, es decir, los costes en los que incurrimos para solventar las incidencias de nuestros usuarios, instalar software en los equipos, etc.

Bajo un entorno basado en software libre, este modelo de costes se simplifica mucho, en algunos casos se puede llegar a reducir únicamente a los costes de operación (en un entorno ideal) pero, básicamente, los costes relacionados con licencias de ofimática y alguna que otra aplicación desaparecen, por tanto, se eliminan esos desembolsos cíclicos debido a la obsolescencia o caducidad de las licencias de software adquiridas.

¿Y cómo plantear esto? Lo más sencillo es plantear los costes en los que incurrimos durante cinco años, una ventana de tiempo a medio plazo y que puede ser significativa como para evaluar los gastos en los que incurrimos adquiriendo licencias (o equipos que ya las tienen instaladas) y renovándolas.

2. Contexto temporal

Tras estudiar lo que nos gastamos en adquisiciones, debemos estudiar cuándo es el mejor momento para realizar la migración. Hoy en día, el cierre del soporte de Windows XP puede ser un muy buen motivo para migrar, sin embargo, el factor tiempo es muy significativo (desde el punto de vista económico) y, por tanto, elegir una fecha sin estudiar el contexto nos podría hacer que incurriésemos en pérdidas.

En algunas metodologías consideran que si hay convencimiento por parte de la empresa por migrar, debería ser suficiente. Yo creo que es necesario pero no es el único factor a tener en cuenta, sobre todo, si queremos dar unas cifras cercanas a la realidad. Cualquier aplicación que compremos tiene una vida útil (un año, cuatro, etc) y, por tanto, si decidimos migrar sin agotar dicha vida útil, no habremos amortizado por completo esa inversión (que se estará malgastando).

Con esto quiero decir que si acabamos de adquirir licencias de Microsoft Office para toda la empresa, quizás haya que comparar cuánto nos va a costar migrar a Windows 7, compararlo con los costes de la migración a software libre y si la diferencia resulta mayor al coste de las licencias de Microsoft Office, podremos contrarrestar las pérdidas pero si nos resultan iguales o menores, entonces quizás no sea el mejor momento para migrar.

El momento ideal es aquel en el que hemos agotado la vida útil de nuestras licencias, una situación ideal que rara vez ocurre, puesto que no todas se han comprado a la vez, ni tampoco tienen la misma vida útil. Por tanto, tendremos que seleccionar aquella fecha que minimice nuestras pérdidas (entendidas como licencias que no hemos amortizado).

3. Reajustando el modelo de costes

Tras realizar el análisis temporal parece claro que tenemos que volver a nuestro modelo económico y reajustarlo, añadiendo las pérdidas que hemos detectado (por licencias no amortizadas). También será el momento de añadir otros costes asociados a la migración que tendremos que tener cuenta y que, posteriormente, iremos desarrollando:

• Consultoría: en el caso de la migración a software libre, vamos a plantear un cambio en el modelo de gestión de la compañía, además de un cambio tecnológico. Por tanto, ya sea con recursos propios o externos, vamos a tener que dedicar cierto tiempo (y recursos) a realizar una consultoría para sentar las bases técnicas y metodológicas para llevar a cabo el proceso de migración de los puestos de trabajo.

• Migración: lógicamente, el proceso de migración tiene un coste asociado. Son recursos que, tanto en un entorno en software libre como en uno propietario, son necesarios para migrar los datos de los usuarios, actualizar o cambiar el sistema operativo, restaurar datos, aplicaciones, etc.

• Formación a usuarios: si optamos por el cambio, no debemos abandonar a nuestros usuarios a su suerte, es decir, necesitarán que les guiemos por el nuevo entorno y ponérselo algo fácil. La profundidad de esta formación dependerá del grado de madurez de nuestra organización, sus conocimientos sobre el entorno y su grado de resistencia al cambio.

• Soporte: nuestro equipo de soporte también necesita actualizarse, tanto en conocimientos como en herramientas. Quizás sea buen momento para analizar las herramientas que utilizan, buscar alternativas y, sobre todo, mejorar los procedimientos de actuación.

• Islas residuales: es posible que la consultoría nos arroje, dentro de sus conclusiones, que en nuestra organización tengamos algunos puestos que no puedan ser migrados a software libre o bien tengamos que buscar alguna solución que posibilite el uso de una solución propietaria bajo un escritorio libre. Tendremos que convivir con estas “islas residuales” y tratarlas de manera especial.

Una vez analizados estos aspectos, con sus correspondientes valoraciones económicas, habremos completado nuestro modelo económico que, previsiblemente, arroje que migrar a software libre sea más caro que migrar a Windows 7, pero claro, ese es el dato a corto plazo pero que, al eliminar de la ecuación gran parte de los desembolsos económicos en renovación de licencias, comenzará a ser rentable a medio plazo (a partir del segundo o tercer año) y, desde ahí en adelante, todo serán beneficios.

En el siguiente post veremos cómo llevar a cabo el proceso, una vez que tengamos luz verde por parte de la Dirección de nuestra compañía.

Imágenes: Esteban Saiz y Periodista Digital

Ayer los países miembros de la UE se reunieron para consensuar un acuerdo político que permitiese la definición de una patente válida en todo el territorio de la Unión Europea, un primer paso en la regulación de los derechos de autor en el seno de la UE. Aprovechando esta reunión, Le Monde estuvo conversando con Richard Stallman que comentó su visión sobre los smartphones, los contenidos digitales o Spotify. Muchas veces, las declaraciones de Stallman se llevan a la tremenda, sin embargo, aunque el mundo no sea tan blanco o tan negro, creo que siempre es interesante leer algunas de sus reflexiones.

Damien Leloup, que fue quien realizó la entrevista, comenzó comentándole a Stallman la abrumadora proporción de servidores que utilizaban alguna distribución Linux o que usaban soluciones en software libre, por tanto, quizás podría considerarse como una gran victoria para el movimiento de impulso al software libre que él tanto ha defendido.

No son victorias permanentes. Lo más importante para garantizar la libertad de los usuarios es el ordenador personal y el teléfono móvil. No tengo móvil, son objetos de seguimiento, no quiero que el Gran Hermano sepa dónde estoy. El software de estos pequeños computadores debería ser libre y con un modelo que huya del software privativo. Incluso los teléfonos Android utilizan un sistema privativo para la gestión del transmisor radio. Y claro, este sistema puede controlar el micrófono del teléfono y puede acabar siendo un sistema para monitorizar al usuario.

La lucha de Stallman ha traspasado la frontera del software libre, es decir, que además defender la libertad del software se ha convertido en todo un abanderado de la privacidad, pasando de un discurso que demonizaba a Microsoft a atacar a compañías proveedoras de servicios como Google o Facebook.

Este es otro problema. Un servicio no es una aplicación y, claro está, no se pueden aplicar los conceptos del software libre. Para determinar si un servicio pone en riesgo la privacidad de los datos habría que plantearse dos preguntas: ¿el servicio puede beneficiarse de tener mis datos? ¿puede tomar el control de mi ordenador. Los usuarios se centran, con mucha frecuencia, en lo primero pero obvian lo segundo. Debemos rechazar el concepto del “software como servicio” que tanto se ha puesto de moda. El software puede ser libre pero eso no significa que sea bueno para el usuario porque puede perder el control de sus datos.

Al criticar el software como servicio, Damien Leloup le preguntó, directamente, por Spotify, un claro ejemplo de software como servicio en el que el usuario, tras pagar, accede a un servicio de streaming de música.

Spotify es una “esposa” digital, está basado en un software privativo y el usuario no puede controlar nada. […] Además, no quiero pagarle a los editores y discográficas, creo que esas empresas han adquirido los derechos de las canciones a través de leyes y acuerdos draconianos y todo este sistema debería ser destruido. Los músicos deberían percibir una retribución justa y no basada en indemnizaciones y cánonesm lo cual está bastante mal porque parece que hemos contraído una deuda por el mero hecho de escuchar música.

Sobre la pasada cumbre del G-8, Stallman arremetió contra las conclusiones de la cumbre que, básicamente, se centraron en proteger mejor los derechos de autor:

Los beneficiarios de estos derechos son las empresas y el poder que están adquiriendo es intolerable, habría que pararlo. Es una excusa para mantener un sistema injusto y obsoleto. En vez de protegerlos habría que sancionarles por los ataques contra nuestras libertades. El sistema de derechos de autor fue concebido para promover las artes impresas pero, a día de hoy, ha dejado de tener validez.

Finalmente, sobre la actualidad de la UE y su búsqueda de una patente extensible a todo el territorio de la Unión Europea, Richard Stallman no está lo que se dice muy de acuerdo con la idea:

Si la Unión Europea saca adelante su proyecto de patente única, la Oficina Europea de Patentes tendrá un poder ilimitado, desplazando al Tribunal de Apelación. Esta medida abre la puerta a las patentes de software, eso es lo que va a conseguir la Comisión Europea.

Después de leer las declaraciones de Stallman, creo que acierta de pleno con su visión sobre las patentes europeas y, sobre todo, con los derechos de autor y las entidades gestoras (que es un modelo arcaico). Sin embargo, con respecto al cloud computing y el software como servicio, está claro que la privacidad es un problema y uno de los reticentes que hacen que el modelo no despegue totalmente, sin embargo, también tiene ciertas ventajas ligadas a la operación/explotación y la eficiencia en el gasto.

Como de costumbre, las declaraciones de Stallman no pasan desapercibidas. ¿Qué opináis vosotros?

La semana pasada, oficialmente, Oracle abandonó OpenOffice y lo entregó a la Apache Software Foundation. De esta manera, Oracle cumplía el anuncio realizado en abril en el que comentó que devolvería el proyecto a la comunidad de desarrolladores, básicamente, después de haberlo “herido de muerte” y provocar que la estampida de la comunidad, la creación de la Document Foundation y el desarrollo de LibreOffice. Que Apache aceptase OpenOffice, y lo incluyese como proyecto en su incubadora, no ha hecho mucha gracia en algunos sectores del ecosistema del software libre, por ejemplo, la Free Software Foundation que ha publicado una carta en la que expresa su apoyo a LibreOffice, básicamente, porque es totalmente libre y OpenOffice pasaría a tener licencia de Apache, lo cual no asegura acceso total al código fuente.

En su carta, la FSF reconoce a OpenOffice como una importante pieza dentro del ecosistema del software libre y, este movimiento, supondrá una mayor libertad para los desarrolladores que podrán ejercer un mayor control sobre la evolución del proyecto, sin embargo, el hecho de estar en Apache, y estar bajo su licencia, aumenta el riesgo de que alguien pueda distribuirlo de manera comercial. Concretamente:

Todos los proyectos de Apache se distribuyen bajo los términos de la Licencia Apache. Esta es una licencia de software libre que no es copyleft, por tanto, cualquiera que reciba ese software podría redistribuirlo bajo términos comerciales. Esta estrategia, en torno al licenciamiento, representa un importante cambio de política para OpenOffice. Antes, este proyecto, se distribuyó bajo licencia LGPL y bajo la licencia de Mozilla, la Mozilla Public License (MPL).

Según la FSF, tanto la LGPL como la MPL permitían el copyleft pero tenían su trampa, puesto que se publicaba el código fuente, se permitía modificar pero no obligaba a que las modificaciones fuesen distribuidas de la misma manera. De hecho, aunque existen casos en los que la FSF cree que la licencia de Apache es adecuada, no piensan lo mismo para el caso de OpenOffice, sobre todo, porque es una aplicación de uso general y, bajo el paraguas de Apache, podrían generarse productos comerciales. Es por ello por lo que la FSF opina que LibreOffice, a día de hoy, es la mejor opción posible:

Afortunadamente, existe una alternativa que permite a los usuarios trabajar con una suite ofimática que, además, protege sus libertades: LibreOffice. Cualquiera que se sienta cómodo trabajando con OpenOffice encontrará en LibreOffice un interfaz similar y las mismas funcionalidades, puesto que se basan en el mismo código fuente. Desde septiembre de 2010, muchas personas han contribuido con su trabajo en la mejora de la aplicación y la impulsora del proyecto, la Document Foundation, mantendrá su distribución bajo licencias LGPL y MPL.

Independientemente del licenciamiento, que está claro que es importante, a día de hoy LibreOffice es la mejor opción posible, básicamente, porque es la única que cuenta con una comunidad activa. ¿Qué os parecen estas declaraciones de la FSF? ¿Pensáis que LibreOffice es el camino a seguir en el campo de la ofimática en software libre?

Esta mañana comentábamos que OpenOffice estaba demasiado parado y que, prácticamente, no sabíamos nada de él desde que Oracle anunciase que lo iba a devolver a la comunidad de desarrolladores. Había rumores que apuntaban a que Oracle iba a ceder el proyecto a alguna fundación que auspiciase proyectos de software libre y, con toda seguridad, la elegida iba a ser la Apache Software Foundation. Pues bien, ya es oficial, Oracle ha cedido el testigo de OpenOffice a la Apache Software Foundation y el proyecto pasará a la incubadora de proyectos de la fundación.

Según el anuncio de Oracle, firmado por Luke Kowalski, responsable de arquitectura de Oracle, la compañía cede el código de OpenOffice para demostrar su compromiso con los desarrolladores y la comunidad de software libre:

Donar OpenOffice.org a Apache dota a este software, tan popular para los usuarios, de una infraestructura madura, abierta y bien establecida para continuar en el futuro. El modelo de la Apache Software Foundation hace posible que colaboradores voluntarios, tanto comerciales como individuales, puedan contribuir en el desarrollo del producto de manera abierta.

El presidente de la Fundación Apache, Jim Jagielski, comentó que la fundación siempre estaba dispuesta a recibir proyectos que estuviesen sustentados por sólidas comunidades de desarrolladores, una gran masa de usuarios y un gran soporte corporativo. De hecho, esta mañana comentábamos que IBM tenía interés en que OpenOffice se mantuviese, por ello la compañía contribuirá con el proyecto, durante esta fase en la incubadora, para que el proyecto siga avanzando y, en un período no muy grande, pase a ser, oficialmente, un proyecto de la Fundación.

¿Y qué pasa con la Document Foundation y LibreOffice? La Document Foundation ha publicado un comunicado en su blog sobre esta donación de Oracle:

La Document Foundation acogería con satisfacción la reunificación de los proyectos de OpenOffice.org y LibreOffice en una sola comunidad a raíz de la salida de Oracle. La decisión que ha tomado hoy Oracle, sin duda alguna, ha sido tomada de buena fe, sin embargo, aún no permite alcanzar este objetivo.

Bueno, parece que el periplo de Oracle con OpenOffice tiene su punto y final con este movimiento. Después de, prácticamente, un año de “tira y afloja” con la comunidad de desarrolladores, la escisión de ésta y el desarrollo de un fork, OpenOffice termina en la incubadora de la Apache Software Foundation, es decir, que pasará cierto tiempo para que el proyecto vuelva a coger ritmo. Mientras tanto, es lógico pensar que LibreOffice será el que predomine y, por tanto, parece que la Document Foundation ganó la batalla en el campo de la ofimática en software libre.

¿Qué os parece este movimiento de Oracle? ¿David venció al gigante Goliath?

Desde mediados abril, momento en el que Oracle anunció que quería devolver OpenOffice a la comunidad de desarrolladores, poco, o más bien nada, hemos vuelto a saber de esta suite ofimática. Algunos rumores apuntan a que, posiblemente, este anuncio de Oracle significase su total abandono del proyecto ante la incipiente comunidad que existe alrededor de LibreOffice, impulsado por la Document Foundation, y que, quizás, otro grande quiera recoger el testigo dejado por Oracle para mantener el proyecto.

Según parece, cuando Edward Screven realizó el anuncio de devolución de OpenOffice a la comunidad, realmente Oracle estaba soltando lastre y liberándose de la carga económica del proyecto, algo que chocaba un poco con el mensaje oficial de que esto “era lo mejor” porque así se garantizaba una mejor gestión con fines no comerciales. Según Louis Suárez-Potts, community manager de OpenOffice, el control del proyecto por parte de Oracle generaba ciertos recelos en los usuarios, sobre todo, por el futuro del ODF:

A la gente le gusta el ODF, simplemente, por su grande, y exitosa, flexibilidad. OpenOffice, LibreOffice, el Symphony de IBM o Google Docs usan ODF. Pero, con Oracle controlando OpenOffice, ¿hacia dónde evolucionarán los formatos abiertos de los documentos?

Tal y como lo ve Suárez-Potts, Oracle sólo tenía cuatro opciones: no hacer nada (que fue lo que eligió), fundar una nueva organización (con el apoyo de la industria), unirse a la Document Foundation o buscar alguna fundación existente para dar cobijo al proyecto (como la fundación Apache). El caso es que el proyecto debe continuar ya que IBM, cuyo Symphony se basa en OpenOffice, tiene un contrato con Oracle para poder beneficiarse de los avances de la suite ofimática y ésta, tal y como podemos comprobar, no está avanzando nada de nada.

Teniendo en cuenta el trato dispensado por parte de Oracle, es complicada una reconciliación con la Document Foundation, bueno, salvo que Oracle done el código a la fundación, que es lo que ha comentado Italo Vignoli, miembro de la cúpula directiva de la Document Foundation. Después del tira y afloja entre Oracle y Apache, debidos a Java, que OpenOffice pase a estar gestionado por la Fundación Apache, quizás, fuese complicado, si bien hay algunas voces que anuncian que este será, con toda probabilidad, el destino de OpenOffice y que, seguramente, el anuncio se haga en un corto espacio de tiempo.

Mientras tanto, OpenOffice parece estar “congelado” porque para este pasado fin de semana se esperaba nueva versión y, desde el 12 de abril, no se ha vuelto a hacer ningún anuncio de esto. ¿Ha sido OpenOffice desbancado por LibreOffice? Operativamente hablando, yo diría que sí porque mientras OpenOffice está congelado, el fork sigue avanzando. ¿Tiene sentido mantener dos proyectos relacionados en dos fundaciones distintas? Quizás sea duplicar esfuerzos pero, supongo que con el tiempo, quizás vuelvan a unirse.