Material Suministrado por Luis E Vasquez, en el 1° Conversatorio de #OfimaticaLibre de la Comunidad UbuntuCO

1. El mejor momento de OpenOffice
http://www.opensystemsconsulting.es/?q=node%2F374
Todos conocemos OpenOffice.org, la
aplicación ofimática de referencia en
software libre. OpenOffice es una
aplicación que se inició como software
privativo, pero que tiene ya más de diez
años de vida como software libre.
Durante estos años han aparecido varias
nuevas versiones que han ido
incorporando mejoras substanciales y se
ha ido formando una comunidad numerosa de usuarios y voluntarios. De hecho
OpenOffice ha tenido más de trescientos millones de descargas en ese tiempo, lo
que sin duda le hace ser, junto Linux, Apache o Mozilla, uno de los proyectos de
software libre más populares y utilizados.
El décimo cumpleaños de OpenOffice, sin embargo, no fue plácido, pues
prácticamente coincidió con el fork de parte de su Comunidad. Recordemos que
un fork, en software libre, se produce cuando un grupo de personas de una
comunidad decide tomar el código fuente existente en un momento dado y
empezar un desarrollo paralelo a partir de ese punto. Habitualmente un fork se
produce cuando hay desacuerdos sobre la estructuras de poder de una
comunidad o cuando el grupo que inicia el fork quiere tomar una línea de
desarrollo distinta a la oficial.

2. Como muchos sabrán el fork al que nos estamos refiriendo se trata del
protagonizado por LibreOffice. La primera versión, que se ha decidido denominar
LibreOffice 3.3 no es muy distinta de la versión de la cuál procede OpenOffice.org
3.3, como por otra parte es lógico, pues ambas comparten la inmensa mayoría
de su código fuente.
LibreOffice, sin embargo, no es el primer producto distinto a OpenOffice.org que
se elabora con su código, pues hace años que existen aplicaciones como Go-oo,
Lotus Symphony, Redflag, OOo4Kids o NeoOffice, todas ellas distintas a
OpenOffice.org pero basadas en su código. Así pues no era necesario un fork
para desarrollar un nuevo producto, por lo que debe haber algo más.
El fork de LibreOffice
Para entender los motivos de por qué se produjo la escisión es necesario analizar
un poco la historia de la comunidad de OpenOffice.org. Desde el momento en que
Sun Microsystems decidió liberar el código de OpenOffice.org y creó la
Comunidad OpenOffice.org los principales desarrolladores de OpenOffice han sido
empleados de Sun Microsystems. Con ellos colaboraban algunos desarrolladores de
Novell, Red Hat, IBM y otras empresas, junto algunos desarrolladores voluntarios,
pero en realidad el equipo de desarrollo de Sun Microsystems ha constituido
siempre más del 50% de los contribuidores. Esta situación, en la cuál en la
práctica Sun Microsystems controlaba absolutamente el desarrollo y exigía
además la cesión de ciertos derechos de propiedad a los otros contribuidores,
produjo algunas fricciones y descontentos, pero el proyecto evolucionó por
muchos años sin más contratiempos.

3. En enero de 2010 Oracle termina formalmente la adquisición de Sun
Microsystems, y se convierte, en consecuencia, en el propietario y principal
contribuidor de OpenOffice.org. Por distintos motivos esto provoca que lo que
hasta entonces había sido un entendimiento de conveniencia se convierta en
enfrentamientos cada vez mayores, hasta que Novell, Red Hat, Google, Canonical
(Ubuntu) y varios voluntarios activos de OpenOffice.org deciden constituir sin
previo aviso a Oracle "The Document Foundation" (TDF) en septiembre de 2010,
y se auto proclaman la nueva comunidad que desarrollará OpenOffice a partir de
ese momento. La TDF invita a Oracle a unirse como un miembro más donando
sus derechos sobre marcas y código de OpenOffice a la nueva fundación. Esto
evidentemente no ocurre y a partir de este momento podemos hablar de que
existe un fork formal del proyecto, con el grupo de desarrolladores empleados por
Oracle en el proyecto OpenOffice.org y los de Novell, Red Hat, Google y Canonical
(Ubuntu) en LibreOffice. Muchos de los voluntarios de OpenOffice.org que estaban
desarrollando tareas de marketing y localización deciden moverse a LibreOffice,
por lo que los medios de comunicación hablan de "deserción masiva de
desarrolladores", cuando en la realidad el principal grupo que desarrolla el núcleo
de OpenOffice.org sigue en OpenOffice.org empleado por Oracle.

4. La donación de OpenOffice a Apache
Más recientemente (en junio de 2011)
Oracle ha decidido, esta vez sí, donar su
código y marcas de OpenOffice.org a la
comunidad Open Source. Pero para ello
no ha elegido The Document Foundation,
sino una comunidad más consolidada
como es la Fundación Apache. El
principal motivo es, posiblemente, el tipo
de licencia que asigna la fundación
Apache a su código, mucho más
permisiva para una utilización puramente comercial que la que utiliza TDF. Y por
qué negarlo, suponemos que también el hecho de no entregar esos activos a una
organización que había mostrado cierta hostilidad hacia Oracle desde el momento
de su creación.
No olvidemos tampoco que la donación de esos activos a la fundación Apache
cuenta con el beneplácito y apoyo total de IBM, otro de los grandes
contribuidores a OpenOffice.org y que nunca se posicionó a favor del fork de
TDF. De hecho IBM ha anunciado también la donación a Apache de gran parte
del código que ha desarrollado para el Interface de usuario de Lotus Symphony
(la versión de OpenOffice de IBM) y que integra OpenOffice y Eclipse.

5. OpenOffice.org es ahora un proyecto que está en la incubadora de Apache
dispuesto a formar parte de su portfolio de productos (entre los que se destacan
algunos tan populares como el propio servidor Apache, Tomcat, Subversion,
Spam Assasin o Xerces). De hecho Apache tiene entre su portfolio de aplicaciones
muchas relacionadas con las tecnologías XML y procesado de documentos, por lo
que OpenOffice.org puede encajar perfectamente en este entorno y todo el
ecosistema Apache salir beneficiado.
¿Qué puede pasar mezclando el proyecto Open Source con mayor número de
usuarios con quizás una comunidad centrada en el desarrollo como Apache? Pues
lo más probable es que se produzca innovación y surjan nuevas formas de
integrar el código de OpenOffice en muchas otras aplicaciones. Si a esto añadimos
que la licencia de Apache es mucho más atractiva para las empresas que
pretenden comercializar software quizás veamos como el código de OpenOffice
está presente cada vez en más aplicaciones no estrictamente GPL. ¿Quizás
aplicaciones Cloud basadas en OpenOffice? ¿Quizás aplicaciones verticales
incrustando OpenOffice para incorporar funcionalidades de edición de texto u
hoja de cálculo sin el coste de las licencias de MS Office para los usuarios? ¿Quizás
aplicaciones de proceso XML que incorporen OpenOffice como generador o editor
de archivos ODF?

6. Conclusiones
¿Cómo debemos interpretar los usuarios de OpenOffice todos estos movimientos?
¿Debemos preocuparnos por el futuro de OpenOffice? Si tenemos previsto iniciar
una migración, ¿debemos esperar a ver qué sucede? ¿Debemos pensar en volver a
instalar MS Office en nuestros equipos? ¿Nos olvidarnos de Linux como sistema de
escritorio para ofimática?
En primer lugar, debemos considerar que todos estos acontecimientos se han
producido porque OpenOffice.org es un proyecto muy atractivo para las grandes
multinacionales del sector y, de hecho, provoca "peleas" importantes entre ellas.
Todo el mundo quiere controlar el proyecto y tanto Novell, IBM. Oracle, Red Hat
o Google quieren parte del pastel de OpenOffice.org. Y eso seguro que no es malo
para OpenOffice.
En segundo lugar debemos pensar qué tipo de empresas están involucradas en
OpenOffice o LibreOffice. Está la flor y nata de la industria del software, a
excepción de Microsoft. Eso seguro que tampoco es malo para OpenOffice.
Observemos que muchas son empresas que necesitan para sobrevivir disponer de
una aplicación ofimática que compita con MS Office. Novell (SuSE), Red Hat y
Canonical la necesitan para su núcleo del negocio, Linux; IBM la necesita para
proteger su negocio de Lotus Notes de la erosión que le produce SharePoint de
Microsoft; a Oracle le debería interesar una aplicación ofimática propia para su
línea de negocios de Business Intelligence; y a Google le conviene también quizás
para su Google Apps o simplemente para no ceder ningún beneficio a su principal
competidor, Microsoft. Eso garantiza la continuidad de la suite, ya sea bajo el
nombre de LibreOffice, Apache OpenOffice.org, Lotus Symphony o, lo más
probable, bajo todos ellos.

7. Pero lo mejor de todo es que, sea cuál sea el futuro de LibreOffice y Apache
OpenOffice.org, seguirán siendo durante los próximos años las implantaciones de
referencia de ODF, el formato ISO/IEC 26300. Y eso es lo más importante. La
escisión va a hacer que tengamos todavía más aplicaciones entre las que elegir
para trabajar con ODF, aplicaciones que van a aportar distintas funcionalidades y
posiblemente se dirigirán a segmentos de mercado diferentes. Como usuarios ese
es un escenario ideal: un formato de documentos independiente y perfectamente
compatible con distintas aplicaciones, entre la que podemos utilizar la que más
nos convenga en cada momento.