Editoriale di approfondimento pubblicato su **sfeir.com** il 23 luglio 2026, a firma **SFEIR** (la voce editoriale dell'azienda). È un **commento strategico alla nota Trésor-Éco n. 391** della DG Trésor (giugno 2026 — cfr. [[dgtresor-ia-effets-emploi-2026-06-30]]), letto attraverso la dottrina SFEIR « **amplificare l'IA piuttosto che subirla** ». L'articolo elogia il **tono prudente da economista** di Bercy (meccanismi più incertezza piuttosto che una previsione) e ne trae una **tesi in tre parti**: (1) **nessun effetto aggregato misurabile** allo stato attuale (due forze che si compensano — sostituzione vs. produttività — adozione UE ~20%); (2) un **unico segnale empirico solido, sui junior** (−16% di occupazione tra i 22-25enni esposti negli USA); (3) un **pericolo di lungo periodo che sposta la questione** — il **ritardo competitivo** (mancata adozione), non la distruzione di posti di lavoro. Il nucleo analitico che SFEIR mantiene: l'**elasticità dei prezzi** determina l'effetto sull'occupazione (il paradosso di **Jevons** applicato al codice) → l'argomento è **strutturalmente pro-occupazione per gli sviluppatori**. L'articolo **smonta la narrazione dei "licenziamenti IA"** (4,5-6,2% degli annunci di licenziamento negli USA, "labeling" al 59%) e segnala gli **angoli ciechi** della nota (lo scenario agentico relegato a una nota a piè di pagina; la velocità di diffusione non discussa; OpenAI/Anthropic diventati fonti per Bercy = un bias di fonte non segnalato). La **traduzione operativa di SFEIR** (per CIO/CTO): il valore migra verso intento/architettura/controllo, formare **ingegneri aumentati** (programmi **AI Champions**), ed evitare un'adozione affrettata (**workslop**, debito tecnico) tramite **context engineering** e governance.
#IA e occupazione#ritardo competitivo#mancata adozione
**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]]).
Post di **David "Pragdave" Thomas** (co-autore di *The Pragmatic Programmer*, firmatario dell'Agile Manifesto) pubblicato il **6 giugno 2026** sulla sua newsletter Substack. **Tesi**: l'IA non abolisce il degrado del codice, lo **accelera**. Aggiungendo funzionalità a un piccolo progetto personale di animazione/grafica con **Claude**, l'autore passa dall'entusiasmo iniziale (oklch, animazioni SVG rilasciate in una settimana) a cicli di regressione permanenti entro la seconda settimana. Formulazione incisiva: ciò che ai team ci vogliono ***"18 mesi, se non di più"*** per degradarsi, lui lo ha raggiunto in ***"18 ore distribuite su cinque serate."*** **Causa profonda**: l'abbandono dell'**igiene del codice** (duplicazione massiccia, soluzioni locali a problemi sistemici, sovra-condizionamento, proliferazione di casi speciali). **Diagnosi comportamentale**: gli LLM ottimizzano per il coinvolgimento e la soddisfazione dell'utente (*"That's a great idea, Dave!"*) piuttosto che per la durabilità — sono ***"sviluppatori junior cuccioli, ansiosi di compiacere ma piuttosto disordinati da avere intorno"*** che propongono costantemente nuove funzionalità e scoraggiano il refactoring. **Intuizione centrale**: chiunque non sia sviluppatore può riuscire nella *"prima settimana"* di coding con l'IA; è il **giudizio professionale** — sapere quando fermarsi per rifattorizzare — a distinguere l'ingegnere esperto dal principiante. **Epigrafe** (Gordon Bell): *"Every big computing disaster has come from taking too many ideas and putting them in one place."* **Conclusione**: ***"È sempre e solo programmazione"*** — il codice trascurato si degrada, che siano 18 ore o 18 mesi; tutto ciò che si è imparato sul buon codice resta valido, l'effetto è semplicemente **amplificato**. Converge con la dottrina *"più veloce diventa l'esecuzione, più rigoroso deve essere il framework"* di [[rafal-wenvision-ingenierie-logicielle-ere-ia-tout-change-rien-ne-change-2026-06-01]], con *"lo sviluppo assistito dall'IA è una trappola senza continuous delivery"* di [[farley-continuous-delivery-ai-assisted-development-trap-2026-05-13]], e con *"l'IA sposta i colli di bottiglia, non li elimina"* di dropbox-okumura-beyond-code-generation-engineering-productivity-ai-agents-2026-05-28; un contrappunto artigianale al vibe coding rispetto a karpathy-vibe-coding-agentic-engineering-software-3-0-2026-04-29.
#igiene del codice#degrado del codice#degradazione del codice
**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*.
Collasso dei costi e della complessità del software, l'IA generativa democratizza lo sviluppo, il software diventa "permissionless", debito tecnico sociale, produttività degli sviluppatori +55% - Cobus Greyling - Medium
#costo del software#collasso della complessità#IA generativa