Escogiendo una licencia de código abierto

La Iniciativa Open Source tiene en su lista más de 50 licencias de open source aprobadas. Cada licencia se diferencia en algún punto de las otras. Aunque algunas son muy similares otras son polos opuestos. Todas están escritas por abogados, no meros desarrolladores de software de entre los mortales. Entonces, ¿cómo eliges una licencia para tus aplicaciones de código abierto de forma sensata?

17:23 - 28/07/2004 | Fuente: FERNí?N GONZí?LEZ, LA FLECHA


"No hay una respuesta para cada proyecto," según Lawrence Rosen, de Rosenlaw y Einschlag, consejero general de OSI (Open Source Initiative) y autor del libro Open Source Licensing: Software Freedom and Intellectual Property Law. "Yo suelo decir €˜háblame de tu software.€™ Hay empresas que quieren parte de su código con una licencia open source pero no todo el programa," dice Rosen. Para aconsejarlos, "tengo que entender de qué va su producto."

A veces la elección de la licencia está impuesta por ser el software en cuestión una derivación de otro producto bajo una licencia en particular como la Licencia Pública GNU (GPL). "La reciprocidad es una caracterí­stica común," dice Rosen. "Al menos la mitad de las licencias posibles contienen este tipo de cláusula. Un trabajo que deriva de otro que tiene licencia GPL deberá ser distribuido bajo la licencia GPL."

El problema es que se pueden utilizar fragmentos de dos productos que estén protegidos por diferentes licencias por lo que hay que combinar ambas. "Si un producto utiliza la licencia GPL y el otro la ASL y utilizamos porciones de ambos ya la cosa no es tan sencilla. No es como empezar desde cero."


Comenzando desde cero

Cuando no estamos produciendo ningún derivado, el proceso es más fácil pero también más difí­cil en otros aspectos. Hay que decidir qué parte se quiere licenciar y si se va a permitir que los clientes puedan leer y examinar el código pero que por el contrario no puedan modificarlo o crear trabajos a partir del nuestro.

Una empresa puede licenciar su trabajo bajo múltiples licencias, incluyendo una licencia comercial para aquellos que quieran una copia oficial para integrar en sus ofertas de productos comerciales sin las restricciones de la licencia GPL. MySQL hizo esto. Otro patrón posible es tener una licencia comercial de la versión actual del producto mientras que sus predecesores son publicados bajo la tradicional licencia open source. Algunos de estos esquemas son bastante "herejes" para la comunidad del software libre, pero para una empresa, estas licencias tienen que darle beneficios o al menos no ir en su contra. "Si regalas tu producto tendrás que quitar otros servicios de valor añadido como el mantenimiento o el soporte técnico. De lo contrario tendrás pérdidas."


Cuestiones legales

También hay que decidir cuánta manga ancha dejamos a las derivaciones de nuestros productos para no pillarnos los dedos. Garantí­as, responsabilidad y términos de uso también deberí­an ser tenidos en cuenta. Y si alguien te demanda o tú demandas a quienes se aprovecharon de tu licencia, ¿quién paga los gastos del juicio? La licencia tiene que cubrir estos aspectos también.

"Hay muchas licencias de muchas compañí­as, así­ que tienes que pensar en esas diferencias y en cómo se aplicarí­an a tu producto," advierte Rosen. "No hay licencias de talla única."