La visión de Steve Yegge sobre la era de los agentes de IA

El veterano ingeniero de Silicon Valley Steve Yegge (ex Amazon y Google, actualmente asesor de startups de IA) habló en una entrevista con The Pragmatic Engineer sobre el futuro de la ingeniería de software en la era de la IA de forma muy directa y polémica.

Resumen de sus principales argumentos

1. El fin de la era de programar a mano y una curva de crecimiento explosiva

• Originalmente era escéptico sobre la IA, pero tras usar Claude Code personalmente a inicios de 2024 cambió por completo de postura.
• El rendimiento de los modelos está subiendo rápidamente en una curva S, los ciclos de lanzamiento son cada vez más cortos (4 meses → 2 meses) y todos los errores se reflejan de inmediato en los datos de entrenamiento del siguiente modelo, por lo que considera que no se ve un límite.

2. El concepto del “dial del 50%”: los recortes de la mitad del personal en grandes empresas son inevitables

• Cada empresa tiene un “dial” para ajustar el porcentaje de reducción de personal, y actualmente muchas lo están girando hacia el 50%.
• → Su argumento es que hay que despedir a la mitad de los ingenieros para que la mitad restante pueda usar IA y alcanzar una productividad extrema.
• Observa que la mitad ya ni siquiera quiere escribir prompts y se está preparando para renunciar.
• Aunque critica con dureza los despidos masivos y desorganizados de Amazon, advierte que se viene una reestructuración mucho mayor que la de la época del COVID.

3. Las 8 etapas de adopción de IA (lamenta que muchos ingenieros todavía sigan en etapas bajas)

• Etapas 1~2: casi no usan IA, o solo activan un agente en el IDE y revisan todo con mucho cuidado
• Etapas 3~4: aumenta la confianza → modo YOLO, ni siquiera revisan el diff
• Etapas 5~6: el agente es el protagonista, uso simultáneo de varios agentes (etapa de adicción)
• Etapas 7~8: gestión de 10+ agentes → creación de un orquestador propio

→ Dice que le preocupa que ingenieros capaces que aún se quedan en las etapas 1~2 terminen rezagados en el futuro.

4. El efecto Drácula (el fenómeno de que la IA te chupa la energía)

• Usar IA genera una excitación y concentración extremas → la productividad explota 100 veces, pero viene acompañada de fatiga severa, siestas e irritabilidad.
• → Incluso en las personas que trabajan más rápido, solo se pueden obtener unas 3 horas al día de tiempo realmente productivo.

5. Propuesta de una revolución en la jornada laboral

• Si la productividad es 100 veces mayor, no hay necesidad de llenar 8 horas.
• → Su argumento es que obligar a la gente a concentrarse solo 3 horas al día y dejarla descansar el resto termina beneficiando más a la empresa. (De lo contrario, llega el burnout → la empresa se hunde)

6. Las grandes empresas ya están muertas (solo que todavía no lo saben)

• Las grandes empresas tienen cuellos de botella tan fuertes para innovar que, incluso si cuentan con ingenieros hiperproductivos, no pueden absorberlo adecuadamente.
• → A partir de ahora, la innovación solo ocurre en equipos pequeños y startups (similar a la transición hacia la nube).
• Su diagnóstico frío es que muchas grandes empresas hoy están en estado de “grandes empresas zombi y muertas”.

Resumen en una línea

El mensaje de Steve Yegge:
“Se acabó la era de programar a mano → los agentes de IA son los protagonistas → las grandes empresas deben recortar a la mitad y hacer que quienes queden trabajen solo 3 horas al día para sobrevivir. La innovación ahora les pertenece a los equipos pequeños.”

https://aisparkup.com/posts/9191

[aer0700]

Me parece un poco precipitado decir que las grandes empresas ya están muertas.
La velocidad del cambio sin duda puede ser una ventaja para las startups, pero también hay ámbitos exclusivos de las grandes corporaciones a los que una startup nueva no puede entrar. Por ejemplo, hay cosas que solo pueden hacer empresas que poseen enormes yacimientos petroleros como Aramco, o compañías que tienen grandes buques portacontenedores como las de Musk... Entre todo lo que esas empresas tuvieron que hacer para construir su negocio, programar probablemente fue una parte muy pequeña.

[botplaysdice]

Ah, es esa persona que, si usabas Emacs, te enseñaba a usar Caps Lock como Ctrl. De algún modo me inspira confianza.