El código abierto no está libre de licencias

La frase más costosa en una migración a código abierto es "es gratis, así que no necesitamos pensar en licencias". Las licencias de código abierto son contratos. Otorgan derechos amplios y conllevan obligaciones reales, y esas obligaciones difieren enormemente entre un componente permisivo bajo licencia MIT y una aplicación AGPL en el corazón de su stack.

El copyleft es lo que sorprende a la gente. Las condiciones de GPL y AGPL sobre distribución y uso en red son precisamente lo que mantiene vivos estos proyectos — pero si modifica un sistema AGPL y lo expone a usuarios, adquiere obligaciones que la mayoría de las listas de verificación de compras nunca mencionan. Nada de esto es motivo para evitar el software copyleft; es motivo para saber, antes del despliegue, qué licencia rige cada sistema que opera.

Luego está la capa comercial superpuesta: productos open-core donde la edición comunitaria es genuinamente abierta pero las funciones que eventualmente necesitará no lo son, proyectos con doble licencia donde los términos dependen de cómo los use, y proveedores que reclicencian entre versiones. Una revisión de licencias no es paranoia — la historia reciente está llena de equipos que amanecieron bajo una licencia distinta a la que habían adoptado.

La comparación honesta es el costo total de propiedad. El código abierto traslada el gasto de las tarifas de licencia por usuario hacia la implementación, la integración y las operaciones — dinero que construye capacidad dentro de su organización en lugar de renovarse fuera de ella. Y elimina la peor partida de todas: la carta de renovación cuyo precio no puede negociar porque irse le costaría más.

Nuestra regla para los clientes es simple: cada sistema en producción recibe una entrada de licencia — qué es, qué obliga, qué añade la edición comercial y qué implicaría salir de ella. Es una página por herramienta, cuesta una tarde, y es la diferencia entre poseer su stack y simplemente no haberlo pagado todavía.