X-Post von **Andrew Ng** vom **14. August 2026** (16:29 UTC), Wiederaufnahme des "Dear friends"-Briefs aus ***The Batch* #366** (DeepLearning.AI, gleiches Datum), ca. 900 Wörter. Ng stellt **The AI Engineering Skills Map** vor und veröffentlicht **vier Skills**, die als die wichtigsten gelten. **(1) Aufbau und Bereitstellung von KI-Anwendungen** — die Besonderheit wird benannt: *« The key difference between AI and non-AI applications is that the former has unpredictable outputs »*, daher die Betonung von *evals* und Fehleranalyse-Loops. **(2) Grundlagen der Softwareentwicklung**, denn *« Understanding software fundamentals allows you to recognize what tradeoffs even exist »* — der unerfahrene Entwickler scheitert *« because they don't know what context to give their coding agent »*, daher das Ziel, *« steering coding agents using the precise language of software engineering »*. **(3) Einsatz von Coding-Agenten**, in operativer Formulierung: *« help the agent autonomously close loops by providing verifiers or evals »*, sowie *« knowing how much to intervene and how much to leave them alone »*. **(4) *Den Build gestalten***: *« Given a clear spec, coding agents are rapidly improving at delivering to it. Thus, our work as engineers is shifting toward deciding what should be in the spec »*, ergänzt durch *« Engineers should no longer expect to be given a pixel-perfect design and asked only to implement it. »* Ein **Hinweis zur Terminologie** trägt den größten Teil der Rahmung: Ng spricht von **Skills** im AI Engineering und **nicht von der Rolle** "AI Engineer", mit einer expliziten Analogie — *« All developers today should know how to work with the cloud, and only a smaller number have a "Cloud engineer" title. »* Das Ganze stützt sich auf *« an analysis of more than 10,000 job postings, dozens of structured interviews with experts, hiring managers, and recruiters, surveys, and other online data »*, wovon **keine numerischen Ergebnisse veröffentlicht werden**: Ng beschreibt sein Vorgehen als *« informally… akin to running clustering »* und kündigt eine detaillierte Map in künftigen Beiträgen an. Sein Eigeninteresse benennt er im vorletzten Satz: *« DeepLearning.AI's principal focus is to help developers gain these AI engineering skills. »*
#AI Engineering Skills Map#Skills-Map#Andrew Ng
**Andrew Ng** — fondateur de **DeepLearning.AI** · general partner d'**AI Fund** · cofondateur de **Coursera** et de **Google Brain** · ancien chief scientist de Baidu. Texte signé · à la première personne · écrit *« with my team »* sans qu'aucun collaborateur soit nommé. Publié le **14 août 2026** sur X et dans ***The Batch* n°366** — même texte aux deux endroits ; préférer *The Batch* pour toute citation durable. Quatrième fiche Ng du corpus · après les lettres n°350 (24 avril) · n°352 (8 mai) et n°359 (26 juin).
Netflix — Aktionärsbrief Q2 FY2026: GenAI skaliert in der Produktion (≈300 Titel in 2026), LLMs für Discovery und Natural-Language-Suche, KI-Tools über den gesamten Werbezyklus hinweg (Netflix)
SFEIR-Analysenotiz, die den Beruf des Softwarearchitekten im Zeitalter generativer KI anhand des Rahmenwerks von **Gregor Hohpe** (*The Software Architect Elevator*) neu untersucht. Zentrale These: Der „**Orakel**"-Architekt — der Inhaber überlegenen Wissens, der Regeln vom Elfenbeinturm aus diktiert — ist obsolet, da KI Code und Vorschläge auf Abruf generiert; der moderne Architekt wird zum **Intelligenzverstärker (IQ Amplifier)**, der Teams mentale Modelle, Geschäftskontext und Entscheidungswerkzeuge bereitstellt, um KI zu nutzen und dabei die Kohärenz des Systems zu gewährleisten. Das Dokument gliedert die Auswirkungen **Stockwerk für Stockwerk des „Architect Elevator"** (Enterprise-/Solution-/Platform-/Software-Architekt) und plädiert für **Domain-Driven Design (DDD)** als wesentliche Absicherung: Die **Ubiquitous Language** dient als Grundlage für *System Prompts* (ein über `.clinerules`/Vorlagen injiziertes Domänenwörterbuch, das Halluzinationen und fachliche Fehlinterpretationen reduziert), und **Bounded Contexts** begrenzen den der KI anvertrauten Geltungsbereich, um die Zuverlässigkeit der Generierung zu maximieren. Fazit: KI ist keine Bedrohung, sondern ein Katalysator, der den Architekten von technischer Routinearbeit entlastet, um Synthese, strategische Vision, Modellierung und die menschliche Verbindung zwischen Technik und Business in den Vordergrund zu stellen. Themenbereich: Softwarearchitektur, Rolle des Architekten, DDD, strukturiertes Prompting, KI-Governance im Unternehmen.
#Softwarearchitekt#Rolle des Architekten#generative KI
Nachricht von **Linus Torvalds** auf der Mailingliste **linux-media** (Thread "Linking Patchwork with Sashiko?", zu einem LLM-Tool zur Unterstützung von Maintainern), in der der Schöpfer und **oberste Maintainer** des Linux-Kernels **offiziell die Position des Projekts zu KI festlegt**. Als Antwort auf Roman Gushchin, der darauf hinwies, dass eine ablehnende Nachricht eine "sehr generell anti-LLM"-Haltung zum Ausdruck brachte, stimmt Torvalds zu ("Yes") und **weist dann kategorisch zurück, dass dies die Position des Kernels sei** ("And no, that's not the position of the Linux kernel"). Er **setzt sich als oberster Maintainer durch**: **"Linux is not one of those anti-AI projects"**; wer damit ein Problem hat, kann **"do the open source thing: fork it"** — "or just walk away". **Zentrale These**: **"AI is a tool, like the other tools we use, and clearly a useful tool"**; das war vor einem Jahr vielleicht noch nicht "so 'clearly' true", heute steht es aber außer Frage. Er unterscheidet **noch offene** Fragen ("what the AI economy will actually look like in the end") von der Frage, die **entschieden** ist ("is it useful?") — "anybody who doubts that clearly hasn't actually tried it". Er **räumt ein**, dass das Werkzeug **"painful"** sein kann — Belastung für Maintainer, und die Tatsache, dass es "keeps finding embarrassing bugs" —, verweigert aber die Vogel-Strauß-Haltung ("put your head in the sand going 'La La La, I can't hear you'"). **Die richtige Reaktion**: sicherstellen, dass **LLM-Tools Maintainern _helfen_**, statt ihnen Schmerzen zu bereiten. **Bewusst keine Zwangsausübung**: "nobody is forced to use it, but **I will very loudly ignore those who try to prevent others from using it**". Zur Unvollkommenheit: "AI isn't perfect, but hell, anybody who points at its problems had better also point at the mirror" — "**natural intelligence isn't always all that great either**". **Governance-Rahmen**: Das Kernel-Projekt "has always been and will remain about **technology**"; die soziale Dimension von Open Source ist ein "side benefit, not the _point_"; **"this is *NOT* some kind of 'social warrior' project, never has been, never will be"**; "we do open source because it results in **better technology**, not for religious reasons". Programmatischer Schlusssatz: **"we decide based on technical merit first. Not on fear of new tools."** Zu lesen als **doktrinäre Positionserklärung** einer der einflussreichsten Figuren der Software-Welt — ein Echo auf ESRs pro-LLM Gegenzeugnis (eine weitere Säule von Open Source, [[raymond-llm-coding-empowering-2026-07-08]]).
#Linus Torvalds#Linux#Linux-Kernel
Linus Torvalds ([email protected]) — ingénieur logiciel finlando-américain · **créateur et mainteneur suprême du noyau Linux** (depuis 1991) et de **Git** (2005). Employé de la **Linux Foundation**. Figure centrale et notoirement franche de l'open source · dont la parole sur les mailing lists du kernel fait autorité et jurisprudence dans la communauté. S'exprime ici en sa qualité de **top-level maintainer** pour fixer la position officielle du projet vis-à-vis des outils d'IA. Autres participants au thread cités : Roman Gushchin (linux.dev) · Laurent Pinchart · Mauro Carvalho Chehab · Konstantin Ryabitsev (Linux Foundation) · Steven Rostedt · Stephen Finucane · Jason Gunthorpe · entre autres. (Message de mailing list linux-media ; date : 2026-07-14 ; date d'ajout à la veille : 2026-07-17.)
X-Post von **Eric S. Raymond** (ESR, Autor von *The Cathedral and the Bazaar*, Mitbegründer der Open Source Initiative, ~50 Jahre Programmiererfahrung) — **ein frontales Gegenzeugnis zur Erzählung, dass „LLMs schrottigen Code produzieren und halluzinieren, unbrauchbar zum Programmieren“.** Seine These: Das **passiert ihm fast nie**, und **überhaupt nicht mehr in den letzten zwei Generationen** der von ihm genutzten Modelle („ChatGPT 5.4 und 5.5“ unter **codex**). Das frühere Symptom — ein Modell, das „entgleist“, wenn es sich seinem Kontextlimit nähert — ist verschwunden: codex zeigt jetzt eine **rote Warnung** an, die den Nutzer auffordert, die **Sitzung zu leeren**, statt abzudriften. **Nutzungsumfang**: KI angewandt auf **Feature-Änderungen, Refactoring und Debugging über 63 Projekte** in **C, Go, Rust, Python und Shell**; das Verfassen von Dokumentation; **das Dekompilieren einer DOS-Binärdatei in lesbaren Quellcode**. Eine etablierte **Arbeitsroutine**: Beim Wiederöffnen eines Projekts führt er zunächst die **Regressionstests** aus, startet dann codex und bittet es, den Code zu **auditieren** (Bugs + Verbesserungsvorschläge). Fazit: LLMs sind **„exzellent und enorm empowernd“**; ihre **größte Schwäche** ist der **„architektonische Tunnelblick“** — hervorragend darin, Code nach Spezifikation zu erzeugen, aber manchmal **blind für übergeordnete Muster** — was er als die **Aufgabe seines „Fleischhirns“** ansieht. Der stärkste, kontraintuitive Punkt: LLMs **liegen bei Details und Randfällen NICHT falsch**; er sagt, er sei diesbezüglich **schlechter als sie** (trotz 50 Jahren Erfahrung), denn wenn eine Änderung **fünf Stellen berühren** muss, findet das Modell **zuverlässig alle fünf**, während der Mensch vier korrigiert und **stundenlang debuggt**, bevor er die vergessene fünfte findet. Er stellt daraufhin die **„Herunterschreier“** in Frage: Leben sie in einem **anderen Universum**? Nutzen sie **alte, schwache Modelle**? Gibt es ein **Skill-Problem**, das er nicht sieht, weil seine **Denkgewohnheiten und Kommunikation** gut zu den „Griffen“ dieser Werkzeuge passen? Eine Frage, die er für wichtig hält zu klären, da „**Milliarden von Dollar durch fehlgeleiteten Token-Einsatz verschwendet würden**“. Sein Rezept, „ganz einfach“: **„Denke klar, sag dem Modell präzise, was du willst, und gute Dinge geschehen“** — mit dem Schlusssatz: „Was übersehe ich hier?“ Zu lesen als ein **Pro-LLM-Gegenpunkt einer historischen Figur der Open-Source-Bewegung** in der wiederkehrenden Debatte über die (Ab-)Wertung von Coding-Agenten — anklingend an das „Skill-Problem“ und die Spezifikationsdisziplin (vgl. [[martignole-token-manifesto-2026-07-17]]) und ein Diptychon bildend mit **Linus Torvalds'** doktrinärer Pro-KI-Werkzeug-Haltung im Namen des Linux-Kernels ([[torvalds-llm-outil-kernel-2026-07-14]]).
#Eric S. Raymond#ESR#esrtweet
Eric S. Raymond (ESR, @esrtweet sur X) — développeur · hacker et essayiste américain · **figure historique du mouvement open source**. Né le 4 décembre 1957 à Boston (Massachusetts) ; paralysie cérébrale de naissance · enfance en partie au Venezuela puis en Pennsylvanie. Auteur de l'essai très influent **« The Cathedral and the Bazaar »** (1997, livre 1999) · qui oppose le modèle « cathédrale » (développement centralisé et fermé) au modèle « bazar » (décentralisé et ouvert, à la Linux) ; il a **popularisé le terme « open source »** (contre « free software ») et contribué à convaincre **Netscape** d'ouvrir son code (naissance de Mozilla). **Co-fondateur de l'Open Source Initiative (OSI)** en 1998 · président jusqu'en 2005. A édité le **Jargon File** (*The New Hacker's Dictionary*) · maintenu des projets comme **Fetchmail** · écrit **« The Art of Unix Programming »** (2003). Se revendique **libertarien** · défenseur du port d'armes · ceinture noire de taekwondo ; commente régulièrement tech · politique et open source sur X. Se présente ici comme codeur « très · très bon » avec **~50 ans d'expérience**. (Post X personnel ; date de publication : 2026-07-08 ; date d'ajout à la veille : 2026-07-17.)
Analysenotiz **Trésor-Éco n° 391** (Juni 2026) der **Direction générale du Trésor** (Wirtschaftsministerium), verfasst von **Martin Chopard, Elisa Cotet, Tristan Gantois und Eloïse Villani**. Institutioneller Literaturüberblick zur Wirtschaftsforschung über **die Auswirkung der KI (vor allem generativer KI) auf die Beschäftigung**. **Dreiteilige These**: (1) KI wirkt sich über **zwei gegenläufige Kanäle** auf das Beschäftigungsvolumen aus — den **Verdrängungseffekt** (Substitution automatisierbarer Aufgaben) gegenüber dem **Produktivitätseffekt** (Komplementarität, niedrigere Kosten, gestiegene Nachfrage) — doch der **Gesamteffekt bleibt vorerst schwach/nicht messbar**, mangels zeitlichem Abstand und Verbreitung (≈20 % der EU-Unternehmen im Jahr 2025); (2) **heterogene Effekte** zeigen sich je nach **Berufen** (Exposition ≠ Effekt: alles hängt vom Grad der Substituierbarkeit/Komplementarität und der **Preiselastizität** der Nachfrage ab), **Arbeitskräften** (verzerrter technischer Fortschritt, Sorgen bezüglich **junger Menschen**) und **Sektoren** (Finanzwesen, IT, Unternehmensdienstleistungen am stärksten exponiert); (3) **langfristig bleibt der Nettoeffekt ungewiss** — zwischen massiver Substitution (falls sich agentische/physische KI durchsetzt) und **schöpferischer Zerstörung** (Lehre vergangener Revolutionen: Innovationen haben mehr Arbeitsplätze geschaffen als vernichtet). Schlussfolgerung zur **öffentlichen Politik**: den Übergang unterstützen (Ausbildung, Mobilität — der Plan „Osez l'IA“, France 2030) und **in KI investieren, um im internationalen Wettbewerb nicht zurückzufallen**. Umfangreich belegter Korpus (43 Fußnoten, Schätzpanels in den Tabellen 1-3).
#KI und Beschäftigung#generative Künstliche Intelligenz#Verdrängungseffekt
**Martin Chopard · Elisa Cotet · Tristan Gantois · Eloïse Villani** — économistes de la **Direction générale du Trésor** (DG Trésor) · Ministère de l'Économie · des Finances et de la Souveraineté industrielle · énergétique et numérique. Directrice de la publication : Dorothée Rouzet. Le document engage la DG Trésor mais « ne reflète pas nécessairement la position du ministère ».
Video-Interview aufgezeichnet auf der **VivaTech** (Stand von **Scaleway**), ausgestrahlt vom Medienunternehmen République, mit **Damien Lucas** (CEO von Scaleway) und **Franck Le Moal** (Global Technical Officer der Gruppe **LVMH**). **Zentrale These**: Das Aufkommen einer **„Tech-Geopolitik“** zwingt multinationale Konzerne dazu, die einheitliche globale Lösung zugunsten eines **in drei Blöcke regionalisierten Informationssystems** (Vereinigte Staaten, Europa, China) aufzugeben. LVMH (80 Mrd. € Umsatz, 75 Maisons, über 100 Länder) formalisiert eine **Cloud-Partnerschaft mit Scaleway** zum Aufbau eines **autonomen europäischen Bausteins**, neben Google Cloud (Daten, seit 2021), SAP, Salesforce auf westlicher Seite und Alibaba Cloud / Huawei / Tencent auf chinesischer Seite. Die Gruppe bezeichnet sich selbst als **„hybrid“** und **autonom** statt **„souverän“** (ein Wort, das sie als mehrdeutig ablehnt). Scaleway positioniert sich als **europäischer Cloud-Anbieter**, immun gegen extraterritoriale Gesetze und geschützt vor einem **Kill Switch** („keine Science-Fiction“, angesichts der Nachrichten des Wochenendes). Das wirtschaftliche Argument von Damien Lucas: **1 € bei Scaleway ausgegeben = 68 Cent, die in der europäischen Wirtschaft verbleiben** (gegenüber < 20 Cent bei einem US-Hyperscaler, selbst wenn in Frankreich gehostet). Zeitplan: PoCs abgeschlossen, Rollout beginnt bei **Sephora und Louis Vuitton**, signifikante Durchdringung innerhalb von **12-18 Monaten** angestrebt. Erklärte Mission von Scaleway: Fokus auf **IaaS/PaaS** (keine Vertikalisierung wie z. B. Bürosoftware), gestützt auf ein Partner-Ökosystem (souveräne Anwendungen, europäische Chipsätze und Server). Das **Nvidia-GPU/KI**-Angebot von Scaleway ist **kurzfristig nicht geplant**, bleibt aber offen (Open-Source-Modelle für Autonomie + wirtschaftliche Leistungsfähigkeit).
**Bertrand** — journaliste / présentateur du média **République** (partenaire de VivaTech) · conduit l'entretien. **Damien Lucas** — CEO de **Scaleway**. **Franck Le Moal** — Global Technical Officer du groupe **LVMH**.
Thoughtworks-Retreat zur Zukunft der Softwareentwicklung mit LLMs — Überlegungen zu organisatorischen Auswirkungen, kognitiver Schuld und beaufsichtigter Programmierung
Funktionaler Ansatz für generative KI in der Softwareentwicklung, 100 % generierter Code, LLM-Onboarding, atomare Aufgaben, spec-driven, kontinuierliche Kapitalisierung - Soufiane Keli - OCTO Technology - LinkedIn