Es frecuente hablar de las licencias abiertas, pero no tanto de los acuerdos entre partes que colaboran para el desarrollo de un proyecto Open Source.

Me he tomado la molestia de leerme el Sun Contributor Agreement que últimamente ha generado cierta controversia sobre posibles forks en OpenOffice.

Michael Meeks (empleado de Novell) avivó la polémica sobre la historia del Solver de Kohei Yoshida en la cual, básicamente, Yoshida se negó a aceptar los términos del acuerdo de contribución de Sun y, como consecuencia, Sun decidió no aceptar la contribución e implementar por su propia cuenta la misma funcionalidad independientemente.

El acuerdo de Sun, aunque en principio bastante simple y razonable en sus términos, según expone Simon Phipps en su post OpenOffice.org Tipping Point?, consiste en que el contribuidor comparte todos sus derechos con Sun y la faculta para que los maneje legalmente como crea más conveniente.

Meeks argumenta que es inaceptable que para que OpenOffice progrese, los pequeños contribuidores se vean obligados a firmar un acuerdo en los términos y condiciones que Sun fije unilateralmemente.

Y por parte de Sun argumentan que es imposible ofrecer garantías en StarOffice (que es a nivel binario prácticamente lo mismo que OpenOffice) sin tener todos los componentes bajo el mismo marco legal.

Para mi, el meollo de la cuestión es que con quién tiene la sartén por el mango no se negocia nada. Da igual que sea Microsoft, o Sun , o cualquier otra empresa de código abierto o cerrado. Los términos de las licencias Open Source nada tienen que ver con los acuerdos privados que las partes establezcan para trabajar juntas. De modo que en este ámbito Sun puede imponer sus condiciones lo mismo que cualquier otra empresa de software que controle un producto.

En una nota de prensa del pasado 8 de octubre, el buscador de código fuente Koders ha anunciado un acuerdo por el cual IBM hara los recursos de developerWorks accesibles a través de Koders.

Y según Tom Hartrick, el responsable de developerWorks, el acuerdo con Koders sólo es la punta del iceberg de lo que vendrá a continuación en dicho sitio de IBM.

Un pequeño paso más adelante para solucionar un problema recurrente del Open Source: es muy dificil encontrar código reutilizable de calidad aceptable. Es más, en ocasiones, es difícil incluso encontrar código utilizable en absoluto, que no sea un amasijo de cosas a medio terminar, medio depurar y medio documentar.

La foto anterior es una instantánea tomada recientemente en el templo ptolomaico de Kom-Ombo, a unos 45Km al norte de Asuán en el alto Egipto.
Dejando aparte el detalle de que en inglés Internet Cafe se escribe con una sola efe, si uno entra en el chiringuito lo que descubre es una tarjeta Vodafone Mobile Connect funcionando a 56Kb.
En los paises desarrollados, tenemos a idea mental de una Internet de banda ancha, capaz de descargar gigas y gigas vía P2P y con veloces procesadores dual core en los clientes.
Pero existe aún otra gigantesca bolsa de usuarios potenciales de banda estrecha, equipados con PCs de pantallas de 14 pulgadas y sólo unos pocos megas de RAM.