El código abierto está muerto: comprender la controversia sobre la licencia de HashiCorp

Título dramático, lo sé. Ahora he aquí por qué eso es NO verdadero:

El controvertido cambio de HashiCorp de licencias de código abierto a licencias de "fuente disponible" ha reavivado los debates sobre la sostenibilidad y los modelos de negocio del código abierto. En medio del telón de fondo de la rica historia del código abierto, la comunidad tecnológica permanece alerta y aboga por futuros digitales colaborativos. Este cambio subraya el panorama cambiante de las licencias de software en la industria.

El código abierto está evolucionando

En la era digital, la columna vertebral del mundo moderno, desde los teléfonos inteligentes hasta la computación en la nube , está impulsada por software de código abierto. Este software, a menudo elaborado por una comunidad global de desarrolladores, llega a productos comerciales, generando millones, si no miles de millones, para las empresas matrices. Pero para comprender verdaderamente las recientes controversias en torno al código abierto, debemos profundizar en su rica historia y comprender los desafíos que enfrentan los proveedores de software independientes (ISV) en el ecosistema de código abierto.

Una breve historia del código abierto

Incluso antes de que se acuñara el "código abierto", hubo un movimiento hacia el software libre. A finales de los años 1970 y principios de los 1980, Richard Stallman, frustrado por el cambio hacia el software propietario, lanzó el Proyecto GNU . En 1989, se lanzó la primera versión de la Licencia Pública General GNU (GPL), que introdujo el enfoque "copyleft" y garantizó que se preservara la libertad del software. La década de 1990 vio nacer el kernel de Linux de la mano de Linus Torvalds, y con el sistema GNU se formó un sistema operativo totalmente libre y abierto: GNU/Linux. Surgió el término "código abierto" y en 1998 se fundó la Iniciativa de Código Abierto (OSI), que enfatizaba no sólo el acceso al código fuente, sino también la libertad de modificarlo y distribuirlo.

El desafío de los ISV en el panorama del código abierto

Históricamente, el software de código abierto (OSS) ha sido dominante en dominios horizontales como las aplicaciones de Internet. Los proyectos maduros hoy en día, como Linux y Apache, son software de infraestructura o plataforma. Los ISV suelen desarrollar sus aplicaciones sobre software de plataforma OSS. Sin embargo, estos componentes OSS a veces no cumplen con los requisitos del ISV, lo que lleva a modificaciones o a la adición de un "código adhesivo" para que los componentes funcionen juntos. Esto crea una versión personalizada del componente OSS, lo que presenta a los ISV el desafío de mantener esta versión derivada y decidir cómo manejar estas extensiones y modificaciones.

Aunque al ISV le interesa contribuir con modificaciones a la comunidad, varios problemas lo impiden, más allá de la cuestión de compartir la propiedad intelectual.

La controversia de HashiCorp

Un avance rápido hasta el día de hoy, y vemos compañías como HashiCorp, creadores de Terraform, en los titulares al cambiar de licencias de código abierto a licencias de "fuente disponible". El cambio de HashiCorp de la licencia pública de Mozilla v2.0 (MPL 2.0) a la licencia de origen empresarial (BSL) v1.1 se encontró con una reacción negativa significativa. Este no es un incidente aislado. Las empresas se enfrentan al desafío de equilibrar el espíritu del código abierto con la sostenibilidad empresarial.

¿El problema de fondo? Los principales proveedores de nube aprovechan el código disponible gratuitamente, a menudo sin dar nada a cambio. Esta tensión llevó al nacimiento de OpenTF, una bifurcación de Terraform, y a la publicación del Manifiesto OpenTF , que enfatiza la importancia de mantener el software esencial verdaderamente de código abierto.

El futuro del código abierto

El futuro del código abierto no se trata sólo del código; se trata de la comunidad y la visión compartida de un futuro digital abierto y colaborativo. A medida que más aplicaciones dependen de componentes de código abierto, los desarrolladores enfrentan desafíos para administrar sus dependencias y garantizar la seguridad. Más del 90% de los componentes de las aplicaciones provienen de código abierto y la aplicación promedio contiene 128 dependencias de código abierto .

Necesitamos hacerlo bien, no para “salvar el código abierto”, sino para garantizar que las infraestructuras críticas que se construyeron a partir de él no fallen.

El código abierto seguirá evolucionando y su legado sigue siendo sólido. La rápida respuesta de la comunidad, como se ve en el Manifiesto OpenTF, es un testimonio de la resiliencia y la pasión de los defensores del código abierto. A medida que la industria evoluciona, también lo harán los modelos que la respaldan. Las empresas necesitarán encontrar un equilibrio entre proteger sus intereses y apoyar el espíritu del código abierto que ha impulsado gran parte de la revolución digital.