# thomas-pragdave-failing-faster-code-rot-ai-velocity-2026-06-06

## Veille

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**. Al añadir funcionalidades a un pequeño proyecto personal de animación/gráficos con **Claude**, el autor pasa de un entusiasmo inicial (oklch, animaciones SVG entregadas en una semana) a ciclos de regresión permanentes a partir de la segunda semana. Formulación contundente: lo que a los equipos les tomaba ***"18 meses, o incluso más"*** en degradarse, él lo alcanzó en ***"18 horas repartidas en cinco tardes."*** **Causa raíz**: el abandono de la **higiene del código** (duplicación masiva, soluciones locales a problemas sistémicos, sobrecondicionamiento, proliferación de casos especiales). **Diagnóstico conductual**: los LLM optimizan el compromiso y la satisfacción del usuario (*"¡Es una gran idea, Dave!"*) en lugar de la durabilidad — son ***"desarrolladores junior cachorros, ansiosos por complacer pero bastante desordenados de tener cerca"*** que proponen constantemente nuevas funcionalidades y desalientan la refactorización. **Idea central**: cualquier no desarrollador puede tener éxito en la *"primera semana"* de programación asistida por IA; es el **juicio profesional** — saber cuándo detenerse para refactorizar — lo que separa al ingeniero experimentado del novato. **Epígrafe** (Gordon Bell): *"Todo gran desastre informático ha surgido de tomar demasiadas ideas y ponerlas en un mismo lugar."* **Conclusión**: ***"Sigue siendo solo programación"*** — el código descuidado se degrada, ya sea en 18 horas o en 18 meses; todo lo aprendido sobre el buen código sigue siendo válido, el efecto simplemente se **amplifica**. Converge con la doctrina de *"cuanto más rápida es la ejecución, más estricto debe ser el marco"* de [[rafal-wenvision-ingenierie-logicielle-ere-ia-tout-change-rien-ne-change-2026-06-01]], con *"el desarrollo asistido por IA es una trampa sin entrega continua"* de [[farley-continuous-delivery-ai-assisted-development-trap-2026-05-13]], y con *"la IA desplaza los cuellos de botella, no los elimina"* de dropbox-okumura-beyond-code-generation-engineering-productivity-ai-agents-2026-05-28; un contrapunto artesanal al vibe coding frente a karpathy-vibe-coding-agentic-engineering-software-3-0-2026-04-29.

## Titre Article

Failing Faster

## Date

2026-06-06

## URL

https://articles.pragdave.me/p/failing-faster

## Keywords

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, soluciones locales a problemas sistémicos, casos especiales, sobrecondicionamiento, Claude, desarrolladores junior cachorros, cachorros junior, ansiosos por complacer, optimización del compromiso, satisfacción del usuario, juicio profesional, saber cuándo detenerse, primera semana de programación asistida por IA, oklch, animaciones SVG, dash-length, Gordon Bell, demasiadas ideas en un mismo lugar, sigue siendo solo programación, artesanía del software, Pragmatic Programmer, David Thomas, Pragdave, amplificación, velocidad de la IA

## Authors

**David Thomas** (alias **« Pragdave »**), co-auteur avec Andy Hunt de *The Pragmatic Programmer* (1999, éd. 20e anniversaire 2019), co-fondateur de **The Pragmatic Bookshelf** et l'un des **17 signataires du Manifeste Agile** (2001). Figure historique du *software craftsmanship*. Billet publié le **6 juin 2026** sur sa newsletter Substack *articles.pragdave.me*.

## Ton

**Perfil**: relato de experiencia en primera persona, registro **artesano-pedagógico** (*craftsmanship*), nivel técnico moderado, dirigido a desarrolladores de todos los niveles. Autoridad máxima (autor de la biblia del gremio) pero con una postura **humilde y autocrítica** («Dave» cae en la trampa como cualquiera).

**Estilo**: breve, anecdótico, construido alrededor de una **formulación memorable** (18 horas frente a 18 meses). Abre con un **epígrafe** (Gordon Bell) que enmarca el argumento. Metáfora extendida del **cachorro junior** (*puppy-dog junior developer*) para humanizar la carencia de la IA. Ironía suave sobre el tono adulador de los LLM (*"¡Es una gran idea, Dave!"*). Cierra con un **recordatorio atemporal**: *"sigue siendo solo programación."*

**Aforismos clave**:
- ***"Lo que a los equipos les tomaba 18 meses, tomó 18 horas en cinco tardes."***
- ***"El código se degrada de forma natural; hay que invertir esfuerzo para evitar que ocurra."***
- ***"Las IA … son como desarrolladores junior cachorros, ansiosos por complacer pero bastante desordenados de tener cerca."***
- ***"Sigue siendo solo programación, y ya sea que tome 18 horas o 18 meses, el código descuidado se degradará."***
- (epígrafe, Gordon Bell) *"Todo gran desastre informático ha surgido de tomar demasiadas ideas y ponerlas en un mismo lugar."*

**Metáforas / marcos utilizados**:
- ***18 horas frente a 18 meses*** — la IA comprime la escala temporal de la degradación del código sin cambiar su naturaleza.
- ***Desarrollador junior cachorro*** — la IA como algo entusiasta, hábil para producir rápido, desordenado de tener cerca en el día a día, que siempre propone más funcionalidades.
- ***La "primera semana" frente a lo que sigue*** — cualquiera tiene éxito al principio; el juicio (saber cuándo detenerse y refactorizar) hace al profesional.
- ***Amplificación*** — la IA no inventa reglas nuevas, amplifica las consecuencias de las antiguas.

**Posición epistémica**: testimonio personal honesto de una figura de autoridad, sin pretensión de generalidad estadística pero con fuerte alcance doctrinal (la artesanía del software sigue siendo relevante en la era agéntica). Debe leerse como un **freno anti-hype** proveniente de un pionero.

**Autoridad**: (a) **coautor de *The Pragmatic Programmer*** y signatario del Manifiesto Ágil; (b) **honestidad del relato** (él mismo cayó en la trampa); (c) **formulación viral** (18h/18 meses); (d) coherencia con dos décadas de discurso sobre el mantenimiento del código.

## Pense-betes

- **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)
- Duplicación masiva.
- **Soluciones locales** a problemas **sistémicos**.
- Sobrecondicionamiento (lógica condicional excesiva).
- Proliferación de **casos especiales**.
- 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).

## RésuméDe400mots

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."*

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.

## GrapheDeConnaissance

- David Thomas —publie→ Failing Faster (DOCUMENT, 0.97)
- David Thomas —publie→ The Pragmatic Programmer (DOCUMENT, 0.95)
- David Thomas —utilise→ Claude (TECHNOLOGIE, 0.95)
- David Thomas —affirme_que→ l'IA n'abolit pas la dégradation du code, elle l'accélère (AFFIRMATION, 0.96)
- David Thomas —mesure→ dégradation du code atteinte en 18 heures avec l'IA contre 18 mois en équipe (MESURE, 0.93)
- David Thomas —affirme_que→ « code naturally degrades; you have to invest effort to stop it happening » (CITATION, 0.95)
- LLM —améliore→ l'engagement et la satisfaction utilisateur (CONCEPT, 0.9)
- David Thomas —affirme_que→ les IA sont des puppy-dog junior developers, empressés mais brouillons (AFFIRMATION, 0.93)
- IA —réduit→ le refactoring (CONCEPT, 0.85)
- jugement professionnel —permet→ de distinguer l'ingénieur expérimenté du novice (CONCEPT, 0.9)
- David Thomas —affirme_que→ « it's still just programming » (CITATION, 0.96)
- David Thomas —affirme_que→ l'hygiène de code reste nécessaire à l'ère de l'IA (effet amplifié) (AFFIRMATION, 0.94)
- Gordon Bell —affirme_que→ les désastres viennent de trop d'idées au même endroit (AFFIRMATION, 0.88)

---
Canonical: https://www.thekb.eu/es/fiches/thomas-pragdave-failing-faster-code-rot-ai-velocity-2026-06-06/