Cómo hacer bien el código abierto: consejos de expertos de Google, Microsoft y Comcast
Comentarios: El código abierto nunca ha sido más importante, pero también difícil de descifrar. Los expertos de la industria opinan sobre cómo las empresas pueden tener éxito con el código abierto.
Imagen: iStock
«Uno de los cambios más grandes en el código abierto en nuestras vidas ha sido la colaboración de código abierto en todas las industrias”, dijo Sam Ramji, director de estrategia de DataStax. «El código abierto se ha convertido en la forma predeterminada en que trabajamos, mientras que antes se limitaba a un número relativamente una pequeña cantidad de desarrolladores y un puñado de empresas de tecnología. Como Red Hat. Pero cómo las empresas lo adoptan e implementan sigue siendo un arte, no una ciencia. En una entrevista en el podcast Developer Marketing Behind the Scenes presentado por Ramji, él desvela los principios y prácticas de cómo Google, Comcast y Microsoft están trabajando con código abierto, que también puede aplicarse a su empresa.
Mirar: Comandos de administración de archivos y directorios de Linux (República Tecnológica Premium)
¿Es estratégico?
Los «desarrolladores de Comcast toman decisiones» cuando consideran abrir el código fuente, dijo Nithya Ruff, directora de la oficina del programa de código abierto de Comcast. La empresa no impuso la burocracia para evitar que el código fuera de código abierto. En cambio, la «junta asesora de Ruff es puramente consultiva. Nuestro trabajo es hacer que todo el proceso sea lo más fácil posible y ayudarlos a hacer las cosas».
Chris DiBona, jefe de la oficina de código abierto de Google, está de acuerdo:
Me gusta pensar en mí mismo como un burócrata muy, muy eficiente. Y mi burocracia es tan fácil de usar que siempre querrá hablar con nosotros cuando sea de código abierto, o consultar nuestro sitio interno, o incluso nuestro sitio externo. Obtendrá todos estos excelentes consejos. La mayoría de las veces, solo queremos salir del bloqueo del desarrollador.
¿Pero seguramente estas empresas a veces tienen procesos más complejos cuando se trata de códigos estratégicos? Sí, dijo Ruff: «Si se trata de una contribución estratégica, la gestión del tiempo está involucrada…[like our] CDN, por una razón muy estratégica, queremos contribuir fuera de la empresa, ya sea para crear un estándar, crear un ecosistema o mercantilizar un área determinada. DiBona agregó que para Google, proyectos como Go, Chromium y Android requieren «más tiempo de alto contacto, pensando en el problema, pensando en el impacto en los desarrolladores, pensando en el impacto en la empresa y las personas». »
Pero me gusta lo que dijo a continuación: «Pero sé que si no [take care of] Los ingenieros solo quieren arreglar algo, lanzar un parche o lanzar un pequeño proyecto… Entonces, cuando queremos hacer esas cosas realmente grandes, es muy, muy difícil. Detener la acción es demasiado. »
Entonces, tal vez la primera lección sea esta: para las empresas que desean administrar grandes iniciativas estratégicas de código abierto, primero deben asegurarse de que están lidiando con actividades cotidianas más mundanas.
Siéntate junto a la mesa
En el musical «Hamilton», los actores cantan sobre estar en «la habitación donde suceden las cosas», pero para las empresas que consideran por qué deberían contribuir en lugar de solo consumir código abierto, «en general, el lenguaje que atrae a las empresas es ‘tienes uno sentado en la mesa'», dijo Raff. Ella añadió:
Si devuelves, realmente impactas las cosas. Si no devuelves, no puedes tener una opinión sobre lo que está pasando en la mesa de la cena. Lo entienden porque es muy similar a un organismo de normalización y muchas empresas saben cómo trabajar con él. Tienes que poner tus dos centavos en la mesa. La forma en que funciona en la comunidad de código abierto es a través de cualquier tipo de contribución.
Por supuesto, estas contribuciones incluyen código, pero, como sugirió Stormy Peters de Microsoft, el código no es suficiente. Además de los contribuyentes de código, «cualquier buen proyecto de software tiene muchas personas involucradas, desde usuarios y personas que escriben documentación hasta personas que realmente difunden información y hablan con otras personas en conferencias». directivos o personas que busquen necesidades de accesibilidad.
Una nota sobre el código insuficiente, si nadie sabe sobre el proyecto, o lo sabe pero no sabe cómo usarlo (que es donde entran en juego una gran documentación y la operatividad del software), entonces el código es inútil. señaló Para subrayar, debemos dejar de tratar el código abierto como solo una cuestión de código; como se lamentó DiBona en la entrevista, el código a menudo lo escribe un grupo relativamente homogéneo de hombres blancos de mediana edad.
Mirar: 10 formas de prevenir el agotamiento de los desarrolladores (PDF gratuito) (República tecnológica)
¿Para las empresas que intentan descubrir su oficina de programas de código abierto para ayudarlos a navegar por este tema de código abierto de décadas de antigüedad pero aún incipiente? Peters tiene una sugerencia muy práctica:
Aquí está el secreto… salga y construya su equipo virtual en su organización. Estoy seguro de que hay personas en el equipo legal de su empresa que encuentran atractivo el software de código abierto. Ve a esa persona y reclútala para que te ayude. Estoy seguro de que alguien en el CIO o en el departamento de TI encuentra atractivo el software de código abierto. ve a buscarlos Es posible que alguien haya introducido software de código abierto en partes de su organización. Encuéntralos.
Encuéntrelos y forme un equipo virtual entre empresas; por supuesto, así es como ocurre la colaboración de código abierto entre industrias.
Divulgación: trabajo para AWS, pero las opiniones expresadas aquí son mías.
