Qué cambia para quien programa
Jeremy Scheff describe la programación como uno de los mejores trabajos posibles para quien disfrutaba resolviendo problemas complejos y tomando decisiones sobre estrategia, plazos y límites de lo que se podía hacer. Su tesis es que los modelos de lenguaje y los agentes de código alteran ese equilibrio: para quien solo quiere levantar sistemas que funcionen, la automatización es una ayuda evidente; para quien encontraba satisfacción en resolver esos problemas, la pérdida es real.
La reflexión gira en torno a una diferencia que no siempre aparece en los debates sobre automatización. No se trata solo de cuánto código puede producir una máquina, sino de qué parte del trabajo humano desaparece cuando una herramienta asume tareas que antes obligaban a pensar, probar y corregir. En el planteamiento de Scheff, el valor de la programación no estaba únicamente en el resultado final, sino en el proceso mismo de desentrañar un problema.
Ese matiz importa porque separa dos perfiles distintos dentro del trabajo técnico. Hay personas que encuentran satisfacción sobre todo en construir sistemas funcionales, aunque el camino sea menos estimulante. Otras viven la programación como una actividad intelectual en la que el reto, el diseño y la exploración del problema forman parte esencial del oficio. El texto sostiene que los agentes favorecen claramente al primer grupo y dejan al segundo con una pérdida difícil de compensar.
Una discusión que va más allá de la productividad
La pieza no discute si los modelos de IA hacen el trabajo más rápido, algo que hoy ya se da por supuesto en muchas tareas. Lo que subraya es otra consecuencia: cuando se automatiza demasiado la resolución de problemas, el trabajo pierde parte de su contenido para quienes disfrutaban precisamente de esa parte. Es una observación sobre identidad profesional, no solo sobre eficiencia.
Ese enfoque ayuda a entender por qué la conversación sobre agentes de código se parece cada vez menos a una simple disputa entre más o menos productividad. En algunos contextos, la mejora es obvia: menos tiempo en tareas repetitivas, más capacidad para avanzar en entregables y menos fricción en el día a día. Pero para desarrolladores con perfil de resolución de problemas, la automatización también puede vaciar una parte del puesto que daba sentido al trabajo. El texto no mide ese impacto con datos, pero sí lo formula con claridad desde la experiencia del oficio.
Lo que confirma y lo que no
Conviene distinguir entre la observación y la evidencia. La publicación de Simon Willison es un enlace comentado a un texto de Jeremy Scheff, no un estudio ni un anuncio empresarial. Por tanto, lo confirmado aquí es la existencia de esa valoración y la lectura que hace sobre el efecto de los agentes de código en la satisfacción profesional de ciertos programadores. No hay cifras, no hay una medición del fenómeno ni una previsión verificable sobre su alcance.
Aun así, la pieza captura un punto de fricción que ya aparece en otras conversaciones del sector: la IA no solo cambia cuántas tareas se pueden hacer, sino cuáles siguen siendo humanas y cuáles aportaban valor por sí mismas. En programación, eso puede traducirse en un reparto distinto del trabajo entre personas y máquinas, con más supervisión y menos resolución manual directa. Para parte de la plantilla técnica, ese desplazamiento puede sentirse como una pérdida de oficio antes que como una ganancia de tiempo.
Por qué importa para el sector
Para empresas y equipos de software, el matiz no es menor. Si los agentes de código se adoptan como una capa de aceleración, la organización puede ganar velocidad sin cambiar demasiado la estructura del trabajo. Pero si acaban ocupando precisamente la parte más atractiva para los perfiles más técnicos, la consecuencia puede ser más compleja: menos satisfacción, más dependencia de herramientas externas y una redefinición del papel del programador.
También hay una implicación cultural. Durante años, programar se ha presentado como una combinación de creatividad, lógica y control del proceso. La automatización de los agentes desplaza ese equilibrio y obliga a replantear qué se espera realmente de un profesional del software. La reflexión de Scheff no dice que programar deje de tener valor; dice que ese valor cambia cuando los problemas dejan de ser resueltos directamente por la persona que los había asumido como parte central de su trabajo.
Lo que queda por ver es hasta qué punto esa sensación se extiende más allá de los perfiles que ya se identifican con el oficio clásico de programar. Si los agentes siguen mejorando, la pregunta no será solo cuánto código escriben, sino cuánto del trabajo que hacía interesante escribirlo seguirá siendo humano.
