Los modelos híbridos son –para mi– aquellos que combinan porciones de software libre (FLOSS) y software privativo. En términos reales son los más extendidos. Haciendo uso de las posibilidades que otorgan las licencias libres y la modernización de las arquitecturas de software utilizar software libre en algún módulo, capa o framework de un sistema complejo es cada vez más común.
Pero… ¿son modelos de negocios de software libre?
El software libre (FLOSS) propone justamente la no reinvensión de la rueda, o sea, utilizar software ya escrito y mejorarlo. En vez de escribirlo todo de nuevo.
Ahora, hay muchos caminos para seguir esta premisa. Está el más GPLiano que es el que restringe la posibilidad de cerrar las modificaciones hechas y distribuirlas públicamente sin liberarlas, está también el camino que persigue la linea de la licencia BSD la que permite cerrar el código modificado (y el base/original) y redistribuirlo. Estos tipos de licencia –a mi entender– persiguen el objetivo de mejorar la calidad de los aplicativos producidos en el mundo.
También está el camino de la LGPL, licencia pensada para bibliotecas de funciones (libs) que permite el uso de estas funciones desde software cerrado, o mejor dicho, combinar en formato binario funciones de estas bibliotecas dentro de código privativo (linkeditar que le llaman).
Y por último el camino de usar aplicaciones, o módulos, o frameworks libres enteros que aportan un enorme envión al desarrollo de software.
El último es el camino más común y por ende más extendido ¿Qué empresario en su sano juicio pensaría hoy en desarrollar y mantener software de base con lo costoso que es?
(no tan) Claramente si una empresa desarrolla un pedazo de software y lo cierra con una licencia privativa el modelo de negocios no es libre, pero en la gran mayoría de los casos cuando una empresa utiliza software libre en su sistema y encuentra algún problema en el software libre que utiliza, tiende a arreglarlo y enviar el parche para que sea considerado su aporte.
Son estos los casos que hacen reconsiderar la clasificación. Después de todo la empresa aporta código a los proyectos de los cuales depende y sin esas porciones de software su negocio no existiría.
Desde ya que hay matices, si Oracle solo corriera sobre linux sería impensable –aún así– clasificar su modelo de negocio como un libre. ¿Pero aquellas empresas que desarrollan software privativo para JBOSS o los módulos cerrados de ERPs/CRMs libres?
En CADeSoL creemos que hay que evaluar cada caso y en base a eso clasificarlo de una forma o de otra (de modo que tenga sentido que sea miembro de la cámara), pero el debate definitivamente está abierto.
