¿Quién paga el código abierto que sostiene internet? La crisis de financiamiento que nadie ve

¿Alguna vez te has preguntado quién mantiene en pie el software que usas todos los días sin pagar un centavo? Hasta el 92% de las aplicaciones modernas contienen bibliotecas de código abierto: piezas de software libre que cualquiera puede ver, usar y modificar. Detrás de esa aparente gratuidad hay una grieta real: el 60% de los mantenedores de estos proyectos no recibe remuneración por su trabajo, y el 44% sufre agotamiento o burnout.

Esto no es solo un problema ético, es una amenaza directa a la seguridad de la cadena de suministro de software que mueve la economía digital: los proyectos que sí pagan a sus mantenedores implementan prácticas de seguridad con un 55% más de probabilidad que los que dependen únicamente del voluntariado. En este artículo te explicamos cómo las empresas intentan rentabilizar el código abierto y los dilemas éticos que surgen cuando una corporación se apropia del trabajo de una comunidad.

Imagina que alguien te entrega los planos completos de una casa: puedes estudiarlos, modificarlos y construir tu propia versión. Así funciona el software de código abierto: el código fuente se distribuye bajo licencias que permiten a cualquier usuario estudiarlo, modificarlo y distribuirlo para cualquier propósito.

Aquí está el punto que mucha gente pasa por alto: el código abierto es un modelo de desarrollo, no un modelo de negocio. El software libre se enfoca en la ética de compartir el código; el código abierto, en cambio, pone el énfasis en los beneficios prácticos de colaborar. El éxito de este modelo viene de la revisión distribuida por pares y la transparencia: muchos ojos revisando el mismo código suelen producir software de mayor calidad, confiabilidad y flexibilidad. Pero ese éxito tiene un límite, y aparece justo donde el valor que las empresas extraen del código abierto no regresa, en forma de apoyo financiero, hacia quienes lo crearon.

¿Por qué tantas empresas, desde startups hasta gigantes tecnológicos, apuestan por el código abierto? No es generosidad, es estrategia. Estos son los beneficios reales que obtienes:

¿Cómo sobrevive económicamente un proyecto que regala su producto principal? Con el tiempo, la comunidad ha desarrollado varias estrategias para generar ingresos sin cerrar el código.

Es el modelo más rentable hoy: representa cerca del 45% de los ingresos de las empresas de infraestructura abierta. Tú pagas una suscripción y el proveedor se encarga de la infraestructura, las actualizaciones y la seguridad en la nube, ahorrándote la complejidad operativa.

El proyecto ofrece una versión básica bajo licencia libre, y reserva funciones avanzadas (auditoría, gestión de equipos, seguridad corporativa) para una versión propietaria de pago. Es la estrategia favorita de muchas startups para capturar valor de los grandes clientes empresariales sin alejar a la comunidad.

Las empresas pagan por la garantía de tener ayuda experta cuando algo falla en producción, además de formación y certificaciones para sus equipos. Es un seguro: no lo necesitas todos los días, pero cuando el sistema cae a las 3 a.m., quieres a alguien al otro lado del teléfono.

El mismo código se ofrece bajo dos licencias: una libre (como GPL) para quien acepta sus condiciones, y otra comercial para las empresas que quieren integrar el software en productos propietarios sin esas restricciones.

Plataformas como GitHub Sponsors, Open Collective o Patreon permiten que la comunidad y las empresas apoyen directamente a los desarrolladores. Suena bien, pero la realidad es dura: menos del 5% de los desarrolladores logra vivir exclusivamente de donaciones individuales.

¿Quién crees que mantiene realmente vivos los proyectos de código abierto: los voluntarios anónimos o las grandes tecnológicas? La respuesta es más incómoda de lo que parece. Empresas como Microsoft, Google y Red Hat figuran entre los principales contribuyentes en plataformas como GitHub, pero su forma de contribuir es muy distinta a la de un voluntario.

Las contribuciones de los empleados corporativos caen drásticamente los fines de semana, mientras que el trabajo de los voluntarios se mantiene constante. Esa diferencia revela algo importante: el mantenimiento crítico del ecosistema sigue recayendo, en gran medida, en personas que donan su tiempo libre.

Algunas grandes firmas de la nube han sido señaladas por tomar código abierto, ofrecerlo como servicio propio y no devolver una proporción justa de los beneficios a quienes lo crearon. A este fenómeno se le ha llamado 'depredación de los comunes' (tomar de un recurso compartido sin reponerlo), y empujó a proyectos como Redis y MongoDB a cambiar sus licencias hacia modelos más restrictivos o 'fuente disponible', para proteger su negocio.

¿Qué pasa cuando una sola persona, sin paga y sin ayuda, sostiene una pieza de software que usan millones? El agotamiento de los mantenedores no es solo un problema humano: crea vulnerabilidades que los atacantes pueden explotar. Eso fue exactamente lo que ocurrió con el backdoor (una puerta trasera oculta para acceder sin permiso) detectado en XZ Utils en 2024, cuando un atacante ganó acceso al proyecto presionando psicológicamente a un mantenedor sobrepasado y solitario.

Frente a esto, han surgido propuestas concretas. El Open Source Pledge invita a las empresas a comprometerse a pagar un mínimo de $2,000 anuales por desarrollador a los proyectos de los que dependen. Y cada vez más voces sugieren que las corporaciones no solo deben aportar dinero, sino también horas de ingeniería, para repartir la carga del mantenimiento entre más manos.

El código abierto está atrapado entre dos modelos: el del voluntariado heroico que ya no da más de sí, y el de la sostenibilidad profesional que todavía está construyéndose. Los datos son claros: el financiamiento adecuado no solo mejora la vida de los mantenedores, también hace que la infraestructura digital que todos usamos sea más segura y confiable.

La pregunta queda para ti, si trabajas en una empresa que depende de estas herramientas: ¿vas a seguir tratando el código abierto como un recurso gratuito e ilimitado, o vas a empezar a verlo como lo que realmente es, una inversión de la que depende la continuidad de tu propio negocio?