Publicación de David «Pragdave» Thomas (coautor de The Pragmatic Programmer, signatario del Manifiesto Ágil) publicada el 6 de junio de 2026 en su boletín de Substack. Tesis: la IA no elimina la degradación del código, la acelera.
#higiene del código#descomposición del código#degradación del código#deuda técnica#la IA acelera la deuda#18 meses 18 horas#refactorización#duplicación
Resumen
En esta publicación del 6 de junio de 2026, David «Pragdave» Thomas — coautor de The Pragmatic Programmer y signatario del Manifiesto Ágil — lanza una advertencia tan breve como tajante: 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 usando Claude. La primera semana es exultante: las funcionalidades se suceden — soporte de colores oklch, animación de líneas en SVG mediante 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 formulación da en el blanco: lo que a los equipos les tomaba "18 meses, o incluso más" en convertirse en código inmantenible, él lo logró en "18 horas repartidas en cinco tardes."
Pragdave
— **David Thomas** , articles.pragdave.me
La causa raíz es el abandono de la higiene del código. Thomas enumera los indicios de descomposición: duplicación extensa, soluciones locales a problemas sistémicos, lógica condicional excesiva, proliferación de casos especiales — fallos que terminan interactuando de forma destructiva. Citando a Gordon Bell como epígrafe ("todo gran desastre informático ha surgido de tomar demasiadas ideas y ponerlas en un mismo lugar"), recuerda que "el código se degrada de forma natural; hay que invertir esfuerzo para evitar que ocurra."
Su diagnóstico también apunta al comportamiento del modelo. Los LLM están diseñados para maximizar el compromiso y la satisfacción del usuario — de ahí el adulador "¡Es una gran idea, Dave!" — en lugar de la durabilidad. Los compara con "desarrolladores junior cachorros": 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 no desarrollador puede tener éxito en la "primera semana" de 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 construir 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, boletín de Substack articles.pragdave.me. Autor: David «Pragdave» Thomas, coautor de The Pragmatic Programmer, signatario 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 ocurra." ### La historia (la trampa)
Proyecto personal de animación/gráficos con Claude. Semana 1: entusiasmo, funcionalidades entregadas rápidamente (oklch, animaciones de líneas en SVG mediante dash-length).
Semana 2. ciclos de regresión permanentes, base de código muy degradada.
Formulación: lo que a los equipos les tomaba "18 meses, o incluso más" en degradarse → alcanzado en "18 horas en cinco tardes." ### Indicios de 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 el compromiso y la satisfacción ("¡Es una gran idea, Dave!") ≠ durabilidad.
Metáfora: desarrolladores junior cachorros — entusiastas, productivos, desordenados, siempre proponiendo más funcionalidades y desalentando la refactorización. ### Idea clave y conclusión
Cualquier no desarrollador tiene éxito en la "primera semana"; el juicio (saber cuándo detenerse y refactorizar) 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 (18h o 18 meses); todo el conocimiento sobre el buen código sigue siendo válido, el efecto se amplifica. ### Para usar en trabajos / presentaciones
Antídoto al vibe coding. por parte de una figura de autoridad en artesanía del software: la disciplina no es opcional, se vuelve más crítica a medida que aumenta la velocidad.
Formulación reutilizable: "18 horas en lugar de 18 meses" = pedagogía 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 aguas 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