Code ist billig. Zeig mir jetzt das „Reden“

• Mit dem Aufkommen von LLM-Coding-Tools ist die grundlegende Prämisse der Softwareentwicklung, die über Jahrzehnte Bestand hatte, selbst zusammengebrochen; wichtiger als das Schreiben von Code ist nun die Fähigkeit, Probleme zu definieren und Strukturen zu entwerfen
• Der Kern der Entwicklung verlagert sich nun von der „Fähigkeit, gut Code zu schreiben“ hin zur „Fähigkeit zu sprechen“, also Probleme zu imaginieren und klar zu erklären
• Saubere Codestrukturen, gut aufbereitete READMEs und Dokumentation sind nicht länger Vertrauenssignale für Fleiß oder Können; je perfekter sie wirken, desto eher könnten sie sogar Slop sein
• Da eine äußerliche Unterscheidung zwischen von AI erzeugtem und von Menschen geschriebenem Code faktisch unmöglich geworden ist, werden statt Qualität nun eher Verantwortlichkeit, Herkunft und Menschlichkeit zu den Kriterien, die den Wert von Code bestimmen
• Die Anreize für Zusammenarbeit und Teilen, die das FOSS-Ökosystem getragen haben, schwächen sich ab; wichtiger als der Code selbst werden Vertrauen, Governance und Kurationsfähigkeit
• Für erfahrene Entwickler sind diese Tools starke Verstärker, für Anfänger können sie jedoch ein gefährlicher Genie sein, der ihnen die Chance nimmt, ein grundlegendes Verständnis aufzubauen

---

Einleitung: Linus Torvalds’ Maxime und ihre Umkehrung

"Talk is cheap. Show me the code"

• Dieser Satz von Linus Torvalds aus dem Jahr 2000 stand für die Haltung, dass Worte keinen Wert haben, solange sie nicht durch echten Code bewiesen werden
• Damals verlangte selbst bei einem noch so klaren Entwicklungsplan die Umsetzung eines komplexen Programms enormen Aufwand, Zeit und wiederholte monotone Arbeit
• Der eigentliche Engpass war nicht die Technik, sondern die menschliche Begrenzung: kognitive Bandbreite, individuelle Zeit und Energie sowie die biologische Last, große Systeme im Kopf zu halten und den Code Zeile für Zeile niederzuschreiben
• Infolgedessen verschwanden die meisten Ideen, angesammelt auf einer „Irgendwann-will-ich-das-mal-machen“-Wunschliste, ohne jemals ernsthaft ausprobiert zu werden

25 Jahre später: LLMs stellen alles auf den Kopf

• 2025 merkte Linus Torvalds an, als er AI-generierten Code in sein Hobbyprojekt mergte: „Ist er besser als das, was ich von Hand direkt geschrieben hätte? Natürlich.“
• Aus der Sicht eines Entwicklers, der seit Jahrzehnten Software baut, erklärt der Autor unmissverständlich, dass die Softwareentwicklung, wie wir sie kannten, bereits vorbei ist
• Als jemand aus einer Generation, die zahlreiche Übergänge von Dial-up zu Gigabit, von Basic zu Node.js und von SourceForge zu GitHub direkt erlebt hat, erkennt er klar, dass dieser Wandel keine vorübergehende Mode, sondern ein qualitativer Bruch ist

Der Zusammenbruch der Maßstäbe zur Bewertung von Codequalität

• Früher waren bei der Bewertung von FOSS-Projekten Alter des Projekts, Commit-Frequenz, Konsistenz der Codestruktur sowie Qualität von README und Dokumentation wichtige Kriterien
• Knackige Kommentare und gut aufbereitete Dokumentation galten als Signale für Umsicht des Entwicklers und Rücksicht auf andere Entwickler
• Doch seit LLMs ausgereifte Dokumentationsseiten, übertrieben detaillierte READMEs, saubere UIs sowie geordnete Muster und Kommentare auf einmal erzeugen können, sind diese Signale nicht mehr verlässlich
• Dadurch ist es anhand der äußeren Form schwer zu unterscheiden, ob ein Repository von einem Nichttechniker per Vibe Coding gebaut wurde oder das Ergebnis eines von einem erfahrenen Entwickler entworfenen Systems ist
• Paradoxerweise entsteht sogar eine Situation, in der man bei allzu perfektem Eindruck eher vermuten muss, dass es sich um ein Low-Effort-One-Shot-Generat handelt
• Ohne fachlich sehr genaue Prüfung und Analyse wird es zunehmend schwieriger, Weizen von Slop zu trennen
• Entsprechend werden weniger der Code selbst als vielmehr wer ihn gebaut hat, warum er gebaut wurde, welche Historie die verantwortliche Person oder Organisation hat und ob Governance und Wartungsplanung vorhanden sind zu entscheidenden Kriterien der Provenance

Der Wandel des Werts von Aufwand

• Früher musste ein erfahrener Entwickler, um 10.000 Zeilen hochwertigen Codes mit sinnvollem Ergebnis zu erzeugen, lange Phasen konzentrierter Arbeit und wiederholter Verbesserung durchlaufen
• Die Zahl der Codezeilen ist zwar kein Qualitätsmaßstab, doch 10.000 gut ausgearbeitete Zeilen bedeuteten, dass Zeit, Konzentration, Geduld, Fachwissen und ein gewisses Maß an Projektmanagement-Kompetenz hineingeflossen waren
• LLMs können solche Ergebnisse in nur wenigen Sekunden erzeugen und den gesamten technischen Workflow von Tests über Systemkonfiguration bis hin zum Deployment bearbeiten
• Wenn dabei menschliche Expertise und Urteilsvermögen eingreifen, kann das Ergebnis eine für den realen Einsatz ausreichend hohe Qualität erreichen
• Auch persönlich hat der Autor wiederholt erlebt, dass Arbeiten, die Wochen oder Monate gedauert hätten, in wenigen Tagen, manchmal in wenigen Stunden erledigt waren
• Das war möglich allein mit einer einfachen LLM-Agent-CLI, ohne AGENT.md oder komplexe Multi-Agent-Orchestrierung
• Die physiologischen, kognitiven und emotionalen Kosten, die man für Softwareergebnisse zahlen musste, sind um mehrere Größenordnungen gesunken
• Die dadurch gewonnene Zeit und kognitive Freiheit werden wieder investiert in Engineering-Denken, Architekturentwurf, Diskussion, Experimente und die Erweiterung der Vorstellungskraft
• Der alte Satz „Programmieren ist zu 90 % Denken und zu 10 % Tippen“ ist nicht mehr bloß Metapher, sondern Realität geworden

Die Definition von Slop und der Wert von Code

• Wenn selbst Menschen, die nie eine Zeile Code geschrieben haben, in Sekunden Code in industriellem Maßstab erzeugen können, welchen Wert hat dann das Artefakt Code selbst noch?
• Die Behauptung „Ich will nur reinen menschlichen Code statt AI-Code“ ist, realistisch betrachtet, fast schon ein ironischer Witz
  • Große Vorfälle durch von Menschen geschriebenen Code gibt es längst genug: der CrowdStrike-IT-Ausfall (2024), das Boeing-737-MAX-Grounding, der britische Postskandal, massive Datenpannen in Indien, der Equifax-Datenabfluss usw.
• Ein erheblicher Teil des Codes, den Menschen weltweit täglich schreiben, befindet sich qualitativ ohnehin im Grenzbereich
• Softwareentwicklung ist nach wie vor kaum ein Feld, das man als objektiv ausgereifte professionelle Disziplin bezeichnen könnte
  • Von Ärzten oder Bauingenieuren werden strenge Ausbildung, Zulassung und Verantwortung für praktische Ergebnisse verlangt; in der Softwareentwicklung gibt es kaum vergleichbare Systeme
• Die heutige Gesellschaft läuft auf schlampig entworfenen, grob zusammengeflickten und übertrieben aufgeblähten Codesystemen
• Zugespitzt könnte man sogar sagen, dass AI-generierter Slop zumindest formal sauber, gut dokumentiert und syntaktisch konsistent ist
• Die Wahrnehmung setzt sich durch, dass das Lesen des Internets voller seelenloser, von LLMs erzeugter Sätze und Nachrichten fast einer Verschwendung von Amygdala-Neuronenaktivierung gleichkommt
• Fehlen der menschliche Schaffensprozess und die darin enthaltene Perfektion wie auch Unvollkommenheit, dann werden Sprache, Literatur, Kunst und Musik im Kern zu etwas, das man nicht mehr genießen kann
• Was sich ohne Aufwand unendlich und augenblicklich erzeugen lässt, ist für Menschen extrem schwer sinnvoll zu bewerten

Code ist nicht dasselbe wie Kunst

• Code war im Kern immer ein Mittel zum Zweck und niemals der Zweck selbst
• Endnutzer lesen keinen Code, müssen ihn nicht lesen und interessieren sich nicht für ihn
• Welche Sprache, welches Framework oder welche Architektur in den Hunderten von Systemen hinter einem Portal verwendet werden, hat für Nutzer keine Bedeutung
• Code ist vollständig verborgen; Nutzer erleben über die UX nur die Ergebnisse und Wirkungen, die der Code hervorbringt
• Ob funktional identischer AI-Code als Slop gilt oder nicht, entscheidet sich an der Struktur von Verantwortlichkeit (accountability) und daran, ob Menschlichkeit (humanness) eingegriffen hat
• Ein von Menschen direkt erstellter PR in einem Open-Source-Repository erhält unabhängig von der Codequalität fast automatisch Empathie und Wert, weil man die menschliche Zeit und Mühe darin mitdenkt
• Umgekehrt ist bei einem von LLMs erzeugten PR oft die erste Reaktion unabhängig von der Qualität „Slop!“, weil sich der darin enthaltene menschliche Aufwand nicht sofort abschätzen lässt
• Gleichzeitig wächst die Last, diesen Code zu lesen und zu verifizieren, im Vergleich zu seinen Erzeugungskosten unverhältnismäßig, geradezu exponentiell
• Letztlich ist das nur eine von unendlich vielen Varianten, die ohne Aufwand erzeugt wurden und keine bedeutsame Herkunft oder keinen Kontext besitzen
• An diesem Punkt nähert sich unsere Realität immer mehr der „Bibliothek von Babel“, wie Borges sie beschrieben hat

Die Zukunft von FOSS

• FOSS ist vermutlich eines der größten öffentlichen Güter, die die Menschheit je hervorgebracht hat
• Ausgangspunkt von FOSS war die historische Voraussetzung, dass Software extrem teuer war und nur von wenigen Spezialisten erstellt werden konnte
• Weltweit konnten nur sehr wenige Menschen Software bauen; alle anderen mussten sich darauf beschränken, die Ergebnisse zu nutzen
• Nun leben wir in einer Umgebung, in der Experten selbst für noch so nischige Anforderungen schnell kleine Bibliotheken bauen können, die exakt zu ihren Bedürfnissen passen
• Mehr noch: Wer ein gewisses Maß an Cleverness mitbringt, lebt nun in einer Zeit, in der praktisch jeder kleine Werkzeuge für den eigenen Bedarf per Vibe Coding selbst bauen und nutzen kann
• Was sich auf StackOverflow verändert hat, passiert langsamer, aber in ähnlicher Form nun auch in der Software insgesamt
• Das wirkt wie ein Wandel, der den menschlichen Motiven, sozialen Bedingungen und Teilnahmeanreizen, auf denen FOSS-Zusammenarbeit und -Teilen beruhten, frontal die Grundlage entzieht
• Angesichts der kambrischen Explosion von FOSS-Projekten, die in nie dagewesenem Maßstab auf uns zukommen dürfte
• ist es gut möglich, dass in den hochwertigen FOSS-Projekten, die am Ende überleben und gedeihen, Expert-Governance, Kuration und Vertrauensstrukturen wichtiger sein werden als der Code selbst

Zwei Extreme, die den Wald vor lauter Bäumen nicht sehen

• Schon in Zeiten ohne Syntax-Highlighting, IDEs und all die heutigen Werkzeuge haben Menschen Software auf erstaunlichem Niveau gebaut
• Umgekehrt wird auch heute, trotz Überfluss an Tools und Ressourcen, weiterhin miserable Software produziert
• Fähige Entwickler mit starkem Ausdrucksvermögen und Qualitätsbewusstsein erzielen mit LLMs wie mit anderen Tools auf ihre Weise gute Ergebnisse
• Entwickler dagegen, die Probleme nicht erklären können und denen Qualität egal ist, produzieren schlechte Resultate – unabhängig davon, ob sie LLMs benutzen oder nicht
• Sowohl extreme Gläubige an „agentisches“ Vibe Coding als auch Menschen, die LLMs vollständig ablehnen, starren letztlich nur auf einzelne Bäume und sehen den Wald nicht
• Es gibt eindeutig eine praktische Mitte, in der Menschen mit Erfahrung, Fachwissen, Denkkraft und Ausdrucksfähigkeit die richtigen Trade-offs wählen und so die gewünschten Ergebnisse erzielen
• Vibe Coding kann für Nichttechniker auch ein wichtiger Einstiegspunkt sein, um erstmals mit Software zu arbeiten, zu experimentieren, Freude daran zu entwickeln und Fähigkeiten aufzubauen
• Wer Vibe Coding jedoch blind vertraut, übersieht den zentralen Faktor, der Menschen dazu bringt, ein Ergebnis ernst zu nehmen: Endlichkeit (finitude)
• So errichten sie selbst eine riesige borgesianische Bibliothek, in der man sich leicht in einem Meer aus Slop verliert, das von schmeichlerischen Agenten erzeugt wurde
• Ergebnisse, die ohne Aufwand unbegrenzt erzeugt werden und keine sinnvolle Herkunft haben, sind extrem schwer zu bewerten oder ernst zu nehmen
• Der Mensch ist seinem Wesen nach schlecht darin, mit unendlichem Angebot zurechtzukommen – besonders mit unendlicher Auswahl
• LLM-Skeptiker wiederum kommen oft nicht über ein Argument aus Ungläubigkeit hinaus
• Sie verwerfen die Technologie, weil sie ihnen persönlich nicht gefällt, weil sie nicht die gewünschten Ergebnisse bekommen haben, weil Erwartungen enttäuscht wurden oder weil sie schlicht genug davon haben
• Doch diese Haltung verliert an Überzeugungskraft angesichts der Tatsache, dass es zahlreiche Menschen gibt, die mit denselben Tools effektiv arbeiten und genau gegenteilige Erfahrungen machen
• Dumme und schädliche Implementierungen, angetrieben von Hype, Rausch und Gier, sind ohne Frage real und ein ernstes Problem
• Die AI-Business-Blase könnte wohl eine der größten Blasen der Geschichte werden
• Trotzdem ist die Verbreitung von FOSS-AI-Technologien eindeutig ein hoffnungsvolles Signal
• Es ist irrational, schlechte Akteure, Zahlenspielereien oder absurde Implementierungen mit den grundlegenden und physischen Fähigkeiten dieser Technologien gleichzusetzen

Menschliche Kosten

• Aus Sicht erfahrener Entwickler und Ingenieure wirken diese AI-Technologien als sehr starke und wirksame Hilfsmittel
• Doch für Lernende am Anfang und Junioren, die gerade erst in die Branche einsteigen, stellt sich ein ganz anderes Problem
• Fehlen die Grundlagen und ist noch kein inneres, feines Verständnis von Systemen und dem Prozess der Softwareentwicklung entstanden, dann ist diese Technologie eher ein unzuverlässiger und gefährlicher Genie
• Fordert man Code an, liefert sie Code; bittet man um Änderungen, nimmt sie sie sofort vor – oberflächlich betrachtet wirkt das bequem
• Doch bald sitzt der Nutzer in einer Codebasis fest, deren Funktionsweise er nicht versteht, und ist für Problemlösungen weiter auf den Genie angewiesen
• Wiederholt sich diese Abhängigkeit, verschwindet die Lernumgebung selbst, in der sich grundlegende und fundamentale Fähigkeiten natürlich entwickeln könnten; es droht sogar kognitive Verkümmerung
• Dadurch könnte eine ganze Generation von Junioren entstehen, die nie die Chance bekommt, zu sinnvollen Seniors heranzuwachsen
• Die eigentliche Sorge ist, dass einer Generation von Lernenden die Chance verloren geht, die Expertise zu erwerben, um objektiv zu unterscheiden, was Slop ist und was nicht
• Noch schwerwiegender ist die Möglichkeit, dass selbst erfahrene Fachkräfte, die diese Tools geschickt einsetzen, die Motivation verlieren könnten, Junioren auf grundlegende Weise zu betreuen und auszubilden
• Das birgt das Risiko, nicht nur die Softwareentwicklung, sondern den Menschen generell in eine Richtung zu drängen, in der Agency und Entscheidungsfindung vollständig an Black Boxes delegiert werden

Fazit: Jetzt ist Talk wertvoller als Code

• Selbst für Entwickler, die von Hand geschrieben haben, wird nun die Fähigkeit, Code zu lesen und kritisch zu bewerten, wichtiger als die Fähigkeit, Syntax zu lernen und Zeile für Zeile zu tippen
• Letztere bleibt natürlich weiterhin eine wichtige Kompetenz, und die Fähigkeit, Code effektiv zu lesen, baut letztlich auf genau diesem Fundament auf
• Dennoch ist der alltägliche Workflow der Softwareentwicklung bereits vollständig auf den Kopf gestellt
• Erfahrene Entwickler, die gut sprechen können – also imaginieren, erklären, Probleme definieren sowie Architekturen entwerfen und umsetzen können – haben gegenüber denen, die das nicht können, einen unverhältnismäßig großen Vorteil wie nie zuvor
• Wissen über bestimmte Sprachen, Syntax oder Frameworks ist nicht länger der zentrale Engpass
• Auch die physiologischen und physischen Beschränkungen, die Entwickler früher fesselten, wirken nicht mehr als entscheidendes Hindernis
• Maschinen, die große Mengen Code sofort erzeugen, sind inzwischen kommodifizierte Werkzeuge, auf die jeder per pip install zugreifen kann
• Der Bedarf an gesonderter Spezialausbildung oder daran, neue Sprachen und Frameworks zu lernen, verschwindet faktisch ebenfalls
• Gefragt sind nur noch altes kritisches Denken, grundlegende menschliche Fähigkeiten und ein Mindestmaß an operativer Kompetenz im Umgang mit dieser Maschine
• Dadurch erleben bisherige Methoden und Rollentrennungen der Softwareentwicklung – Waterfall und Agile, Entwickler und Tester, Senior und Junior – einen grundlegenden Wandel
• Traditionelle Grenzen verschmelzen in unvorstellbar schnellen, komprimierten und verschwimmenden iterativen „agentischen“ Schleifen
• Damit verändern sich auch die Dynamiken von Menschen, Organisationen und öffentlichen Communities rund um die Softwareentwicklung sowie die menschlichen Anreize, die Teilen und Zusammenarbeit getragen haben, in rasantem Tempo
  • Beispiele dafür sind das Ende des Bug-Bounty-Programms von curl, die Einführung von Richtlinien zur AI-Nutzung bei Zulip und die explizite AI-Policy von Ghostty
• Zum ersten Mal in der Geschichte wird gutes Reden (talk) zu einem Faktor, der exponentiell wertvoller ist als guter Code
• Die Folgen dieses Wandels sind gravierend und zugleich hochgradig disruptiv