Open Source Is Not One Thing: A Typology of Open-Source Software Sub-Genres

Resumen Técnico: El Código Abierto No Es Una Sola Cosa

Planteamiento del Problema
La investigación empírica en el software de código abierto (OSS, por sus siglas en inglés) trata frecuentemente al campo como una entidad homogénea. Los estudios suelen muestrear conjuntos amplios de proyectos populares (por ejemplo, de GitHub) para modelar la retención de contribuyentes, la incorporación (onboarding) o la calidad del código, asumiendo implícitamente que los hallazgos se generalizan a todo el OSS. Sin embargo, el artículo argumenta que el OSS no es un fenómeno único; los proyectos difieren fundamentalmente en su propósito, estructuras de gobernanza, modelos de financiación y comportamientos comunitarios. Estas diferencias no son meramente cuestiones de escala, sino de subgéneros distintos. En consecuencia, los modelos o intervenciones validados en un tipo de OSS (por ejemplo, un producto respaldado por una empresa) pueden no sostenerse en otro (por ejemplo, una distribución impulsada por voluntarios o un proyecto humanitario). Las métricas imprecisas como el recuento de estrellas o los volúmenes de commits oscurecen estas diferencias estructurales, lo que conduce a hallazgos que pueden no generalizarse y a decisiones prácticas que no tienen en cuenta los contextos específicos de cada proyecto.

Metodología
Los autores realizaron una "revisión ligera y de múltiples fuentes" en lugar de una revisión sistemática exhaustiva. El proceso consistió en:

• Recolección de Datos: Se ejecutaron consultas en dos índices académicos, OpenAlex y arXiv, utilizando 46 consultas agrupadas en 15 facetas (una por cada subgénero candidato más una faceta de descubrimiento). Esto produjo 5,771 registros.
• Normalización y Deduplicación: Los registros se normalizaron a un esquema común y se eliminaron los duplicados basados en DOI o título, lo que resultó en 3,925 artículos únicos.
• Cribado: Se aplicó un proceso de cribado basado en reglas que retuvo los artículos donde el título o el resumen se referían explícitamente al código abierto y señalaban que el trabajo definía, clasificaba o estudiaba un tipo específico de proyecto o comunidad de OSS. Esto resultó en 399 artículos.
• Síntesis: Los artículos cribados fueron analizados para identificar patrones en impulsores, gobernanza y financiación, lo que llevó a la construcción de una tipología. Los autores señalan explícitamente que la tipología resultante es una "hipótesis de trabajo" destinada a ser confirmada, dividida, fusionada o extendida, en lugar de una ontología establecida.

Contribuciones Clave
El artículo realiza tres contribuciones principales:

1. Una Tipología de 14 Subgéneros de OSS: Los autores organizan el OSS en catorce subgéneros distinguibles basados en el impulsor primario (quién inicia y sostiene el proyecto y con qué fin). Estos incluyen:
   • Géneros establecidos: Impulsados por la comunidad, respaldados por empresas, gobernados por fundaciones y software de investigación/científico (RSE).
   • Géneros en crecimiento: Coopetencia de múltiples empresas, InnerSource, OSS para el Bien Social (OSS4SG), OSS gubernamental/cívico, OSS educativo y hardware/datos abiertos.
   • Géneros emergentes (con escaso apoyo empírico): Tecnología apropiada de código abierto (OSAT), entusiastas/solistas (Hobbyist/Solo OSS), protestware e infraestructura digital crítica.
2. Un Marco Comparativo: Los subgéneros se sitúan en un marco (Tabla 1) que registra el impulsor primario, el modelo de gobernanza, las fuentes de financiación, la madurez en la literatura y los proyectos representativos de cada género. Este marco destaca que el impulsor primario no dicta estrictamente la gobernanza o la financiación (por ejemplo, tanto los proyectos gobernados por fundaciones como la coopetencia de múltiples empresas involucran a firmas competidoras, pero difieren en sus estructuras de autoridad).
3. Una Agenda de Investigación: El artículo propone una agenda de investigación centrada en la pregunta de la transferibilidad: "¿Se transfieren los hallazgos establecidos en un subgénero a otros?". Hace un llamado para que los estudios empíricos traten el subgénero como una variable que debe ser reportada y controlada, de manera similar a cómo los estudios actuales controlan el lenguaje de programación o el tamaño del proyecto.

Resultados y Hallazgos

• Divergencia en el Comportamiento: La revisión confirma que los subgéneros exhiben comportamientos distintos. Por ejemplo, las comunidades de OSS4SG se describen como "pegajosas" (sticky, retienen contribuyentes), mientras que los proyectos de OSS convencionales suelen ser "magnéticos" (atraen a muchos que no permanecen). La trayectoria desde el recién llegado hasta el contribuyente principal también varía según el subgénero.
• Brechas en la Literatura: El análisis revela disparidades significativas en el apoyo empírico. Mientras que el OSS impulsado por la comunidad, el respaldado por empresas y el gobernado por fundaciones cuentan con una literatura sustancial, otras áreas críticas están poco estudiadas. Específicamente, la coopetencia de múltiples empresas, el protestware y la tecnología apropiada de código abierto se identifican como áreas que cuentan con solo un puñado de estudios dedicados a pesar de su importancia práctica.
• Riesgos de Sostenibilidad: La tipología destaca que la "Infraestructura Digital Crítica" (por ejemplo, OpenSSL, curl) a menudo depende de unos pocos mantenedores no remunerados y de patrocinios ad-hoc insuficientes, lo que crea un riesgo de sostenibilidad que difiere de los equipos empleados por empresas o del software de investigación financiado por subvenciones.

Significancia
El artículo argumenta que reconocer que el OSS es "plural" es esencial tanto para la teoría como para la práctica.

• Para la Investigación: Evita la sobregeneralización de los hallazgos. Un modelo de retención o un programa de incorporación validado en un producto de un solo proveedor puede fallar cuando se aplica a una distribución voluntaria o a una biblioteca de investigación. La tipología proporciona un mecanismo para estratificar el análisis y controlar el subgénero.
• Para la Práctica: Ayuda a desarrolladores, mantenedores y financiadores. Los contribuyentes pueden comprender mejor la gobernanza y el comportamiento comunitario de un proyecto antes de unirse. Los mantenedores y financiadores pueden identificar qué subgéneros carecen de apoyo (por ejemplo, infraestructura crítica o protestware) y dirigir los recursos en consecuencia.
• Modestia de las Reivindicaciones: Los autores declaran explícitamente que la contribución es la tipología y la agenda de investigación, no un censo completo. Reconocen limitaciones, incluyendo la exclusión de la literatura no inglesa y la literatura gris, la naturaleza no mutuamente excluyente de los subgéneros (muchos proyectos abarcan múltiples categorías) y el hecho de que las etiquetas de "madurez" reflejan la literatura recuperada en lugar de un recuento de citas. El trabajo se presenta como un marco provisional para guiar el trabajo empírico futuro.