Barrapunto

En teoría se puede hacer un fork de cualquier cosa, en la práctica meterle mano a un Openoffice, o MySQL no es algo que se haga en un par de tardes mirando el código. Requiere un grupo de gente que le dedique mucho tiempo y esfuerzo, y mucha coordinación. Y sobre todo constancia y continuidad.

No hay hablamos paquetes grandes que una vez hechos, o "forkeados" se mantengan solos sin casi esfuerzo. No puede hacerse con gente que le dedica un esfuerzo titánico unas vacaciones, sino que esos mismos (no uno, sino un equipo de varias personas) han de estar encima del proyecto todo el día, hoy, mañana, la semana que viene, el mes que viene y dentro de 2 años.

Desgraciadamente, normalmente el deseo de ganar dinero más constante que el espíritu de colaboración.

Tal como yo lo veo hay tres modelos de de grandes paquetes libres:

• Una empresa lo creó y controla directamente. Ejm. MySQL, Samba, Mozilla durante una época
• Una empresa cogió el software, lo organizó, lo mantiene y lo controla. Ejm. Ubuntu
• Una fundación financiada por varias empresas. Ejm. Gnome, Apache
• Una fundación financiada básicamente por una sola empresa. Ejm. Mozilla financiada 80% por google

Hay otros proyectos, desde luego, pero van a menos. Los grandes y populares son controlados directa o indirectamente por empresas. Es evidente que estos proyectos están expuestos a cambios de política de la empresa, y si son sutiles no diremos nada, y si son bruscos puede que haya un fork, que si no encuentra un padrino, hay un 80% de probabilidades de que muera poco a poco.

No hay que hacerse fantasías sobre el poder de "la comunidad", el 90% de los proyectos son controlados por sus creadores originales, que son un puñado (a veces uno). Pero este sistema no funciona para paquetes inmensos. La alternativa a estos es las empresas, las universidades o los organismos públicos.