El programador de antes ha muerto: Anthropic enterró la entrevista de código, Proton lo dice sin anestesia y tú depuras el 42% de tu semana

Si tu valor como programador era saber resolver un ejercicio de LeetCode, la IA acaba de dejarte sin trabajo y sin excusa. Y no lo dice un gurú de LinkedIn: lo dicen las propias empresas que construyen el modelo.

Esta semana tres noticias distintas cuentan la misma historia. Y ninguna es cómoda.

La entrevista de programación murió: lo que Anthropic acaba de admitir

Felix Rieseberg, gerente de ingeniería en Anthropic (dirigió Claude.ai, Claude Code de escritorio y Cowork, y antes pasó por Notion, Stripe, Slack y Microsoft), soltó una frase que ya da vueltas por X: «La entrevista de programación murió, al menos para mi equipo».

El motivo es casi insultante de simple. Claude resuelve esos desafíos mejor que los candidatos. Un mini ejercicio de React hoy tiene tanto sentido como preguntarte por lenguaje ensamblador.

Su conclusión también pica: ve ingenieros recién llegados adelantando a gente que programa mejor y lleva años más. Su resumen, que sirve de quote para tatuarse: «El hambre le gana a la antigüedad».

Ojo, que no es una tendencia general. Según ZipRecruiter, el 62,5% de los empleadores del sector información todavía exige pruebas formales de habilidades. Pero cuando la empresa que fabrica la herramienta dice que la prueba ya no mide nada, el resto del mercado tiene un problema de coherencia a corto plazo.

El manifiesto de Proton y la frase que ha incendiado a los desarrolladores

Mientras tanto, el CTO de Proton, Bart Butler, escribió un memo de tres páginas con una línea que ha partido en dos a la comunidad: «Tu trabajo ya no es escribir código, y los LLM no están aquí para ayudarte a escribir mejor código más rápido. Tu trabajo es ayudar al LLM a escribir mejor código más rápido».

Peter Steinberger, creador de OpenClaw, respondió que si el progreso de los próximos dos años va ni a la mitad de rápido que ahora, «el viejo trabajo de ingeniero de software se acabó». DHH fue más duro: la verdadera psicosis de la IA es creer que «es solo otra herramienta» y que «los humanos tienen que revisar cada línea».

Hay quien lo celebra y hay quien siente que le han robado la identidad. Las dos reacciones son comprensibles. Ninguna cambia el calendario.

La grieta que nadie quiere ver: escribimos más rápido, pero no entregamos antes

Aquí viene el baño de realidad que los gurús de «10x con IA» se saltan. Una encuesta de Undo y Coleman Parkes a 300 líderes sénior de ingeniería (EE. UU. y Reino Unido, empresas de más de 250 millones de facturación) dice que el 79% produce código mucho más rápido con IA.

Y aun así los ciclos de lanzamiento no se han acelerado.

¿Por qué? Porque depurar se come el 42% de la semana laboral. Fíjate en el reparto de las 40 horas:

• Escribir código: 9,8 horas (25%).
• Depurar durante el desarrollo: 9,7 horas (24%).
• Resolver incidencias que reportan los clientes en producción: 7,2 horas (18%).
• Todo lo demás: 13,3 horas (33%).

El cuello de botella se movió de escribir a investigar qué ha fallado. Y el peor enemigo no es el código roto, que salta a la primera. Es el código casi correcto: compila, pasa la prueba obvia, se ve limpio en la revisión y explota con una lista vacía, un año bisiesto o un usuario en otra zona horaria. En la encuesta de Stack Overflow de 2025, el 66% de los programadores se quejaba justo de eso: soluciones de IA que están casi bien, pero no del todo.

Velocidad que ganas escribiendo, velocidad que pierdes revisando. Cuenta cerrada.

El giro que nadie esperaba: la IA no te quita el trabajo, te lo cambia por uno más difícil

Si el código sale barato y verificarlo sale caro, el valor se desplaza. Rieseberg lo dice a su manera: ejecutar ya no es caro, así que un novato puede armar un prototipo útil en un fin de semana. Dos ingenieros de Anthropic hicieron justo eso con la interfaz gráfica de Claude Code y salió en público unos ocho días después.

Lo que escasea ahora no es teclear. Es:

• Entender qué problema de negocio hay que resolver de verdad.
• Saber qué probar cuando todo «parece» funcionar.
• Criterio para decidir qué código entra a producción y cuál no.
• Pensamiento crítico: el 61,5% de los empleadores del sector dice que es la mayor carencia de los candidatos.

Incluso Jaana Dogan, ingeniera principal de Google, ya dijo que le interesaría evaluar cómo usan los candidatos los agentes de programación, no si saben invertir un árbol binario.

El examen del futuro no es «escribe esto». Es «dirige a la máquina y demuéstrame que no te ha mentido».

Qué significa todo esto para desarrolladores y freelancers en 2026

Si eres desarrollador o freelance, esto es lo que haría yo hoy, sin filtro:

• Deja de venderte por líneas de código. Véndete por resultados entregados, en producción y sin incendios. El cliente no paga por tipear, paga por que funcione.
• Aprende a depurar como deporte. Logs, trazas, tests, casos límite. Si el 42% de la semana se va ahí, es la habilidad más rentable que puedes afinar.
• Convierte los agentes en tu equipo, no en tu muleta. Si no puedes explicar por qué un cambio generado es correcto, no lo mergees. Punto.
• Construye un prototipo funcional en un fin de semana. Es tu nuevo currículum. Un portafolio con cosas que corren pesa más que cualquier certificado.
• Cuida el criterio. Es lo único que no se descarga con una API key.

Yo trabajo así todos los días: con agentes escribiendo la parte aburrida y yo decidiendo qué se queda y qué no. No es magia, es oficio con herramientas nuevas.

¿Tienes un producto, un MVP o un código generado por IA que no termina de funcionar y necesitas a alguien que lo deje sólido? Soy desarrollador freelance, no una agencia con comerciales de por medio: hablas conmigo y yo me ensucio las manos. Escríbeme desde la página de contacto y lo vemos.