Donn Felker, responsable de plataforma IA en Polygon, antiguo empleado de Tinder y especialista en Android durante diez años, publica el 14 de septiembre de 2026 un ensayo sobre la desaparición de la ingeniería de software tal como él la practicaba. Data su toma de conciencia en julio de 2025, a partir de tres hechos. Construyó una SaaS completa sin escribir una línea de código. En Tinder, un prompt de dos mil palabras ejecutó en diez minutos, sin error, una migración de librería de threading que antes tomaba de seis a ocho horas por instancia. Por último, vio a personas no técnicas lanzar productos reales: un CFO construyó su herramienta de operaciones financieras con la aplicación Claude, un gestor de gimnasio su plataforma de coaching. Su conclusión: nunca se trató de programar sino de ejecutar; el código era solo un peaje.

El ensayo explica luego la ansiedad de los ingenieros mediante dos conceptos de psicología social. La categorización ocupacional reduce a una persona a su empleo; la centralidad de la identidad profesional convierte ese empleo en el fundamento de su valor. Cuando el trabajo cotidiano pasa a manos de un agente, la identidad se tambalea: o bien quedarse atrás, o bien entrenar al propio reemplazo.

Felker propone la imagen de un péndulo de apalancamiento entre producto e ingeniería. El agente desplaza el apalancamiento inicial hacia producto, que obtiene un prototipo en una tarde. Pero la complejidad y la escala devuelven el apalancamiento hacia ingeniería: un CFO atascado tras dos meses en la misma sesión de Claude Cowork sin saber dónde vive su código, un fotógrafo cuya aplicación Base44 almacenaba sus archivos multimedia en Google Drive con un coste de transferencia insostenible. El ingeniero lo corrige, implementa arquitectura y guardrails, y luego devuelve el control. Cada oscilación se amortigua, hasta la siguiente versión del modelo.

El rol que emerge en el punto de equilibrio es el agentic builder, un híbrido de ingeniero y responsable de producto. Los especialistas puros en ambos extremos se presentan como amenazados. El camino propuesto tiene dos pasos: codificar el propio conocimiento en skills y procedimientos ejecutables por agentes, lo que vuelve escalable al individuo y lo desplaza de operador a orquestador; luego adoptar el pensamiento sistémico —negocio para el ingeniero, ingeniería para la persona no técnica— con una lista de seis requisitos que plantear al agente: arquitectura, guardrails, copias de seguridad, control de versiones, gobernanza, observabilidad.

El autor fija un horizonte de seis meses para completar la transición y concluye con la figura del builder capaz de leer un balance y una traza de ejecución.