Ausführlicher Meinungsbeitrag, veröffentlicht auf **sfeir.com** am 23. Juli 2026, gezeichnet von **SFEIR** (der redaktionellen Stimme des Unternehmens). Es handelt sich um einen **strategischen Kommentar zur Trésor-Éco-Notiz Nr. 391** der DG Trésor (Juni 2026 — siehe [[dgtresor-ia-effets-emploi-2026-06-30]]), gelesen durch SFEIRs Doktrin, « **KI zu verstärken statt sie zu erdulden** ». Der Artikel würdigt den **vorsichtigen, ökonomischen Ton** Bercys (Mechanismen plus Unsicherheit statt einer Vorhersage) und leitet daraus eine **dreiteilige These** ab: (1) **kein messbarer Gesamteffekt** im aktuellen Stadium (zwei sich ausgleichende Kräfte — Verdrängung vs. Produktivität — EU-Adoption ~20 %); (2) ein **einziges belastbares empirisches Signal, bei Berufseinsteigern** (−16 % Beschäftigung bei exponierten 22-25-Jährigen in den USA); (3) eine **langfristige Gefahr, die die Fragestellung verschiebt** — **Wettbewerbsrückstand** (Nicht-Adoption), nicht Arbeitsplatzvernichtung. Den analytischen Kern behält SFEIR bei: die **Preiselastizität** bestimmt den Beschäftigungseffekt (das **Jevons**-Paradox angewandt auf Code) → das Argument ist **strukturell beschäftigungsfreundlich für Entwickler**. Der Artikel **entkräftet die "KI-Entlassungen"-Erzählung** (4,5-6,2 % der US-Entlassungsankündigungen, "Labeling" bei 59 %) und weist auf die **blinden Flecken** der Notiz hin (das agentische Szenario, das in eine Fußnote verbannt wird; die Diffusionsgeschwindigkeit wird nicht diskutiert; OpenAI/Anthropic sind zu Quellen für Bercy geworden = ein nicht gekennzeichneter Quellen-Bias). **SFEIRs operative Übersetzung** (für CIOs/CTOs): Wert wandert in Richtung Intention/Architektur/Kontrolle, Ausbildung von **augmentierten Ingenieuren** (**AI-Champions**-Programme) und Vermeidung überstürzter Adoption (**workslop**, technische Schulden) durch **Context Engineering** und Governance.
#KI und Beschäftigung#Wettbewerbsrückstand#Nicht-Adoption
**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]]).
Beitrag von **David "Pragdave" Thomas** (Co-Autor von *The Pragmatic Programmer*, Unterzeichner des Agile Manifesto), veröffentlicht am **6. Juni 2026** in seinem Substack-Newsletter. **These**: KI schafft den Code-Verfall nicht ab, sie **beschleunigt** ihn. Bei der Erweiterung eines kleinen privaten Animations-/Grafikprojekts mit **Claude** bewegt sich der Autor von anfänglicher Begeisterung (oklch, SVG-Animationen innerhalb einer Woche ausgeliefert) zu permanenten Regressionszyklen ab der zweiten Woche. Prägnante Formulierung: Wofür Teams ***"18 Monate oder sogar mehr"*** brauchten, um zu verrotten, erreichte er in ***"18 Stunden, verteilt auf fünf Abende."*** **Grundursache**: die Aufgabe der **Code-Hygiene** (massive Duplizierung, lokale Lösungen für systemische Probleme, Überkonditionierung, Wucherung von Sonderfällen). **Verhaltensdiagnose**: LLMs optimieren auf Nutzer-Engagement und -Zufriedenheit (*"Das ist eine großartige Idee, Dave!"*) statt auf Langlebigkeit — sie sind ***"welpenhafte Junior-Entwickler, gefallsüchtig, aber ziemlich chaotisch im Umgang"***, die ständig neue Features vorschlagen und von Refactoring abhalten. **Zentrale Einsicht**: Jeder Nicht-Entwickler kann bei der *"ersten Woche"* des KI-Codings erfolgreich sein; es ist das **professionelle Urteilsvermögen** — zu wissen, wann man innehalten muss, um zu refaktorisieren —, das den erfahrenen Ingenieur vom Neuling unterscheidet. **Epigraph** (Gordon Bell): *"Jede große Computer-Katastrophe entstand dadurch, dass zu viele Ideen an einem Ort zusammengeführt wurden."* **Fazit**: ***"Es ist immer noch nur Programmierung"*** — unversorgter Code verrottet, ob in 18 Stunden oder 18 Monaten; alles, was über guten Code gelernt wurde, gilt weiterhin, der Effekt wird lediglich **verstärkt**. Konvergiert mit der Doktrin *"je schneller die Ausführung wird, desto strikter muss der Rahmen sein"* von [[rafal-wenvision-ingenierie-logicielle-ere-ia-tout-change-rien-ne-change-2026-06-01]], dem *"KI-unterstützte Entwicklung ist eine Falle ohne Continuous Delivery"* von [[farley-continuous-delivery-ai-assisted-development-trap-2026-05-13]], und dem *"KI verschiebt Engpässe, sie beseitigt sie nicht"* von dropbox-okumura-beyond-code-generation-engineering-productivity-ai-agents-2026-05-28; ein Handwerks-Gegenpol zum vibe coding von karpathy-vibe-coding-agentic-engineering-software-3-0-2026-04-29.
#Code-Hygiene#Code-Verfall#Code-Degradation
**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*.
Zusammenbruch von Softwarekosten und -komplexität, KI demokratisiert die Entwicklung, Software wird „permissionless“, gesellschaftliche technische Schuld, Entwicklerproduktivität +55% - Cobus Greyling - Medium
#Softwarekosten#Zusammenbruch der Komplexität#IA générative