Rails World 2026: DHH nennt handgeschriebenen Code obsolet
DHH sagt, er habe im August 2026 allein 150.000 Zeilen Code geschrieben - statt 30.000 pro Jahr von Hand. 37signals schreibt Heys Mailserver zugleich in Rust neu.
3 Min. Lesezeit

Die Zahlen
- lines of code DHH says he wrote in August 2026 alone
- 150,000
- less CPU use claimed for Hey's new Rust-based mail server
- 99%
- time to install DHH's Omarchy Linux, down from 3 minutes 33 seconds a year ago
- 9s
- pledged so far to the Omarchy Linux project, Dealroom reports
- $20M
David Heinemeier Hansson, der Schöpfer von Ruby on Rails, sagte Entwicklern auf der diesjährigen Rails-World-Konferenz, dass handgeschriebener Code wirtschaftlich keinen Sinn mehr ergebe. Laut einem Bericht von Dealroom über die Keynote sagte er, er sei "als professioneller Programmierer in Rente gegangen" und nenne sich jetzt stattdessen "Maker".
Hansson, bekannt als DHH, argumentierte, KI-Coding-Agenten hätten handgetippten Code für die meisten Projekte überflüssig gemacht. Er nannte ihn "die Kodak Brownie unserer Zeit" und verglich handgeschriebenen Code damit mit einer alten, einfachen Kamera, die die meisten Menschen nicht mehr brauchen. "Von Agenten generierter Code ist jetzt der normale Geschäftsablauf", sagte er laut Dealroom.
Die Zahlen, die er nannte, untermauern die Aussage. DHH schrieb im August 2026 allein rund 150.000 Zeilen Code, verglichen mit etwa 30.000 Zeilen pro Jahr in seinem alten, handgetippten Arbeitsablauf, berichtet Dealroom. Auch sein eigener Sprachmix hat sich umgekehrt. Ruby macht heute nur noch rund 3 % seiner Arbeit aus, verglichen mit etwa der Hälfte über die vergangenen zwei Jahrzehnte, so Jared Normans Analyse der Keynote.
Der Hey-Umbau
Das deutlichste Beispiel ist Hey, der E-Mail-Dienst von Hanssons Firma 37signals. Hey wird als sechs separate native Apps neu gebaut, eine pro Plattform, mit einem neuen Mailserver-Kern, der statt in Ruby jetzt in Rust geschrieben ist. Dealroom berichtet, der Rust-Umbau senke den CPU-Verbrauch um 99 % und den Speicherverbrauch um 95 % gegenüber dem alten Server.
DHH hat schon früher gesagt, Rust sei für Menschen schwer zu lesen. Normans Analyse zitiert ihn damit, die Sprache sei "großartig für LLMs", auch wenn sie für Menschen "hässlich" sei - weil jetzt KI-Agenten und nicht Menschen den größten Teil dieses Codes schreiben und pflegen.
So vergleichen sich die Zahlen vorher und nachher:
| Kennzahl | Vorher | Jetzt |
|---|---|---|
| DHHs eigene Code-Ausgabe | Etwa 30.000 Zeilen pro Jahr | 150.000 Zeilen im August 2026 |
| Hey-Mailserver, CPU-Verbrauch | Basiswert | 99 % weniger, laut Dealroom |
| Hey-Mailserver, Speicherverbrauch | Basiswert | 95 % weniger, laut Dealroom |
| Installationszeit von Omarchy Linux | 3 Minuten 33 Sekunden (Rails World 2025) | 9 Sekunden |
Wette auf Agenten, nicht nur auf Rails
DHH sagte voraus, dass bis Jahresende "praktisch alle Bereiche, praktisch alle Programmierer, praktisch alle Unternehmen" KI zur Code-Erzeugung nutzen würden, so Normans Analyse. Er sagte außerdem, dass das Lesen von Code durch Menschen "die Ausnahme statt der Regel" werden solle.
Dealroom berichtet auch, dass DHHs Linux-Distribution Omarchy, ein Nebenprojekt außerhalb von Rails, rund 20 Millionen Dollar an zugesagten Mitteln eingesammelt habe. Ihre Installationszeit sank von 3 Minuten 33 Sekunden vor einem Jahr auf heute 9 Sekunden. DHH verwies auf diese Beschleunigung als weiteres Beispiel dafür, was von Agenten geschriebene Werkzeuge leisten können. Getrennt davon erreichte ein eigener Benchmark der Rails Foundation für Coding-Agenten laut Dealroom bei einem ersten Testlauf 95 % korrekt gelöste Aufgaben.
Normans Beitrag argumentiert, die Keynote habe wenig über Rails' eigenen Fahrplan gesagt und die Reaktion aus der Ruby-Community sei größtenteils negativ ausgefallen. Manche Entwickler hätten das Gefühl gehabt, DHH habe seinen Eröffnungsslot genutzt, um über KI und seine eigenen Nebenprojekte zu sprechen, so Norman.
Was das für Entwickler bedeutet
Wenn Sie eine Rails-App pflegen, ändert sich heute nichts. DHHs Aussagen betreffen, wie Code geschrieben wird, nicht, ob Rails weiter unterstützt wird. Aber der Hey-Umbau lohnt einen Blick als echten Testfall. Ein bekanntes Team wettet jetzt darauf, dass ein KI-lastiger Stack aus mehreren Sprachen einer einzigen gemeinsamen Rails-Codebasis überlegen ist - zumindest für das eigene Produkt.
Seien Sie vorsichtig, wenn Sie Ihre eigene Ausgabe mit DHHs 150.000-Zeilen-Monat vergleichen. Diese Zahl umfasst Berichten zufolge viele kleine Projekte, nicht eine einzige fertige Anwendung. Reine Zeilenzahlen sind ein schwacher Maßstab für fertige, ausgelieferte Software.
Angenommen, Sie wählen eine Sprache für einen neuen Backend-Dienst und erwarten, dass KI-Agenten den Großteil des Codes schreiben. Wägen Sie Rusts strenge Compiler-Prüfungen gegen seinen Ruf ab, für Menschen schwer von Hand zu lesen zu sein. Diese Prüfungen fangen Speicher- und Threading-Fehler ab, bevor das Programm überhaupt läuft - das zählt mehr, wenn ein Agent und nicht ein Mensch den Großteil des Schreibens übernimmt. Testen Sie diesen Kompromiss an einem kleinen Dienst, bevor Sie sich auf einen kompletten Umbau festlegen.
Quellen
- What About Rails? - Jared Norman
- Pencils down: DHH declares the end of hand-written code - Dealroom
Ähnliche Artikel

Bun 1.4 bringt den KI-getriebenen Rust-Rewrite in Produktion
Bun 1.4 ist das erste Produktionsrelease des von Zig nach Rust umgeschriebenen Runtimes - schnellerer Start, neue APIs, während Kritiker 13.044 unsafe-Blöcke zählen.

Fearless SIMD 1.0 bringt stabiles, sicheres SIMD nach Rust
Fearless SIMD 1.0 erschien am 21. September und bringt Rust sicheres SIMD von SSE2 bis AVX-512, NEON und WebAssembly, mit stabiler API und 3 Jahren Sicherheitsupdates.

Rust warnt Maintainer vor gefälschten Job-Videocalls
Rusts Sicherheitsteam meldet: Angreifer vereinbaren unter falschen Jobangeboten Videocalls mit Crate-Ownern und bitten dann um die Installation eines fehlenden Codecs.