Rails-Erfinder DHH hört auf, Code von Hand zu schreiben: „Englisch ist eine bessere Programmiersprache“

DHH sagt, er habe seit März keine Zeile Code mehr getippt

David Heinemeier Hansson, Mitbegründer von Basecamp und Erfinder von Ruby on Rails, hat aufgehört, Code von Hand zu schreiben. Die Ankündigung kam während einer emotionalen Keynote auf der Rails World 2026, wo der weithin als DHH bekannte Programmierer dem Publikum sagte, er habe seit etwa März 2026 keine einzige Zeile mehr selbst getippt – und damit eine 25-jährige Laufbahn als professioneller Programmierer beendet.

Für eine Branche, die mehrere Jahre damit verbracht hat, darüber zu streiten, ob KI tatsächlich produktionsreife Software erzeugen kann, ist der Zeitpunkt ebenso wichtig wie der Inhalt. DHH ist kein peripherer Beobachter, der sich einem neuen Werkzeug zuwendet. Er ist einer der bekanntesten aktiven Programmierer seiner Generation, und nun erklärt er öffentlich, dass der manuelle Teil der Arbeit für ihn beendet ist.

Eine verblüffende Kehrtwende, kein allmähliches Abgleiten

Bemerkenswert ist die Umkehr vor allem deshalb, weil die entgegengesetzte Haltung noch gar nicht lange zurückliegt. Nur etwas mehr als ein Jahr vor der Keynote hatte DHH sich offen gegen KI-gestütztes Programmieren gestellt und die Frage aufgeworfen, ob man das Schreiben von Software überhaupt Maschinen überlassen sollte. Seine Entwicklung ist daher keine langsame Adoptionskurve und kein stilles Experiment. Sie ist eine Kehrtwende, öffentlich verkündet und in persönlichen Worten formuliert – von jemandem, der zu den prominenteren Skeptikern gehört hatte.

Genau dieser Kontrast verlieh der Keynote im Saal ihr Gewicht. Die Rails World ist eine Veranstaltung rund um ein Framework, das er selbst geschaffen hat, und im Publikum sitzen überwiegend Entwickler, die täglich damit arbeiten. Wenn der Autor sagt, er schreibe den Code nicht mehr selbst, ist das ein anderes Signal als eine Anbieter-Demo oder ein Benchmark-Ergebnis.

Die Ökonomie des Selbst-Tippens von Code

Der Kern von DHHs Argument ist eher ökonomisch als rein technologisch. Manuelles Programmieren ergibt seiner Einschätzung nach für die meisten Programmierer und die meisten Unternehmen keinen Sinn mehr. Dabei geht er über den aktuellen Stand der Werkzeuge hinaus: Bis Ende des Jahres, so erwartet er, werde diese Logik für praktisch jeden Bereich der Softwarearbeit gelten.

Diese Rahmung umgeht bewusst die übliche Debatte darüber, ob KI-generierter Code in jedem Fall elegant, idiomatisch oder sicher ist. Die Frage, die er stellt, ist einfacher und unbequemer: Wenn die Arbeit eher angeleitet als getippt werden kann, was kostet es dann eine Person oder eine Organisation, weiter selbst zu tippen? Für Teams, die ohnehin unter Druck stehen, schneller zu liefern, ohne dass die Personaldecke wächst, ist das kein abstraktes Gedankenexperiment.

„Englisch ist eine bessere Programmiersprache als Ruby“

Der Satz, der die Keynote vermutlich überdauern wird, ist seine Behauptung, Englisch sei inzwischen eine bessere Programmiersprache als Ruby – die Sprache, auf der sein eigenes Framework aufbaut. Es ist eine bewusst provokante Art, eine Verschiebung jener Ebene zu beschreiben, auf der Entwickler ihre Zeit verbringen.

Statt ihre Absicht durch Syntax und Abstraktionen auszudrücken, die sie pflegen müssen, formulieren Programmierer sie zunehmend durch Beschreibung, Verfeinerung und Review. Ruby bleibt das Substrat für eine große Zahl bestehender Rails-Anwendungen, doch in DHHs Darstellung wandert der menschliche Beitrag nach oben – von der Mechanik des Schreibens von Anweisungen hin zur Formulierung dessen, was existieren soll.

Von Programmierern zu „professionellen Machern von Dingen“

Statt die Veränderung als Verlust zu behandeln, rahmte DHH sie als Beginn einer neuen Karrierephase. Programmierer werden in seiner Beschreibung zu „professionellen Machern von Dingen“, die das steuern, was er als eine Intelligenz bezeichnete, die bis vor wenigen Augenblicken nur in der Science-Fiction verfügbar war.

Diese Umdeutung zielt direkt auf die Angst, die durch den Berufsstand geht. Die pessimistische Version der KI-Coding-Geschichte ist eine langsame Erosion eines Handwerks hin zur Prompt-Aufsicht. Die Version, die DHH präsentierte, kommt einer Ausweitung des Wirkungsbereichs näher: ehrgeizigere Produkte, mehr Fläche zum Aufbauen und weniger Zeit für die mechanische Übersetzung von Ideen in Syntax.

Softwarearchitektur muss neu durchdacht werden

Er argumentierte außerdem, dass die Softwarearchitektur selbst überdacht werden muss. Seine Begründung: Traditionelle Abstraktionen verlieren an Wert, wenn KI-Agenten diejenigen sind, die den Code ändern. Abstraktionen sind eine menschliche Kompressionstechnik – eine Kurzschrift, mit der Menschen ein großes System im Kopf behalten können. Wenn der primäre Editor einer Codebasis kein Mensch ist, zahlen sich manche dieser Abkürzungen nicht mehr aus, während andere Formen von Struktur deutlich wichtiger werden.

Er behauptete nicht, die Antworten zu haben. „Niemand hat bisher den Bauplan“, sagte DHH und fügte hinzu, das Publikum dürfe dabei sein, während das Feld diese Dinge definiere. Es ist ein ungewöhnlich offenes Eingeständnis von jemandem, der für starke Meinungen bekannt ist, und es lässt die praktischen Fragen offen statt geklärt.

„Das Größte in der Geschichte des Computings“

DHH hielt sich beim Ausmaß nicht zurück. Er nannte die Verschiebung das Größte, was in der Geschichte des Computings passiert sei. Aus dem Mund des Autors eines Frameworks, das die Art und Weise geprägt hat, wie eine ganze Generation von Webanwendungen gebaut wurde, ist diese Bezeichnung wörtlich gemeint.

Ob diese Rahmung Bestand haben wird oder nicht – die Richtung der Reise ist an seinem eigenen Verhalten klar abzulesen. Ein Programmierer mit 25 Jahren angesammelter Erfahrung und starker Bindung an eine bestimmte Sprache hörte auf zu tippen – und beschrieb die Veränderung als etwas, auf dem man aufbauen sollte, statt als etwas, dem man widerstehen müsse.

Was das für arbeitende Entwickler bedeutet

Für Entwickler, die die Keynote aus zweiter Hand lesen, sind die praktischen Lehren weniger dramatisch als die Schlagzeile, aber dennoch konkret:

• Der Wert reiner Flüssigkeit in der Syntax einer einzelnen Sprache sinkt im Verhältnis zur Fähigkeit, Maschinenausgaben zu spezifizieren, zu prüfen und zu korrigieren.
• Architektur-Entscheidungen werden wichtiger, nicht unwichtiger, weil die Personen, die die Begründung hinter einem System pflegen, nicht unbedingt diejenigen sind, die seine Dateien bearbeiten.
• Annahmen darüber, wie „Software schreiben“ im Alltag aussieht, werden öffentlich neu verhandelt – auch von denen, die die Standards der vorherigen Ära definiert haben.
• Das ökonomische Argument kommt schneller, als viele erwartet haben, wobei DHH eine nahezu universelle Anwendbarkeit bis Ende des Jahres vorhersagt.

Die unbeantworteten Fragen

Nichts an der Ankündigung löst die schwierigeren Probleme: wie Codequalität in großem Maßstab verifiziert wird, was mit Junior-Entwicklern geschieht, die traditionell durch das Schreiben tausender Zeilen von Hand gelernt haben, und wie Teams Systeme verständlich halten, wenn Agenten die Änderungen vornehmen. DHHs eigene Position ist, dass es noch keinen Bauplan gibt, was die Branche in einen ungewöhnlichen Moment versetzt – ein großer Übergang, anerkannt von einem führenden Praktiker, während die Regeln noch geschrieben werden.

Nicht mehr infrage steht seine persönliche Antwort. Nach einem Vierteljahrhundert professioneller Programmierung sagt der Erfinder von Ruby on Rails, er sei fertig damit, Code von Hand zu schreiben, und er lädt Entwickler ein, das als Anfang statt als Ende zu begreifen.

Dieser Artikel basiert auf einer Reportage von The Decoder. Lesen Sie den Originalartikel.