Artículo de opinión en profundidad publicado en **sfeir.com** el 23 de julio de 2026, firmado por **SFEIR** (la voz editorial de la firma). Es un **comentario estratégico sobre la nota Trésor-Éco n.º 391** de la DG Trésor (junio de 2026 — véase [[dgtresor-ia-effets-emploi-2026-06-30]]), leído a través de la doctrina de SFEIR de « **amplificar la IA en lugar de padecerla** ». El artículo elogia el **tono cauteloso de economista** de Bercy (mecanismos más incertidumbre en lugar de una predicción) y extrae de ello una **tesis en tres partes**: (1) **ningún efecto agregado medible** en esta etapa (dos fuerzas que se compensan — desplazamiento vs. productividad — adopción en la UE ~20%); (2) una **única señal empírica sólida, sobre los junior** (−16% de empleo entre los 22-25 años expuestos en EE. UU.); (3) un **peligro a largo plazo que desplaza la pregunta** — el **retraso competitivo** (la no adopción), no la destrucción de empleo. El núcleo analítico que retiene SFEIR: la **elasticidad-precio** determina el efecto sobre el empleo (la paradoja de **Jevons** aplicada al código) → el argumento es **estructuralmente favorable al empleo para los desarrolladores**. El artículo **desmonta el relato de los "despidos por IA"** (4,5-6,2% de los anuncios de despidos en EE. UU., «etiquetado» en el 59%) y señala los **puntos ciegos** de la nota (el escenario agéntico relegado a una nota al pie; la velocidad de difusión no discutida; el hecho de que OpenAI/Anthropic se hayan convertido en fuentes para Bercy = un sesgo de fuente no señalado). La **traducción operativa de SFEIR** (para CIO/CTO): el valor migra hacia la intención/arquitectura/control, formar **ingenieros aumentados** (programas **AI Champions**), y evitar una adopción precipitada (**workslop**, deuda técnica) mediante **context engineering** y gobernanza.
#IA y empleo#retraso competitivo#no adopción
**SFEIR** — ESN française « AI Only » (~850 ingénieurs, 8 agences France & Benelux). Voix éditoriale du cabinet (byline « SFEIR »). Positionnement de la maison sur la transformation IA des DSI ; ce texte prolonge la ligne éditoriale portée notamment par Didier Girard (cf. [[girard-sfeir-ai4it-vs-ai4business-budgets-2027-2026-06-24]]).
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.
#higiene del código#descomposición del código#degradación del código
**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*.
Colapso del coste y la complejidad del software, la IA democratiza el desarrollo, el software se vuelve "permissionless", deuda técnica social, productividad de desarrolladores +55% - Cobus Greyling - Medium
#coste del software#colapso de la complejidad#IA generativa