Fuente interna

InnerSource es el uso de las mejores prácticas de desarrollo de software de código abierto y el establecimiento de una cultura similar al código abierto dentro de las organizaciones ^[¹^] para el desarrollo de su software no de código abierto y/o propietario . El término fue acuñado por Tim O'Reilly en 2000 ^[²^] en su columna. ^[³^]

Motivación

Se reconoce que el código abierto es capaz de ofrecer software de alta calidad. ^{[ 4 ]} Además, la colaboración abierta en el código abierto permite la colaboración incluso entre competidores (por ejemplo, ARM e Intel trabajando en el kernel de Linux en decisiones basadas en el mérito).

En consecuencia, las organizaciones de desarrollo de software quieren beneficiarse de sus resultados (los componentes y herramientas del software), pero también de las prácticas de desarrollo ejercidas y establecidas en el mundo del código abierto. ^{[ 5 ]}

Se utilizaron prácticas de código abierto

Además de varias prácticas establecidas en fundaciones como Apache Software Foundation , Linux Foundation y Eclipse Foundation , InnerSource y los proyectos de código abierto requieren colaboración abierta , comunicación abierta y un control de calidad adecuado .

Colaboración abierta

Todos los artefactos de desarrollo necesarios (por ejemplo, código, documentación, sistema de seguimiento de incidencias , etc.) deben ser accesibles para todos los empleados de una empresa que utilice InnerSource. Las plataformas centrales de desarrollo de software son una herramienta esencial para implementar la colaboración abierta.

Basándose en los principios de colaboración abierta ( igualitaria , meritocrática y autoorganizada), todo colaborador dispuesto a ayudar en un proyecto de InnerSource suele ser bienvenido. Las contribuciones a los proyectos de InnerSource se valoran generalmente según el mérito que aportan. La meritocracia también se fomenta mediante la comunicación abierta, ya que las decisiones se debaten públicamente. Si bien la adopción de InnerSource no implica necesariamente que una organización se vuelva completamente autoorganizada, esta plataforma permite a los individuos, las unidades organizativas y las comunidades de proyectos un mayor grado de autoorganización.

Comunicación abierta

Los proyectos y programas de InnerSource se basan en la comunicación abierta para que toda la información sea accesible para todos los empleados. La comunicación abierta es aquella que es pública (dentro de la empresa), escrita, archivada y completa. Como consecuencia de esta característica, la comunicación es asíncrona. El objetivo es permitir que cualquier persona o entidad con interés en un proyecto de InnerSource participe en la comunicación. A medida que se archivan las discusiones de comunicación abierta, se recopila de forma pasiva una documentación detallada del software que permite consultar y revisar discusiones y decisiones anteriores.

Garantía de calidad mediante la separación de la contribución de la integración.

Una revisión de código exhaustiva y la separación entre colaboradores y responsables de confirmaciones (integradores, desarrolladores con acceso de escritura) garantiza la calidad de un proyecto de código abierto y, por lo tanto, también la de un proyecto InnerSource.

Beneficios

Más allá de los atributos de calidad del software de código abierto, se informan los siguientes beneficios: ^{[ 6 ]}^{[ 7 ]}

Desarrollo más eficiente y eficaz

Mayor rapidez para lanzar productos al mercado.
Costes de desarrollo reducidos

Superar los límites de las unidades organizativas

Reparto de costes y riesgos entre unidades organizativas
Colaboración entre unidades organizativas
Intercambio de información a nivel de todo el programa

Reutilización más exitosa

Uso de competencias faltantes en los proveedores de componentes
Independencia entre usuarios y proveedores
Alivio de los proveedores de componentes

Mejor producto de software

Mayor calidad del código
Desarrollo más innovador

Utilización más flexible de los desarrolladores

Implementación simplificada para desarrolladores
Colaboración de desarrolladores independientes

Gestión del conocimiento mejorada

Aprendizaje basado en la comunidad
Apertura y disponibilidad del conocimiento

Mayor motivación de los empleados

Predominio

Entre otras, las siguientes empresas son conocidas por adoptar InnerSource: ^{[ 6 ]}

Factores clave para la adopción de InnerSource

InnerSource puede ser un enfoque prometedor para grandes organizaciones que desarrollan software. Sin embargo, puede que no sea apropiado en todos los entornos. Los siguientes nueve factores, agrupados en tres categorías, pueden consultarse para evaluar hasta qué punto InnerSource puede ser apropiado. ^{[ 14 ]}

Factores de producto

Producto semilla para atraer a la comunidad
Múltiples partes interesadas para una variedad de contribuciones
Modularidad para atraer colaboradores y usuarios.

Factores de proceso y herramientas

Prácticas que apoyan el desarrollo al estilo de un bazar
Prácticas que respaldan la garantía de calidad al estilo "bazar"
Estandarización de herramientas para facilitar la colaboración

Factores organizativos y comunitarios

Coordinación y liderazgo para apoyar el surgimiento de una meritocracia interna.
Transparencia para abrir la organización
Apoyo y motivación de la dirección para involucrar a las personas.

Referencias

↑ Capraro, Maximilian; Riehle, Dirk (2017-02-06). "InnerSource Definition, Benefits, and Challenges" (PDF) . ACM Computing Surveys . 49 (4): 1– 36. doi : 10.1145/2856821 . ISSN 0360-0300 . S2CID 5385511. InnerSource (IS) es el uso de prácticas de desarrollo de software de código abierto y el establecimiento de una cultura similar al código abierto dentro de las organizaciones. La organización puede seguir desarrollando software propietario , pero internamente abre su desarrollo.
↑ Ben van 't Ende (09/05/2016). "InnerSource: Un enfoque de código abierto para la cultura comunitaria" . Tim O'Reilly, fundador de O'Reilly Media, acuñó el término "inner-sourcing" en 2000, describiéndolo como: "el uso de técnicas de desarrollo de código abierto dentro de la corporación".
↑ O'Reilly, Tim (1 de diciembre de 2000). "Código abierto y OpenGL" . oreilly.com . O'Reilly and Associates. Archivado del original el 15 de febrero de 2015. Recuperado el 22 de febrero de 2017. [También] hemos trabajado con empresas en lo que llamamos "abastecimiento interno", es decir, ayudándolas a utilizar técnicas de desarrollo de código abierto dentro de la corporación.
↑ Crowston, Kevin ; Wei, Kangning; Howison, James; Wiggins, Andrea (2012). "Desarrollo de software libre/de código abierto: lo que sabemos y lo que no sabemos". ACM Computing Surveys (en alemán). 44 (2): 1– 35. doi : 10.1145/2089125.2089127 . S2CID 2246943 .
↑ Stol, Klaas-Jan; Fitzgerald, Brian (2014). "InnerSource: adopción de prácticas de desarrollo de código abierto dentro de las organizaciones: un tutorial" ( PDF) . IEEE Software . doi : 10.1109/MS.2014.77 . hdl : 10344/4443 . S2CID 1965218. [...] varias organizaciones han adoptado prácticas de código abierto para desarrollar su software. [...] A diferencia de los enfoques tradicionales, los desarrolladores de un proyecto InnerSource no pertenecen a un solo equipo o departamento. En cambio, cualquier persona dentro de los límites de la organización puede convertirse en un miembro contribuyente de esta comunidad interna, ya sea como usuario o colaborador.
1 2 Capraro, Maximilian; Riehle, Dirk (2016-12-01). "InnerSource Definition, Benefits, and Challenges" . ACM Comput. Surv . 49 (4): 67:1–67:36. doi : 10.1145/2856821 . ISSN 0360-0300 . S2CID 5385511 .
↑ Stol, Klaas-Jan; Fitzgerald, Brian (2015-07-01). "InnerSource - Adopción de prácticas de desarrollo de código abierto dentro de las organizaciones: un tutorial" (PDF) . IEEE Software . 32 (4): 60– 67. doi : 10.1109/MS.2014.77 . hdl : 10344/4443 . ISSN 0740-7459 . S2CID 1965218 .
↑ Actualización de la investigación interna de Microsoft sobre Solorigate .
↑ Oram, Andy (2015). Introducción a InnerSource . O'Reilly Media, Inc. ISBN 978-1-491-93758-7.
↑ Smith, Jared (2016). Uso de métodos de código abierto para proyectos de software internos . O'Reilly Media, Inc.
↑ Archivado en Ghostarchivey la Wayback Machine: Compromiso San Francisco 2020: Abriendo ostras corporativas: impulsando una cultura de recursos internos en T-Mobile . YouTube .
↑ "Ver: Creando un InnerSource Hub en Siemens" . JFrog . 28 de julio de 2020. Consultado el 9 de diciembre de 2020 .
↑ InnerSource Commons (04/01/2021). Willem Jiang y Long Li (Huawei) en ISC.S12 - InnerSource 2.0: Construyendo la comunidad . Recuperado el 07/03/2026 a través de YouTube.
^ Stol, KJ; Avgeriou, P.; Babar, MA; Lucas, Y.; Fitzgerald, B. (2014). "Factores clave para adoptar InnerSource". Transacciones ACM sobre Ingeniería y Metodología de Software . 23 (2): 1. doi : 10.1145/2533685 . hdl : 10344/3897 . S2CID 6995068 .

[1] Capraro, Maximilian; Riehle, Dirk (2017-02-06). "InnerSource Definition, Benefits, and Challenges" (PDF) . ACM Computing Surveys . 49 (4): 1– 36. doi : 10.1145/2856821 . ISSN 0360-0300 . S2CID 5385511. InnerSource (IS) es el uso de prácticas de desarrollo de software de código abierto y el establecimiento de una cultura similar al código abierto dentro de las organizaciones. La organización puede seguir desarrollando software propietario , pero internamente abre su desarrollo.

[2] Ben van 't Ende (09/05/2016). "InnerSource: Un enfoque de código abierto para la cultura comunitaria" . Tim O'Reilly, fundador de O'Reilly Media, acuñó el término "inner-sourcing" en 2000, describiéndolo como: "el uso de técnicas de desarrollo de código abierto dentro de la corporación".

[3] O'Reilly, Tim (1 de diciembre de 2000). "Código abierto y OpenGL" . oreilly.com . O'Reilly and Associates. Archivado del original el 15 de febrero de 2015. Recuperado el 22 de febrero de 2017. [También] hemos trabajado con empresas en lo que llamamos "abastecimiento interno", es decir, ayudándolas a utilizar técnicas de desarrollo de código abierto dentro de la corporación.

[4] Crowston, Kevin ; Wei, Kangning; Howison, James; Wiggins, Andrea (2012). "Desarrollo de software libre/de código abierto: lo que sabemos y lo que no sabemos". ACM Computing Surveys (en alemán). 44 (2): 1– 35. doi : 10.1145/2089125.2089127 . S2CID 2246943 .

[5] Stol, Klaas-Jan; Fitzgerald, Brian (2014). "InnerSource: adopción de prácticas de desarrollo de código abierto dentro de las organizaciones: un tutorial" ( PDF) . IEEE Software . doi : 10.1109/MS.2014.77 . hdl : 10344/4443 . S2CID 1965218. [...] varias organizaciones han adoptado prácticas de código abierto para desarrollar su software. [...] A diferencia de los enfoques tradicionales, los desarrolladores de un proyecto InnerSource no pertenecen a un solo equipo o departamento. En cambio, cualquier persona dentro de los límites de la organización puede convertirse en un miembro contribuyente de esta comunidad interna, ya sea como usuario o colaborador.

[:0-6] 1 2 Capraro, Maximilian; Riehle, Dirk (2016-12-01). "InnerSource Definition, Benefits, and Challenges" . ACM Comput. Surv . 49 (4): 67:1–67:36. doi : 10.1145/2856821 . ISSN 0360-0300 . S2CID 5385511 .

[:10-7] Stol, Klaas-Jan; Fitzgerald, Brian (2015-07-01). "InnerSource - Adopción de prácticas de desarrollo de código abierto dentro de las organizaciones: un tutorial" (PDF) . IEEE Software . 32 (4): 60– 67. doi : 10.1109/MS.2014.77 . hdl : 10344/4443 . ISSN 0740-7459 . S2CID 1965218 .

[8] Actualización de la investigación interna de Microsoft sobre Solorigate .

[9] Oram, Andy (2015). Introducción a InnerSource . O'Reilly Media, Inc. ISBN 978-1-491-93758-7.

[10] Smith, Jared (2016). Uso de métodos de código abierto para proyectos de software internos . O'Reilly Media, Inc.

[11] Archivado en Ghostarchivey la Wayback Machine: Compromiso San Francisco 2020: Abriendo ostras corporativas: impulsando una cultura de recursos internos en T-Mobile . YouTube .

[12] "Ver: Creando un InnerSource Hub en Siemens" . JFrog . 28 de julio de 2020. Consultado el 9 de diciembre de 2020 .

[13] InnerSource Commons (04/01/2021). Willem Jiang y Long Li (Huawei) en ISC.S12 - InnerSource 2.0: Construyendo la comunidad . Recuperado el 07/03/2026 a través de YouTube.

[KeyFactors2014-14] Stol, KJ; Avgeriou, P.; Babar, MA; Lucas, Y.; Fitzgerald, B. (2014). "Factores clave para adoptar InnerSource". Transacciones ACM sobre Ingeniería y Metodología de Software . 23 (2): 1. doi : 10.1145/2533685 . hdl : 10344/3897 . S2CID 6995068 .

[

[

[

[ 4 ]

[ 5 ]

[ 8 ]

[ 9 ]

[ 10 ]

[ 11 ]

[ 12 ]

[ 13 ]

[ 14 ]