El enorme compromiso de Google con los proyectos de código abierto se muestra en el número de colaboradores de GitHub, mientras que la estrategia de AWS ha sido hacer que el código abierto sea fácil de usar para los clientes. ¿Quién va ganando?
por Matt Asay
El amor de Google por el código abierto nunca ha sido un secreto. Aunque una vez cometí el error de reprender al director de Google, Chris DiBona, por no hacer aún más, la realidad es que ninguna empresa contribuye más al código abierto que Google. Esto fue subrayado por nuevos datos del Índice de contribuyentes de código abierto (OCSI), que encontró que en julio de 2022, Google superó a Microsoft en la cantidad total de empleados que contribuyen a proyectos de código abierto en GitHub.
Por supuesto, esos son solo datos para GitHub, que no incluye grandes proyectos como Drupal. También puede depender de que los empleados se identifiquen con sus direcciones de correo electrónico corporativas o de la simple higiene del repositorio . Sí, sí y sí. Pero esas no son las mejores preguntas para hacer sobre los datos de contribución de código abierto. La verdadera pregunta es si las contribuciones de código abierto son importantes.
¿Rampas de acceso a dónde?
¿Esperar lo? No puedo decir eso, ¿verdad? Quiero decir, el código abierto generalmente se considera un bien puro, ¿verdad?
Bueno, seguro. El código abierto es bueno. Es una excelente manera de colaborar en el código, brindándonos Kubernetes impulsados por la comunidad, por ejemplo. También es una gran manera de contratar o encontrar un trabajo . También es una forma importante de socavar a los competidores al crear una alternativa gratuita al producto de pago de un competidor.
Aquí, sin embargo, también es donde el código abierto puede estar fallando.
He hablado acerca de las ” rampas de acceso de código abierto “, que es la práctica de complementos de código abierto para el servicio de nube propietario. Google, en particular, lo ha hecho excepcionalmente bien. El becario de Brookings Institution, Alex Engler, destacó una vez esto , argumentando que “para Google y Facebook, el código abierto de sus herramientas de aprendizaje profundo (TensorFlow y PyTorch, respectivamente), puede tener [el efecto de] afianzarlos aún más en sus posiciones ya fortificadas”. También está en juego en el código abierto de Kubernetes., que es una estrategia a largo plazo para habilitar la portabilidad multinube, el enfoque perfecto para un proveedor de nube que intenta recuperar el terreno perdido frente a un titular dominante (Amazon Web Services) y un segundo fuerte (Microsoft Azure) que cuenta con una posición empresarial mucho más sólida .
Basado en las sólidas ganancias de la nube de Google en los últimos trimestres, parece estar funcionando. Pero, ¿está funcionando mejor que la estrategia de AWS?
Código abierto y obsesión por el cliente
AWS nunca ha hecho de su estrategia un secreto. En la búsqueda de su Principio de Liderazgo más importante, la “obsesión por el cliente”, la empresa asume el “trabajo pesado indiferenciado” de administrar la infraestructura para sus clientes. Esta misma estrategia se aplica al código abierto y está implícita en un comentario realizado por el ex ejecutivo de ingeniería de AWS, Tim Bray : “Siento mucha simpatía por los ingenieros virtuosos que crearon estas maravillosas piezas de [software de código abierto]. Pero aquí está la cuestión: tengo al menos tanto para los clientes que (tomemos [Apache] Kafka como ejemplo) solo necesitan una transmisión confiable de alto rendimiento”.
AWS asume la tarea de hacer que ese código abierto sea fácilmente consumible por los clientes. Algunos han sugerido que AWS “desmonte las minas” de código abierto, tomando pero devolviendo relativamente poco. Esto nunca ha sido cierto y revela un importante malentendido acerca de cómo opera AWS . También es cierto que AWS se ha vuelto cada vez más activo en una gama cada vez más amplia de proyectos de código abierto y ha asumido una mayor carga para crear el suyo propio, como OpenSearch.
AWS todavía no contribuye a la escala de Google o Microsoft. A los clientes no parece importarles. Tal vez deberían. Tal vez las empresas deberían inspeccionar quién hace qué detrás de escena para llevar al mercado código como Kubernetes o Kafka. Tal vez deberían hacer un recuento de los contribuyentes porque, de una manera muy real, cuanto más contribuye una empresa a un proyecto, mejor puede apoyar a un cliente ahora y en el futuro al dirigir la hoja de ruta y garantizar una estrecha fidelidad a la rama principal de código. Hace años, Sophia Vargas de Google señaló razones similares para la participación de Google en las comunidades de código abierto: “Como participantes en el ecosistema, nuestras intenciones son dos: retribuir a las comunidades de las que dependemos, así como ampliar el soporte para el código abierto en general”.
El enfoque de Amazon claramente funcionó, dada su ventaja de varios años en la nube. El código abierto, la herramienta de los desvalidos, ahora parece permitir que tanto Microsoft como Google se pongan al día. Tal vez esta sea una forma de sugerir que, aunque el número de contribuyentes de código abierto definitivamente no garantiza el éxito, pueden desempeñar un papel en estrategias a largo plazo, obsesionadas con el cliente, y ayudar a remodelar los mercados. Al menos, eso parece ser por lo que Google, en particular, está apostando.
Fuente: https://www.infoworld.com/article/3669851/is-open-source-leadership-helping-google.html
