La era de la fábrica de código y el SRE del futuro
(article.keeban.io)Originalmente era un texto breve que solo compartí con personas cercanas, pero como la respuesta fue buena, también quise compartirlo en GeekNews para escuchar las ideas y perspectivas de otras personas. Si les parece un texto promocional, por favor háganmelo saber.
Resumen
- Los fundamentos de la ingeniería de software se están reestructurando debido al rápido auge de la IA y la automatización. Esta transformación ya es prácticamente irreversible, y las prácticas y flujos de trabajo existentes están siendo reevaluados de forma esencial
- La condición para que la IA reemplace por completo al desarrollador humano tradicional en la industria no es simplemente que escriba mejor código que una persona, sino que la capacidad productiva de la IA por sí sola supere a la combinación de humano + IA. Ese futuro no llegará tan fácilmente
- Los flujos de trabajo centrados en humanos, las mejores prácticas y los modelos de colaboración existentes (TDD, sistema Git/PR, etc.) necesitan revisarse en la era de la IA
- Si algo se puede hacer fácilmente con vibe coding, eso significa que tiene poca ventaja competitiva. En proyectos serios, incluso con automatización por IA, siguen siendo clave los procesos de ingeniería finos (gestión de contexto de LLM, automatización de validación, gestión de código, etc.)
- Gracias a la IA, cualquiera puede crear software, pero la operación real del servicio (SRE/DevOps) sigue siendo difícil de automatizar. Vercel/Supabase se vuelve caro al escalar, AWS/Kubernetes es complejo, y configurar monitoreo y alertas es todavía más difícil
- Cuanto más acelera la IA la escritura de código, mayor se vuelve la carga de SRE/DevOps/operación. Esta área es stateful, el costo de las alucinaciones es alto, y requiere procesar métricas y logs en tiempo real, por lo que no se resuelve bien con LLM por sí solos
- Incrustar un agente LLM en EC2 para que opere todo por su cuenta se parece a intentar conducción autónoma dándole a un LLM solo instantáneas de cámara: es una idea poco realista, y hace falta un enfoque más esencial
- Así como en conducción autónoma existen las etapas 2→4→5, la “operación autónoma” de servicios también requiere un enfoque técnico aparte: un “modelo de sistema” que incluya sensing (logs/métricas) y world model (arquitectura virtual/simulación de tráfico), entre otros
8 comentarios
Leí bien el texto, pero como mencionas en el cuerpo, parece un artículo promocional y no creo que vaya con el propósito de GeekNews.
> Como primer paso hacia ese objetivo, pronto lanzaré un MVP acorde con la era del Agentic Coding, que ofrezca despliegue simple de contenedores y observabilidad (monitoreo, métricas, alertas, etc.). Y ahí proporcionaré todo lo que se usa para operar servicios reales, por ejemplo infraestructura con estado como DB y MQ, así como web estática. Al principio comenzaré como PaaS, pero lanzaré rápidamente un producto que se instale en las cuentas y sistemas de los usuarios para aumentar los ingresos y conseguir una buena inversión.
>
> Y, en última instancia, quiero lograr la operación autónoma completa de operaciones/SRE/DevOps.
Creo que este es el punto clave; me da curiosidad saber por qué pensaste que podrías hacerlo mejor que AWS y Vercel.
Estoy muy de acuerdo y tengo ideas similares. En realidad, es algo que todos los que hacen desarrollo de software a nivel profesional ya saben... y en la comunidad de software actual es casi un consenso.
Parece que el punto de cambio es que ahora incluso personas no desarrolladoras pueden llevar a software ideas que antes no podían implementar, aunque sea como prototipo.
Y que los desarrolladores de software profesionales de nivel senior o superior pueden elevar de forma extrema su productividad trabajando solos y acelerar muchísimo la velocidad de desarrollo de servicios (aunque hay cuellos de botella por la arquitectura, las revisiones de código y los puntos que mencionaste arriba).
Desde el principio, incluso Vercel ha estado sacando adelante sus servicios a base de meterle mucha gente..
¿No podrían surgir también soluciones que automaticen SRE/DevOps con IA? (Esto incluso podría convertirse en una nueva idea de negocio). También me da la impresión de que las empresas existentes en este rubro probablemente ya estén desarrollando soluciones de IA internamente.
https://github.com/HolmesGPT/holmesgpt Hace tiempo vi algunos parecidos a esto, y supongo que para ahora ya debe haber muchos más similares. Sobre todo, viendo a gente que trabaja en empresas de mi entorno, cada quien termina creando distintas cosas dentro de su propia empresa. Desde el principio, incluso ese tipo de cosas ya estamos en una época en la que la IA las hace.
Ahora que lo pienso, yo también estoy haciendo cosas cada fin de semana. Pensando que esto todavía no lo ha hecho nadie.
Personalmente, considerando la velocidad del avance de la IA, creo que hasta podríamos terminar recordando esto como una evaluación completamente equivocada.