En septiembre
, apareció un artículo sobre la importancia del código abierto en el sitio web de Harvard Business School (HBS). Sus autores declaran que las empresas de TI que participan en proyectos de código abierto y abren su software propietario obtienen una ventaja competitiva en el mercado. Decidimos discutir este tema y
hablar sobre los pros y los contras de dicha estrategia .
/ Pexels / Syed Abdullah / PDMejora de habilidad
Cuando la administración de la empresa permite a los desarrolladores participar en el desarrollo de proyectos abiertos, los empleados adquieren nueva experiencia práctica y conocimiento. Al mismo tiempo, los desarrolladores no necesitan ser enviados para cursos o capacitación adicional. Esto ahorra dinero a la empresa y los programadores aprenden resolviendo tareas divertidas y útiles para la comunidad de TI.
La mayor parte del código, 85%, está escrito por empleados de grandes empresas de TI. Entre ellos están: Intel, Red Hat, IBM y otros. Los desarrolladores del primero
hicieron el 13% de los cambios en las últimas versiones del núcleo, los especialistas del segundo son "responsables" del 7% e IBM del 4%.
Los programadores de estas corporaciones señalan que trabajar en el núcleo les permite aprender Linux de adentro hacia afuera, comprender las "partes internas" de los subsistemas y hacer una contribución personal al desarrollo del proyecto de código abierto más grande. Posteriormente aplican las habilidades prácticas adquiridas para resolver problemas corporativos.
Acelerar el desarrollo
Cuando un producto corporativo se convierte en parte de código abierto (siempre que haya una demanda para este producto en la comunidad de TI), la comunidad gradualmente comienza a formatear a su alrededor.
Cuando en 2005, el desarrollador Luke Kanis creó la aplicación cliente-servidor Puppet, inicialmente planeó atraer usuarios a través de la distribución gratuita de software. Como resultado, sucedió: ahora 40 mil empresas
usan su herramienta para la automatización de la administración del sistema operativo, 75 de las cuales están incluidas en la calificación Fortune 100.
Aquí se aplica una regla simple: cuantas más personas participen en el desarrollo, mayor será la velocidad de los lanzamientos. Tomemos, por ejemplo, Linux: las nuevas versiones del núcleo de este sistema operativo se lanzan cada dos meses, y las actualizaciones a otros sistemas operativos a veces tienen que esperar varios años.
Otro ejemplo: Google
utiliza el marco de código abierto Angular dentro de la empresa e invierte en su desarrollo. Cuando desarrolladores web de terceros se unieron al proyecto, Angular rápidamente obtuvo nuevas herramientas y extensiones. Todos se beneficiaron de esto.
Detección de errores
La creciente comunidad permite no solo lanzar nuevas versiones de aplicaciones más rápido, sino que también ayuda a corregir errores. Debido al hecho de que cualquiera (incluidos los expertos en seguridad) puede ver el código fuente del software de código abierto en busca de vulnerabilidades, se
considera más seguro. Y esta idea es cada vez más encontrar una "respuesta en los corazones" de varias empresas.
/ Flickr / Henri Bergius / CC BY-SAEn agosto de este año, Elon Musk publicó en Twitter un
registro de intención de abrir el software de seguridad para automóviles Tesla.
Los críticos
creen que tales declaraciones parecen una estratagema de marketing, supuestamente, por lo que Ilon está tratando de imponer su estándar de seguridad a otros fabricantes de vehículos no tripulados. Pero hay quienes piensan que tal solución ayudará a aumentar la seguridad de los sistemas Tesla. Una nueva mirada de los desarrolladores de terceros le permitirá realizar cambios y mejoras en el código. Por lo tanto, el producto final será más confiable para proteger a los propietarios de automóviles.
Volar en la pomada
No todas las empresas están listas para publicar sus soluciones patentadas en GitHub. Están convencidos de que si transfiere el proyecto a código abierto, puede perder su ventaja competitiva. Existe la posibilidad de que aparezcan análogos, y el proyecto ya no será único. Por ejemplo, Cisco se
niega a tomar sus decisiones abiertas porque no quieren que el "ingrediente secreto" de sus productos esté disponible públicamente.
Si la compañía acepta los riesgos y aún quiere llevar el software a código abierto, simplemente abrir el software y observar su desarrollo fallará.
"Si una organización quiere llevar su solución a código abierto así, entonces tendrá poco sentido", dice Sergey Belkin, jefe del departamento de desarrollo de servicios de alquiler de infraestructura en la nube 1cloud.ru . - Para que la comunidad se forme en torno a la nueva solución, deberá hacer lo mismo que para los productos comerciales.
En primer lugar, comprenda por qué su empresa lo necesita, y luego elabore una hoja de ruta y elabore una estrategia para desarrollar una solución de software ".
Cual es el resultado
Las opiniones sobre si las empresas deberían participar en proyectos de código abierto varían. Algunos solo ven ventajas en esto: la capacidad de "impulsar" las habilidades de los empleados, acelerar el crecimiento de la popularidad del producto y ayudar a la comunidad y la industria de TI. Otros no tienen prisa por invertir recursos en código abierto debido al temor de "perderse" en el mercado.
Hay algo de verdad en ambas declaraciones, pero la mayoría de la comunidad de TI está convencida de que los beneficios de apoyar proyectos de código abierto superan los defectos. Sin embargo, las empresas deben comprender las razones exactas por las que desean formar parte de la comunidad de código abierto.
Sobre qué escribimos en un blog corporativo: