El modelo de trabajo en torno a GitHub, basado en ramas, pull requests, revisiones humanas y pipelines de CI/CD, fue diseñado para una ingeniería de software centrada en personas y ya no encaja con la velocidad que imponen los agentes de inteligencia artificial. Este artículo sostiene que ese paradigma se ha convertido en el principal cuello de botella del sector y propone sustituirlo por una concepción de la entrega de software como infraestructura de alto rendimiento.
El texto parte de un cambio de fondo: la generación de código ya no es la fase lenta, sino la integración y validación del mismo. Como cualquier empleado de una compañía —no solo los ingenieros— puede producir código, los tiempos de compilación, las esperas en las revisiones y los cuellos de botella en CI/CD se sienten en toda la organización. A partir de ahí, el autor plantea cinco preguntas sin respuesta unívoca —quién es responsable del código que se despliega, cómo se confía en él, cómo se revisa, cómo se conecta y cómo se equilibra el gasto en tokens con la calidad— que ilustran la desalineación entre herramientas y prácticas.
Frente a la colaboración humana, el artículo defiende tratar la entrega de software como una infraestructura basada en primitivas: control de versiones con historial inmutable, ejecución aislada y rápida, artefactos reproducibles, caché determinista, identidad de quien produce el código y políticas aplicables por máquina. Del mismo modo que la nube abandonó la gestión servidor a servidor en favor de cómputo, almacenamiento y redes componibles, la conclusión es que los ganadores de la próxima década serán quienes construyan la infraestructura que permita generar, validar y desplegar software a escala de máquina, no quienes mejoren el próximo pull request.