Publicación de David "Pragdave" Thomas (coautor de The Pragmatic Programmer, firmante del Manifiesto Ágil) publicada el 6 de junio de 2026 en su newsletter de Substack. Tesis: la IA no elimina la degradación del código, la acelera.
En esta publicación del 6 de junio de 2026, David "Pragdave" Thomas — coautor de The Pragmatic Programmer y firmante del Manifiesto Ágil — lanza una advertencia tan breve como demoledora: la IA no elimina la degradación del código, la acelera.
El relato es personal. Por diversión, el autor añade funcionalidades a un pequeño proyecto de animación gráfica apoyándose en Claude. La primera semana es apasionante: las funcionalidades se suceden — soporte de color oklch, animación de líneas SVG mediante la manipulación de dash-length. Pero a partir de la segunda semana, los ciclos de regresión se vuelven la norma y la base de código se deteriora. Su frase da en el blanco: lo que a los equipos les tomó "18 meses, o incluso más" para convertirse en código inmantenible, él lo logró en "18 horas repartidas en cinco noches."
La causa raíz es el abandono de la higiene del código. Thomas enumera los marcadores de la descomposición: duplicación extensa, soluciones locales a problemas sistémicos, lógica condicional excesiva, proliferación de casos límite — defectos que terminan interactuando de forma destructiva. Citando a Gordon Bell como epígrafe ("todo gran desastre informático ha surgido de meter demasiadas ideas en un mismo lugar"), señala que "el código se degrada de forma natural; hay que invertir esfuerzo para evitar que eso ocurra."
Su diagnóstico también apunta al comportamiento del modelo. Los LLM están diseñados para maximizar el engagement y la satisfacción del usuario — de ahí el halagador "¡Esa es una gran idea, Dave!" — más que la sostenibilidad. Los compara con "desarrolladores junior cachorro": junior ansiosos por complacer pero desordenados, que sugieren constantemente nuevas funcionalidades y desalientan implícitamente la refactorización.
La idea central distingue la implementación inicial del mantenimiento a largo plazo. Cualquier persona sin experiencia como desarrollador puede triunfar en la "primera semana" de la programación asistida por IA; es el juicio profesional — saber cuándo dejar de añadir funcionalidades para refactorizar — lo que separa al ingeniero experimentado del novato.
La conclusión es un recordatorio atemporal: "Sigue siendo solo programación." Ya sean 18 horas o 18 meses, el código descuidado se degrada; todo lo aprendido sobre cómo producir buen código sigue siendo válido — el efecto simplemente se amplifica por la velocidad de la IA.
Puntos clave
Fecha / fuente.6 de junio de 2026, newsletter de Substack articles.pragdave.me. Autor: David "Pragdave" Thomas, coautor de The Pragmatic Programmer, firmante del Manifiesto Ágil.
Tesis. la IA no elimina la degradación del código, la acelera; "el código se degrada de forma natural; hay que invertir esfuerzo para evitar que eso ocurra." ### La historia (la trampa)
Proyecto personal de animación/gráficos usando Claude. Semana 1: entusiasmo, funcionalidades entregadas rápidamente (oklch, animaciones de líneas SVG mediante dash-length).
Semana 2. ciclos permanentes de regresión, base de código muy degradada.
Fórmula: lo que a los equipos les tomó "18 meses, o más" para degradarse → logrado en "18 horas en cinco noches." ### Marcadores de la descomposición (higiene del código abandonada)
Los problemas interactúan entre sí (efecto destructivo acumulativo). ### Diagnóstico conductual de la IA
Los LLM optimizan para el engagement y la satisfacción ("¡Esa es una gran idea, Dave!") ≠ sostenibilidad.
Metáfora: desarrolladores junior cachorro — ansiosos, productivos, desordenados, que siguen proponiendo más funcionalidades y desalientan la refactorización. ### Idea clave y conclusión
Cualquier persona sin experiencia como desarrollador triunfa en la "primera semana"; el juicio (saber cuándo detenerse y refactorizar) es lo que hace al profesional.
Epígrafe (Gordon Bell): "demasiadas ideas en un mismo lugar" = origen de todo gran desastre informático.
*"Sigue siendo solo programación". * — el código descuidado se degrada (18 horas o 18 meses); todo el conocimiento sobre el buen código sigue siendo válido, el efecto se amplifica. ### Para aprovechar en misiones / presentaciones
Antídoto al vibe coding. proveniente de una figura de autoridad del craftsmanship: la disciplina no es opcional, se vuelve más crítica con la velocidad.
Fórmula reutilizable: "18 horas en lugar de 18 meses" = un recurso pedagógico para la deuda técnica acelerada.
Conecta con: "cuanto más rápida es la ejecución, más estricto debe ser el marco" (Rafal/WeNvision), el desarrollo con IA es una trampa sin CD (Farley), la IA desplaza los cuellos de botella río abajo (Dropbox/Okumura).
Cifras clave
degradación del código alcanzada en 18 horas con IA frente a 18 meses en equipo
la IA no abole la degradación del código, la acelera
— David Thomas
« it's still just programming »
— David Thomas
« code naturally degrades; you have to invest effort to stop it happening »
— David Thomas
la higiene de código sigue siendo necesaria en la era de la IA (efecto amplificado)
— David Thomas
las IA son puppy-dog junior developers, entusiastas pero descuidadas
— David Thomas
El grafo de conocimiento extraído de esta ficha — 10 entidades, 13 relaciones.
En este grafo :David Thomas · Failing Faster · The Pragmatic Programmer · Claude · code rot (pourriture du code) · puppy-dog junior developer · hygiène de code · 18 heures vs 18 mois · jugement professionnel · Gordon Bell