El modelo InnerSource tendencia en las organizaciones y corporaciones

Las grandes empresas de todo el mundo comienzan a cambiar su forma de organización. InnerSource es una gran estrategia para ayudar a romper los estandares, fomentar una gran colaboración interna, acelerar la incorporación de nuevos ingenieros e identificar oportunidades para contribuir con software al mundo del código abierto.

El modelo de organización InnerSource que está revolucionando empresas y organizaciones, toma las lecciones aprendidas del desarrollo de software de código abierto y las aplica a la forma en que las empresas desarrollan software internamente. A medida que los desarrolladores se han acostumbrado a trabajar en software de código abierto de clase mundial, existe un fuerte deseo de llevar esas prácticas de regreso y aplicarlas al software que las empresas pueden ser reacias a lanzar, en las organizaciones que crean principalmente software de código cerrado, 

Una de las últimas medidas empleadas para lograr este destaque es el modelo de organización Inner Source, que de acuerdo a los expertos representa una verdadera revolución para todo tipo de empresas. De hecho, grandes compañías como IBM, PayPal, Google e incluso Microsoft utilizan este modelo.

Por lo tanto, los equipos utilizan una variedad de tecnologías de vanguardia como React y Angular. Se espera que los programadores hagan un proyecto de "juguete" para probar una herramienta antes de recomendarla y comparar las alternativas cuidadosamente antes de tomar una decisión.

Bienvenido a InnerSource, el poderoso movimiento para desarrollar software de código abierto dentro de las paredes de una sola organización.

Las arquitecturas de código abierto a menudo cuentan con complementos para permitir implementaciones alternativas de tecnologías que amplían su funcionalidad. PayPal desarrolla algunos complementos de KrakenJS internamente (a través del modelo InnerSource) y otros como código abierto

Empoderar a los programadores de todo el país también promueve un mayor crecimiento intelectual y satisfacción laboral. Los programadores piensan de manera más integral sobre el diseño del código, mientras aprenden nuevas habilidades para revisar, probar y escribir documentación. InnerSource "aumenta el juego de todos".

Inner Source ¿Qué es? ¿Para qué se usa? ¿Qué beneficios genera para las empresas? ¿Cómo afecta su funcionamiento? Para explicarlo, primero necesitamos repasar el concepto de software de código abierto.

InnerSource es una estrategia de desarrollo de software que se está extendiendo rápidamente por las grandes organizaciones y corporaciones, y también lo es más. En esencia, InnerSource permite a los desarrolladores de software contribuir a los esfuerzos de otros equipos, fomentando la transparencia y la apertura a las contribuciones de otros. Pero más allá de eso, InnerSource representa una forma colaborativa y empoderadora de involucrar a los empleados en la toma e implementación de decisiones en toda la corporación. Encarna una filosofía de las relaciones humanas, un enfoque de recompensas y motivaciones, y un conjunto flexible y adaptable de herramientas y prácticas.

InnerSource es una adaptación de las prácticas de código abierto al código que sigue siendo propietario y solo se puede ver dentro de una única organización o en un pequeño grupo de organizaciones colaboradoras. Por lo tanto, InnerSource es un desarrollo histórico que se basa en el movimiento de código abierto junto con otras tendencias en software

Empresarios y aspirantes (estudiantes, universitarios, aprendices, emprendedores) al crear su propia empresa se verán beneficiados de conocer cuáles son las prácticas más recientes en el mundo de los negocios.  
El objetivo central de las empresas debe ser perseguir la innovación y la búsqueda constante de una mejor calidad (ocupan usuarios masivos que experimenten y verifiquen la calidad). Las empresas buscan constantemente mantenerse actualizadas con las últimas tendencias tecnológicas y organizacionales. Esta búsqueda les permite mantenerse a flote en un contexto donde la competencia resulta muy agresiva.

Para comprender el atractivo de la gestión de proyectos de InnerSource, consideremos qué ha hecho que el desarrollo de software de código abierto sea tan exitoso:

• Los programadores comparten su trabajo con una amplia audiencia, en lugar de solo con un gerente o equipo. En la mayoría de los proyectos de código abierto, cualquier persona en el mundo es libre de ver el código, comentarlo, aprender nuevas habilidades examinándolo y enviar los cambios que crea que lo mejorarán o personalizarán según sus necesidades.
• Se pueden crear libremente nuevos repositorios de código (sucursales) basados ​​en el proyecto, de modo que los sitios con usos imprevistos del código puedan adaptarlo. Por lo general, existen reglas y soporte técnico para fusionar diferentes ramas en la rama maestra original.
• Las personas que se encuentran a grandes distancias geográficas, en momentos distintos, pueden trabajar en el mismo código o contribuir con diferentes archivos de código al mismo proyecto.
• La comunicación tiende a escribirse y publicarse en sitios públicos en lugar de compartirse informalmente de boca en boca, lo que proporciona una historia del proyecto, así como oportunidades de aprendizaje para los nuevos miembros del proyecto.
• Escribir pruebas unitarias se convierte en una tarea clave de programación. Una "prueba unitaria" es una pequeña prueba que verifica un comportamiento particular y aislado, como rechazar una entrada incorrecta o tomar la rama adecuada en determinadas condiciones. En código abierto y código interno, las pruebas se realizan constantemente a medida que se registran los cambios, para proteger contra fallas durante las ejecuciones de producción.

InnerSource siendo "codigo abierto" apoyada por una organizacion, también promueve un código de mayor calidad, ya que el código y los procesos transparentes abren cada línea a una revisión más amplia de lo que es práctico dentro de un solo equipo propietario. Esta revisión masiva por pares ha dado lugar a la famosa ley de Linus, acuñada por Eric Raymond, "dados suficientes ojos, todos los errores son superficiales", lo que significa que los defectos se corrigen más fácilmente en Open Source porque más personas pueden leer el código y generar un gama más amplia de posibles soluciones. En otras palabras, con una mano de obra suficientemente grande, seguramente habrá alguien que conozca la solución para un defecto dado. 

Esta no es una garantía perfecta, por supuesto. El famoso Heartbleed Bug , que permaneció en la biblioteca de seguridad OpenSSL de código abierto durante años, demostró que la comunidad puede pasar por alto problemas sutiles.

A medida que avanza el trabajo en un proyecto de código abierto, surge una meritocracia natural. Los mejores contribuyentes tienen más responsabilidad en la ejecución del proyecto. Son recompensados ​​por sus excelentes contribuciones técnicas, pero también por tomarse el tiempo para guiar a los nuevos colaboradores. Las comunidades de código abierto están prestando cada vez más atención al tono de las interacciones de los mentores, buscando aumentar la cortesía para ser lo más acogedores posible para el grupo más grande de contribuyentes. Por la misma razón, las comunidades se están tomando la documentación más en serio. Tradicionalmente, un esfuerzo por separado que requiere mucha mano de obra (y por lo tanto relegado a una ocurrencia tardía), ahora surge de manera semi-espontánea cuando los proyectos de código abierto archivan las comunicaciones entre el mentor y el aprendiz. De hecho, toda la comunicación relacionada con el proyecto se recopila, indexa y archiva,creando documentación de facto que permita la rápida incorporación de nuevos colaboradores.

Otra diferencia entre el código abierto con InnerSource y los métodos tradicionales de desarrollo de software es el "apego a la misión", que comparten la mayoría de los participantes. Esto se nutre en parte de la filosofía idealista del "software libre", que se basa en garantizar la "libertad de código" para que el código aportado esté disponible de forma permanente para que toda la comunidad lo utilice, modifique, distribuya e implemente. 

Estas “4 libertades” reconocieron primero el valor de la libertad en el código, pero también se reconocen otras contribuciones. Idealmente, las contribuciones no técnicas, como la limpieza de la documentación, también cuentan en la meritocracia. Las 4 libertades también permiten a los contribuyentes "bifurcar" el proyecto, clonando una copia completa para que la persona que inicia la bifurcación pueda realizar las modificaciones que desee. Esta es una medida a prueba de fallos para proteger a los contribuyentes del mal uso de sus contribuciones; siempre pueden bifurcar y comenzar un nuevo proyecto si no están de acuerdo con la dirección del proyecto original al que contribuyeron. 

Esto es lo que ha sucedido, por ejemplo, con el proyecto OpenOffice.org, que llevó a la bifurcación LibreOffice del proyecto y la comunidad.

• https://innersourcecommons.org/assets/files/InnerSourceChecklist.pdf
• https://www.universia.net/es/actualidad/empleo/conoce-modelo-organizacion-inner-source-que-esta-revolucionando-empresas-1159316.html
• https://www.oreilly.com/library/view/adopting-innersource/9781492041863/ch01.html
• https://www.slideshare.net/jimjag/inner-source-enterprise-lessons-from-the-open-source-community