Mitos del código abierto: control corporativo

Control corporativo sobre el código abierto: mitos frente a la realidad

En proyectos de código abierto con participación corporativa, entre el 70 % y el 90 % de los cambios provienen de empleados de las empresas propietarias del proyecto. Un estudio académico australiano de 2022 titulado "Co-producción de bienes públicos industriales en GitHub" analizó la distribución de contribuciones en repositorios principales y descubrió que los desarrolladores independientes aportan menos del 1 %.

El proyecto Chromium es un ejemplo claro de esta tendencia: Google lidera en commits, seguido por Microsoft, Samsung e Igalia. Las contribuciones externas son mínimas y frecuentemente pasan desapercibidas.

Las empresas se benefician del código abierto mediante pruebas gratuitas, informes de errores y parches. Sin embargo, las decisiones clave —arquitectura, planificación estratégica— permanecen bajo control de equipos internos. Las solicitudes de pull de la comunidad pueden quedar sin respuesta durante meses o ser rechazadas con justificaciones vagas como "no alinea con la visión del producto".

La evolución de las plataformas: de la descentralización a la centralización

Internet temprano dependía del autoalojamiento: foros phpBB, blogs personales con feeds RSS, servidores locales. Las corporaciones transformaron este panorama sustituyendo protocolos abiertos por servicios propietarios.

Cambios clave incluyen:

• Blogs y RSS → X (Twitter), Habr: plataformas cerradas con moderación, sin opción de despliegue local.
• CMS como Joomla, Drupal → Tilda, Wix: creadores sin código con personalización limitada y anuncios integrados.
• Almacenamiento local de videos → YouTube: almacenamiento centralizado con reglas cambiantes y baneos irreversibles.

Leyes regulatorias como la Ley de Seguridad en Línea del Reino Unido (2023) refuerzan la centralización obligando a la moderación de contenido y retención de datos. El autoalojamiento sigue siendo posible, pero requiere recursos legales y técnicos significativos.

Fediverse como alternativa técnica

Fediverse utiliza el protocolo ActivityPub para permitir la interoperabilidad entre servidores descentralizados. Cada instancia se gestiona de forma independiente, sin autoridad central.

Comparación con plataformas comerciales:

• VK → Hubzilla, Friendica, Diaspora (redes sociales).
• X, microblogging → Mastodon, Pleroma, Misskey.
• VK Video, Rutube → PeerTube.
• Mail.ru Answers, Zen → Lemmy, Kbin (preguntas y respuestas).
• Habr → WriteFreely, Plume, WordPress (blogs).

Estas herramientas funcionan plenamente: Mastodon publica, PeerTube transmite vídeos, Pixelfed gestiona fotos. Pero escalarlas requiere inversión en infraestructura, moderación y desarrollo —costos similares a los de grandes corporaciones.

Lo que realmente importa

• Entre el 70 % y el 90 % de los commits en proyectos de código abierto corporativo provienen de empleados de la empresa.
• Las contribuciones independientes son insignificantes y rara vez influyen en las estrategias futuras.
• Las corporaciones han reemplazado RSS y el autoalojamiento por plataformas propietarias.
• Fediverse ofrece alternativas descentralizadas, pero exige administración activa.
• Los requisitos regulatorios favorecen a las grandes plataformas frente a las más pequeñas y autónomas.

— Editorial Team