Anthropic recientemente le dijo a su equipo de crecimiento que contratara más gerentes de producto, no menos. La razón, como se informó en la cobertura de la industria, fue que Claude Code había convertido silenciosamente su organización de ingeniería en un equipo que cuenta con aproximadamente tres veces su plantilla real, y el cuello de botella pasó del entorno de desarrollo integrado (IDE) a las personas que deciden qué construir.
Ese detalle es fácil de pasar por alto en el ruido de cada Reclamación de productividad de la IA. También es el cambio estructural que está viviendo el resto de la industria. El cuello de botella del software ya no es escribir. Es decidir qué escribir. Y los ingenieros que tratan esto como un problema ajeno están a punto de estancarse.
Durante la mayor parte de la última década, esa decisión recayó en otra persona. Ingeniería de software era un oficio que se absorbía lentamente y luego se practicaba en una secuencia larga y predecible: profundizar en la tecnología, escribir el código, preguntarle a Stack Overflow cuando estaba atascado, escalar a un ingeniero senior cuando Stack Overflow fallaba, enviar el boleto. El gerente de producto era dueño del embudo. El ingeniero era dueño de la construcción. Ambas partes trataron esta división como física.
Luego el embudo se derrumbó en cinco pasos.
Una breve historia de cómo se comprimió el día del ingeniero
La era Stack Overflow (2014 hasta finales de 2022): La forma en que pensaban los ingenieros vivía en un solo lugar. Pero las nuevas preguntas mensuales sobre Stack Overflow ya no están disponibles aproximadamente el 77% desde noviembre de 2022, que no fue casualidad cuando se lanzó ChatGPT. La caída no es un referéndum en el sitio. Es un referéndum sobre el flujo de trabajo que representaba.
La era de las pestañas del navegador (de finales de 2022 a 2024): La primera generación de ChatGPT se encontraba fuera del IDE. Los ingenieros ejecutaron el mismo ciclo que siempre habían ejecutado, solo que con un oráculo más rápido: escriba un mensaje en un navegador, pegue la respuesta nuevamente en VS Code y repita. El trabajo todavía era de un solo hilo y estaba impulsado por ingenieros. La influencia fue real pero local.
La era nativa de IDE (2024 a 2025): Cursor y Claude Code movieron el modelo dentro del editor y le dieron acceso al repositorio completo. El camino de escalada de ingenieros superiores se disolvió en gran medida. Durante años, la opinión predominante entre los ingenieros veteranos fue que Bash tenía la vida útil más larga de todas las herramientas del mercado. Para 2026, para una parte significativa de los desarrolladores que trabajan, el primer comando escrito en una terminal nueva es claude.
La era impulsada por las especificaciones (2025 a 2026): Las ventanas de contexto más grandes convirtieron el trabajo de una sola sesión en algo que antes requería tickets, documentos de diseño y sprints. Según se informa, el equipo Kiro IDE de Amazon comprimió las compilaciones de funciones de dos semanas a dos días utilizando el mismo flujo de trabajo basado en especificaciones que estaban enviando. Un equipo de ingeniería de AWS describió una reestructuración de 18 meses, originalmente prevista para 30 ingenieros, que fue completada por 6 personas en 76 días. El cuello de botella dejó de ser el tiempo que lleva escribir el código. Comenzó siendo la claridad con la que el equipo puede describir cómo se ve lo correcto.
La era de las rutinas (2026): En abril, Anthropic lanzó Claude Code Routines: agentes persistentes y programados que se ejecutan con cadencia, en un webhook o durante la noche mientras la computadora portátil está cerrada. Cron regresó. Hooks regresó. El trabajo del ingeniero ahora es parte de la orquestación: crear un enjambre antes de acostarse, revisar una pila de solicitudes de extracción por la mañana. Envoltorios de terceros como OpenClaw, que Anthropic suspendió brevemente en abril antes de su restablecimiento parcial, expresaron el mismo punto desde el punto de vista del código abierto.
El cuello de botella se movió; la mayoría de los equipos no lo han hecho
La ingeniería se ha triplicado aproximadamente. La gestión de productos no ha cedido. La proporción tradicional de 1:8 entre PM e ingenieros, que ya era tensa, ahora se acerca más a una efectiva 1:20 porque cada ingeniero envía más por día. Por ejemplo, LinkedIn reemplazó su carrera de gerente de producto asociado con un programa «Creador de productos» que capacita a generalistas en productos, diseño e ingeniería. Anthropic está contratando más PM, no menos. El patrón es consistente en todas las empresas que realmente han implementado flujos de trabajo agentes en producción: el sistema produce características construidas más rápido de lo que produce decisiones sobre lo que se debe construir.
Para los ingenieros, esta es la señal profesional más importante de la década, y la más fácil de pasar por alto mientras las historias de productividad dominan las noticias.
Los primeros principios importan más, no menos
El instinto de declarar obsoletos los fundamentos en la era de los agentes interpreta la tendencia exactamente mal.
Cuando una pérdida de memoria interrumpe la producción a las 3 de la madrugada y la causa resulta ser un error de propiedad sutil iniciado hace 4 años, ningún agente disponible actualmente cierra ese ciclo de un extremo a otro. Los sistemas operativos, las redes, la concurrencia y los planes de consulta aún deciden quién puede resolver un incidente real. También deciden quién puede detectar los momentos en que una salida del agente parece correcto en la superficie y, silenciosa y costosamente, equivocado en el fondo. El agente que escribió el 70% del código en un repositorio moderno no puede decirle a nadie de manera confiable dónde divergieron sus suposiciones sobre la seguridad de los subprocesos, la propiedad de la memoria o el aislamiento de transacciones del tiempo de ejecución. El ingeniero que puede leer las diferencias y captar ese es el ingeniero que el resto del equipo necesita en la sala, y ese ingeniero se basa en fundamentos, no en habilidades de indicaciones.
El corolario es que los fundamentos son ahora una habilidad de apalancamiento, no una habilidad de higiene. En 2014, saber cómo funcionaba una retransmisión TCP hizo que un ticket de depuración se cerrara más rápido. En 2026, el mismo conocimiento impedirá que todo un proceso de lanzamiento impulsado por agentes envíe una regresión a escala. El radio de explosión del ingeniero que sabe lo que sucede debajo ha aumentado, no disminuido.
La reseña es la nueva escritura.
En 2026, los ingenieros generarán código a un ritmo que excede lo que cualquiera de ellos puede leer con atención. El equipo que se lanza rápido y sobrevive es el equipo cuyos ingenieros tratan la revisión del código generado por IA con al menos el mismo rigor que alguna vez reservaron para escribirlo. El 2025 Encuesta para desarrolladores de Stack Overflow puso al 84% de los desarrolladores en herramientas de inteligencia artificial, y el 46% dijo que no confía en el resultado, un fuerte aumento con respecto al 31% del año anterior. Esa brecha, el uso intensivo combinado con poca confianza, es exactamente donde las habilidades de revisión ahora son más importantes. Los codificadores que presionan mucho y revisan poco están acumulando una deuda que vencerá durante el primer incidente real, y el ingeniero que puede pagarla es el que combinó su volumen con un conocimiento profundo de los primeros principios de los sistemas involucrados.
El nuevo diferenciador es el embudo de producto.
Ambos son necesarios. Ninguno de los dos es suficiente. El ingeniero que importa en 2026 es el que ha dejado de esperar a que llegue el embudo en forma de ticket de Jira.
Eso significa hacer cosas que históricamente se permitía omitir el rol.
Habla con los clientes. Observe cómo usan realmente el producto. Lea la cola de soporte. Siéntese en la llamada de ventas. La señal que recibe un equipo de producto a través de tres capas de resumen, un ingeniero ahora puede obtenerla de primera mano en una tarde.
Genere ideas, no sólo estimaciones. El gerente de producto que solía generar ideas para 8 ingenieros no puede generar ideas para 20 con la misma fidelidad. El ingeniero que se presenta con una oportunidad validada y con alcance ya no está haciendo el trabajo de PM. El ingeniero está haciendo el trabajo que requiere la nueva proporción.
Trabajar al revés desde el cliente. Amazon ha estado escribiendo el comunicado de prensa primero durante dos décadas. La disciplina se transmite bien a equipos de uno y a enjambres de agentes. Ambos producen una gran cantidad de software que funciona en la dirección equivocada sin una declaración clara de lo que significa «el cliente gana» antes de escribir cualquier código.
Deja de esconderte detrás del ancho de banda. La respuesta honesta a «¿Tienes capacidad para esta idea?» solía ser ‘No’. Con rutinas, ganchos y una pila de agentes cooperativos, la respuesta honesta se acerca más a «¿Cuánto vale la idea?» Esa es una conversación diferente y mucho más difícil de mantener sin un punto de vista real sobre el cliente.
Lo que recompensa la próxima década
La historia de cinco fases anterior no es realmente una historia de herramientas. Es una historia de qué parte del trabajo tuvo que hacer un humano. La parte que todavía es humana, y que seguirá siendo humana en el futuro previsible, ha ascendido en el embudo: de escribir a revisar, a decidir, a elegir el cliente al que atender y el problema a resolver.
La versión 2026 de un gran ingeniero No es el que escribe más código. Es aquel que sabe qué construir, puede demostrar que vale la pena construirlo y tiene la flota de agentes más la disciplina de revisión para enviarlo sin que el sistema colapse bajo su propia velocidad.
Los ingenieros que interioricen esto pasarán la próxima década realizando el trabajo más interesante que jamás haya producido el software. Los ingenieros que esperan un ticket lo pasarán viendo cómo el agente que está a su lado escribe el ticket.
Ishan Gupta es ingeniero de software en Amazon.
¡Bienvenido a la comunidad VentureBeat!
Nuestro programa de publicaciones invitadas es donde los expertos técnicos comparten conocimientos y brindan análisis profundos neutrales y no adquiridos sobre inteligencia artificial, infraestructura de datos, ciberseguridad y otras tecnologías de vanguardia que dan forma al futuro de las empresas.
Leer más de nuestro programa de publicaciones de invitados y consulte nuestro pautas ¡Si estás interesado en contribuir con un artículo propio!
Suscríbete y recibe las historias más importantes del día.
Al suscribirte aceptas nuestros términos y condiciones y política de privacidad.
