El director ejecutivo de Microsoft, Satya Nadella (en el centro de la foto)
Imagen: James Martin/CNET

Una de las mejores cosas del código abierto es que maximiza las opciones. Irónicamente, esta es también una de las peores cosas del código abierto.

¿Necesita una base de datos? El código abierto ofrece cientos de ellos. ¿Una cola de mensajes? Muchas opciones. Etc. Es una gran elección para los desarrolladores que, si bien es algo bueno, tiene sus propias desventajas; es decir, que determinan cómo elegir el ideal herramienta para una tarea determinada puede no ser trivial. Este problema de ser mimado por la riqueza es particularmente evidente en el área de las llamadas herramientas DevOps.

VER: Cómo construir una carrera exitosa como ingeniero DevOps (PDF gratuito) (República Tecnológica)

Índice

borracho para elegir

Como capturó Christopher Condo, analista de Forrester, en la década de 2000, Microsoft, IBM y otros ingresaron al mercado con herramientas de automatización integrales que hacían de todo, desde ejecutar pruebas unitarias hasta empaquetar software para prepararlo para la producción. Si bien en teoría esto facilitó la vida de los desarrolladores, estas soluciones eran inflexibles y costosas, lo que dejaba a los desarrolladores atados a cualquier cosa con la que comenzara su organización.

Avance rápido unos años, y los desarrolladores nadaban en un mar de opciones. Git, Jenkins, Chef, etc. Estas herramientas de vanguardia estaban a solo una descarga de distancia y provocaron una innovación furiosa en el espacio DevOps. Según Condo,

Una herramienta tras otra ha ingresado al mercado para realizar nuevos trucos, como herramientas de marcado de funciones gratuitas como ff4j, o para encontrar nuevos enfoques a viejos problemas como Travis CI y su enfoque sin operaciones para administrar la integración continua. Hoy en día, hay literalmente cientos de herramientas DevOps, lo que convierte a muchos desarrolladores en los niños proverbiales en una tienda de golosinas, cargando su bolsa de regalos con todas las herramientas gratuitas que pueden tener en sus manos.

Desafortunadamente, la mayoría de estos proyectos innovadores no funcionaron bien juntos, introduciendo un "impuesto DevOps" en las organizaciones. Según las estimaciones de Forrester, el 10 % del tiempo/recursos de un equipo de desarrolladores se dedicó a mantener su cadena de herramientas. A pesar del auge de las herramientas para desarrolladores, la velocidad real de lanzamiento se ha mantenido algo constante:

Lo que nos lleva al día de hoy.

Menos opciones, por favor

En toda la industria, hemos visto a compañías como Atlassian y Microsoft comenzar a ensamblar cadenas de herramientas integradas de CI/CD (integración continua/entrega continua). Microsoft, más que cualquier otro, es el que hay que observar. Microsoft no solo tiene una larga historia de atender a los desarrolladores, sino que mejoró su ya impresionante juego con la adquisición de GitHub (además del desarrollo de Visual Studio Code y TypeScript).

Microsoft tiene como objetivo mantener a GitHub independiente de Redmond. Aun así, en la conferencia de desarrolladores Build de Microsoft a principios de este año, la compañía promocionó integraciones más estrechas entre Visual Studio y Active Directory con GitHub, lo que facilita que una empresa compre GitHub Enterprise como parte de su suscripción a Visual Studio y use Active Directory para brindar los equipos de desarrolladores acceden a repositorios seguros de GitHub. De esta forma, Microsoft facilita que los clientes existentes de Microsoft obtengan más de GitHub.

VER: Microsoft Build 2019: las conclusiones más importantes (PDF gratuito) (República Tecnológica)

GitHub, por su parte, continúa ajustando los extremos sueltos de una cadena de herramientas de CI/CD. Más recientemente, GitHub anunció Acciones, que permite a los desarrolladores automatizar flujos de trabajo que "pueden ser activados por eventos de la plataforma GitHub (es decir, empujar, emitir, liberar) y pueden ejecutar una secuencia de acciones en serie o paralelas en respuesta". ¿Crees que es pequeño? El CTO de GitHub, Jason Warner, no está de acuerdo:

Si se pregunta sobre el futuro del software y los flujos de trabajo, considere lo que puede hacer Actions. Todo el desarrollo del dolor[eloper]Siento todos los días, todas las molestias de empujar e implementar código, toda la fricción... se ha ido. Y mucho más. Este es territorio de ciencia ficción.

Por supuesto, todos en el universo de GitHub se benefician de las acciones, no solo Microsoft. Microsoft tampoco parece ser tímido a la hora de compartir la riqueza, pero como sugieren los anuncios de Active Directory y Visual Studio, con el tiempo, Microsoft facilitará gradualmente el uso de las herramientas de Microsoft, incluidos los servicios de GitHub, de manera integrada y holística.

Para una empresa que parecía haber perdido el rumbo con los desarrolladores, Microsoft está de vuelta en su juego, brindando a los desarrolladores una experiencia integrada que es difícil de resistir.