El éxito del software Open Source es patente: puede que Linux no haya triunfado en el escritorio, pero el uso de este tipo de software es enorme en todo tipo de ámbitos, desde nuestros móviles —Android se deriva de Linux— hasta los servicios web que usamos a diario.
Sin embargo algo está cambiando en la forma que los desarrolladores aprovechan esta filosofía. Un estudio de la consultora WhiteSource revela que entre la multitud de licencias Open Source existentes hay un uso cada vez más acentuado de aquellas más permisivas con un modelo algo más comercial y privativo. Las licencias más abiertas y "puras", las calificadas como "copyleft", como GPL en sus distintas versiones, pierden interés entre los desarrolladores y las empresas.
Un maremágnum de licencias, ¿cuál es cuál y para qué sirve cada una?
El número de licencias Open Source y (no Open Source) existentes es enorme. Tanto que para muchos desarrolladores acaba siendo difícil elegir entre unas y otras, lo que ha propiciado la aparición de servicios como tl;drLegal, que hace un resumen de cada licencia de forma concisa y clara. Otros como Choose A License tratan también de recomendar la licencia más adecuada a los desarrolladores según sus necesidades.

Ese maremágnum -hay más de 80 licencias aprobadas por la Open Source Initiative, por ejemplo- ha acabado haciendo que al menos en el ámbito del software de código abierto aparezcan dos grandes grupos de licencias: las copyleft y las permisivas. Las diferencias entre unas y otras son las siguientes:
- Licencias copyleft: las licencias como GPL, LGPL o incluso AGPL (más copyleft que la propia GPL) son consideradas como licencias copyleft por su apertura total. El objetivo de esta licencia es evitar por todos los medios que cualquiera que use el código realice cambios y luego no los comparta. Si un programa Open Source usa GPL, por ejemplo, no puedo hacer cambios en él, venderlo como un archivo binario ejecutable y venderlo como si fuera exclusivamente mío: debo compartir los cambios y mantener la licencia porque se trata de un "trabajo derivativo", como explican en la Free Software Foundation. Puedo hacer los cambios, compilarlo, obtener un binario y venderlo, pero debo seguir ofreciendo el código modificado por mucho que me haya costado hacer ese trabajo: la licencia GPL está pensada para que el software se retroalimente de esta forma indefinidamente.
- Licencias permisivas: al contrario de lo que ocurre con las anteriores, licencias como BSD, Apache o MIT son menos "exigentes" en su apertura, ya que permiten a quienes las utilizan hacer básicamente lo que quieran con el software que utilizan, sin obligarles por ejemplo a compartir revisiones del código que hagan por su cuenta. La integración de estos desarrollos en software propietario o privativo acaba siendo mucho más factible.
Los ejemplos de proyectos que utilizan unas y otras dejan un poco más claras esas diferencias: el kernel Linux es GPL, MySQL/MariaDB es GPL, GIMP es GPL y todas las herramientas GNU son GPL. La cosa es distinta para algunas de las grandes herramientas que usamos en la web: el servidor web Nginx usa BSD, Ruby on Rails usa MIT, Django usa BSD, y Twitter Bootstrap es Apache, por ejemplo.
Como explicaba Cory Benfield, un desarrollador software especializado en este ámbito, hay una división cultural en este tipo de uso de licencias. "Los desarrolladores web me parecen parte de una cultura empresarial que vive y respira alrededor de la idea de crear 'startups'. Todo esto está muy bien, pero significa que estos desarrolladores quieren ser capaces de envolver sus herramientas en sus pilas de software propietario si es posible", destacaba.
Cada vez menos GPL, cada vez más MIT
Quienes eligen las licencias copyleft lo hacen para preservar ese espíritu abierto y para garantizar por ejemplo que las empresas comerciales no puedan usar ese código sin devolverle a la comunidad el trabajo que puedan hacer para mejorar el proyecto también en su propio beneficio.

Sin embargo cada vez más proyectos hacen uso de licencias permisivas. El estudio de WhiteSource que mencionan en The Register muestra cómo en 2012 el 59% de los proyectos usaban licencias copyleft. En 2019 ese porcentaje ha bajado al 33%.
El crecimiento de proyectos con licencias permisivas es algo que ya observaron los responsables de GitHub, y los expertos notan que la antigua división entre las comunidades Open Source y las empresas comerciales ya no existe a la hora de concebir la adopción de estas licencias.
Para David Habusha, directivo de WhiteSource, uno de los problemas es que las grandes de la tecnología están detrás de alguno de los grandes proyectos cone stas licencias. Facebook, Google o Microsoft cuentan con un 60%-80% de su pila software consistente en código Open Source. La batalla ha cambiado y ahora es más del "pequeño" contra el "grande".
Así, Habusha explica que las startups usan licencias Open Source que les permitan defenderse contra la competencia, incluso si eso significa violar la libertad y principios originales de los proyectos Open Source y de las licencias copyleft que nacieron con ellas.
Para otros expertos como Paul Berg, consultor que trabajó con Amazon y Microsoft en este ámbito, aunque las licencias permisivas son cada vez más populares en muchos ámbitos, las licencias copyleft siguen teniendo mucha relevancia: "en el área de la computación en nube estamos viendo un resurgimiento fuerte del interés en licencias copyleft como la AGPL, porque tiene mayores garantías de que los consumidores de ese software seguirán siendo miembros de la comunidad en lugar de simplemente extender y volver a empaquetar el software para su propio beneficio".
Aún así parece claro que algo está cambiando en muchos proyectos que una vez más se califican como Open Source pero que cada vez lo son menos. Un vistazo a las licencias con las que se publican estos proyectos nos puede dar una buena idea de la filosofía real de esos proyectos.
Ver 24 comentarios
24 comentarios
cnelkurtz
Creo que confundes software libre con código abierto, ya que el primero se destacan cuestiones éticas siendo el código abierto parte de ellas.
mad_max
El asunto es que si quieres que lo que programas pueda ser util para otras personas... las licencias copyleft son excesivamente estrictas. Especialmente si hablamos de plugins o utilidades para agregar a otro software que puede ser privativo.
En mi opinión dependeria de lo que programase:
Una suite completa de edición de imagenes (como GIMP): Licencia GLP.
Un algoritmo para decolorar de X manera una imagen: Licencia MIT.
Usuario desactivado
Confunden las cosas, según la definición de software libre hay 4 libertades que deben cumplirse
0- La libertad de usar el programa, con cualquier propósito (uso).
1-La libertad de estudiar cómo funciona el programa y modificarlo, adaptándolo a las propias necesidades (estudio).
2-La libertad de distribuir copias del programa, con lo cual se puede ayudar a otros usuarios (distribución).
3-La libertad de mejorar el programa y hacer públicas esas mejoras a los demás, de modo que toda la comunidad se beneficie (mejora).
10 premisas del open source
Libre redistribución: el software debe poder ser regalado o vendido libremente.
Código fuente: el código fuente debe estar incluido u obtenerse libremente.
Trabajos derivados: la redistribución de modificaciones debe estar permitida.
Integridad del código fuente del autor: las licencias pueden requerir que las modificaciones sean redistribuidas sólo como parches.
Sin discriminación de personas o grupos: nadie puede dejarse fuera, sin importar de quién se trate.
Sin discriminación de áreas de iniciativa: los usuarios comerciales no pueden ser excluidos, no somos enemigos de nadie.
Distribución de la licencia: deben aplicarse los mismos derechos a todo el que reciba el programa, es decir, si lanzamos libre el programa libre tiene que ser cada vez que se distribuya.
La licencia no debe ser específica de un producto: el programa no puede licenciarse solo como parte de una distribución mayor, o se licencia todo el programa o no se licencia nada.
La licencia no debe restringir otro software: la licencia no puede obligar a que algún otro software que sea distribuido con el software abierto deba también ser de código abierto.
La licencia debe ser tecnológicamente neutral: no debe requerirse la aceptación de la licencia por medio de un acceso por clic de ratón o de otra forma específica del medio de soporte del software.
Por cierto las licencias con copyleft son las licencias menos libres dentro del software libre, son una basura por su asqueroso copyleft, el mayor ejemplo de software libre es el software de dominio público sin esa inmundicia asquerosa del copyright, luego están las licencias permisivas y por último siendo casi software privativo están las licencias copyleft fuerte y luego las que tienen copyleft parcial.
luismata1
No se puede vivir del Open Source ♪
Le dijo un soldado romano a dios
No se puede vivir del Open Source ♪
No se puede comer al Open Source
Las deudas No se pueden pagar con Open Source
Una casa no se puede comprar con Open Source ♪