¿En qué beneficia que Sun compre Mysql?

Mysql a vueltasPoco después de la absorción por parte de Sun de la empresa Mysql AB (creadora del famoso gestor de base de datos que lleva su nombre), ya se anuncian noticias que dejan entrever las estrategias empresariales. Marten Mickos, CEO de Sun, dice que habrá dos partes de productos relacionados con MySQL: la libre que seguirá siendo libre y la privativa que serán añadidos como herramientas de backup y otras herramientas especializadas que sólo usarán unos pocos usuarios.

Comercialmente ya se ve la trampa para los usuarios de MySQL. La pregunta que va más allá, debe cuestionarse si es bueno que un desarrollo Open Source sea manejado por una empresa que busca beneficios económicos, si realmente es libre un proyecto que sólo libera parte de su código.

A estas alturas, no hay que explicar que grandes proyectos de software libre son un ejemplo de lo que la comunidad puede hacer, de cómo las sinergias de muchísimos desarrolladores prácticamente de forma altruista pueden superar los esfuerzos de inversión de empresas de TI. Tengamos en mente Firefox vs Internet Explorer, GNU/Linux vs SCO Unix, Apache vs iPlanet, o cualquier otro proyecto de software libre versus privativo.

La estrategia de MySQL AB y Sun es digna de admirar desde el mundo de los empresas, que siendo negocios (y sabemos cual es el primer objetivo de éste), supieron leer el mercado y sus posibilidades, llevando la amenaza del software libre por el eje del DAFO hasta el polo opuesto de las oportunidades. Otras empresas, emperradas en luchar contra un molino de aspas que ya son imposibles de parar, han caído o caerán por no darse cuenta de la realidad que implica la llegada del software libre.

En sus comienzos, MySQL AB tenía un gestor de base de datos relacional, como muchas otras empresas, mediocre y sencillo. ¿Cómo iban a competir con los grandes Oracle, DB2, Informix, etc? Ahí imposible. ¿Y con los pequeños/medianos Interbase (ahora también Firebird), Progress, Sybase, etc? Pues con una gran idea: aprovechando el boom de las aplicaciones en la web, aprovechan el hueco de gestor de base de datos en los servidores para Internet, para ir de la mano de GNU/Linux, Apache y Perl/PHP, lo que hoy se conoce como LAMP , donde la M la aporta Mysql. Si no fuera por LAMP, tal vez, hoy MySQL sería un recuerdo o uno de muchos proyectos que no ganan suficientes puntos en una tabla de decisiones.

Otros proyectos como PostgreSQL , gestor de bases de datos como MySQL, de calidad probada (según muchos, mejor que MySQL) seguirán estando ahí porque su fortaleza radica en que está bien hecho y es enteramente libre. Proyectos como SQLite , que también es enteramente libre, seguirá gracias a la ligereza y rapidez que superan a cualquier entorno que no precise transacciones y concurrencia. Alternativas serias para los desarrolladores de software libre, para su uso y para su continuo desarrollo.

Pero volviendo a la cuestión, ¿qué tiene realmente de bueno que una empresa gestione un proyecto de software libre? A priori, se supone que está dedicando recursos para su desarrollo, en beneficio del producto para la comunidad. En especial, un equipo de desarrolladores analistas y programadores pagados. Hasta aquí bien, pero qué piensan los altruistas desarrolladores del resto del mundo: ¿voy a trabajar gratis para este proyecto que dirige una empresa? ¿por qué voy a emplear tiempo en un módulo que no sé si irá incorporado en la próxima versión? ¿cómo puedo ser colaborativo con un proyecto que tiene parte de su desarrollo cerrada?

Lo cierto es que da gusto ver cómo proyectos enteramente libres salen adelante gracias a Internet y a gente de todas partes, ver cómo se unen más y más desarrolladores a diario. Sin ser mal pensado, creo que esos son los que vale la pena apoyar por parte de la comunidad, sin necesidad de creer que una empresa tenga que gestionar un proyecto, o que pueda manipular un proyecto en su propio beneficio.

Expuesto este punto de vista, se podría distinguir los proyectos de software libre: los comunitarios y los apadrinados. Las diferencias: independencia vs tutela, transparencia vs especulación, dispersión vs concentración, gnu vs dual...

Que cada uno escoja lo que crea conveniente, después de todo, siempre se puede hacer un "fork" enteramente libre, un MySQL "after-Sun" que viene muy bien para después de tomar el sol :-)

Más info:

Comentarios

Seamos cautos con las noticias ...

La situación es prácticamente opuesta a como la pinta caligari. Siguiendo de cerca el asunto, se ve que es la propia MySQL AB la que tenía cerrados parte de sus desarrollos, y que Sun prefiere una versión lo más abierta posible.

A día de hoy se acaba de anunciar que gracias a Sun, MySQL va a tener más componentes libres que antes de ser adquirida.

http://blogs.mysql.com/kaj/2008/05/06/mysql-server-is-open-source-even-b...

Hasta donde se, no se va a cerrar nada

A ver, este fin de semana estuve en la Guademy, y según le entendí a uno de los ponentes, que trabaja en Sun, no es cierto que se vaya a cerrar código, sino que, simplemente se va a dejar todo tal cual está. Porque esos módulos de los que se habla en la noticia ya existían antes de la compra, y ya entonces eran privativos. Así que no nos rasguemos las vestiduras.