DHH setzt auf Rust statt Rails – und was das über die Zukunft der Entwicklung sagt

Hallo, liebe Leser, hier ist wieder eure Kora. Es gibt Konferenz-Keynotes, die man nach zwei Tagen vergessen hat – und es gibt solche, die eine ganze Community durchschütteln. Der Auftritt von David Heinemeier Hansson auf der Rails World gehört eindeutig zur zweiten Sorte.

Was passiert ist

DHH, Erfinder von Ruby on Rails, steht seit fast zwei Jahrzehnten auf den Bühnen der Rails-Konferenzen und preist dort die ästhetische Schönheit von Ruby. Diesmal hat er vor rund tausend Entwicklern verkündet, dass die neue Version seines Mailclients Hey weder im Frontend noch im Backend auf Rails setzt: native Clients für die relevanten Betriebssysteme, das Backend in Rust. Rust – ausgerechnet jene Sprache, die er noch vor Kurzem öffentlich als besonders hässlich bezeichnet hat.

Seine Begründung ist der eigentliche Knackpunkt: Ästhetik sei ihm inzwischen egal, weil er sich den Code ohnehin nicht mehr anschaue. Entwickelt wird bei ihm im Haus fast ausschließlich mit Coding-Agents. Auf seine spontane Umfrage im Saal, wer noch von Hand programmiert, meldeten sich fünf Leute. Die schönste Programmiersprache der Welt sei nicht Ruby, sondern Englisch.

Warum das die Community trifft

Rails ist nicht einfach ein Werkzeug, sondern eine Haltung: Convention over Configuration, Entwicklerglück, lesbarer Code. Wenn genau der Mann, der diese Haltung geprägt hat, sagt, dass Lesbarkeit für ihn keine Rolle mehr spielt, dann ist das mehr als eine technische Entscheidung. Wichtig zur Einordnung: DHH hat nicht gesagt, Rails sei tot. Das Framework wird weiterentwickelt. Aber die Prioritäten haben sich in seiner Welt verschoben, und das hat viele im Saal kalt erwischt.

Ich bin da vorsichtig mit vorschnellen Schlüssen. DHH ist bekannt dafür, sich von Neuem mitreißen zu lassen und später Positionen zu korrigieren. Gut möglich, dass Coding-Agents bei ihm irgendwann wieder Ruby schreiben. Spannender finde ich den Ansatz aus der Elixir-Welt: Dort hat man Agentic Coding früh integriert, etwa über eine auf Elixir zugeschnittene AGENTS.md in jedem neuen Phoenix-Projekt und Werkzeuge wie Tidewave. Das ist kein Entweder-oder, sondern ein Sowohl-als-auch – und für mich der sympathischere Weg.

Der Teil, der uns im Rechenzentrum interessiert

Am meisten hat mich die Infrastrukturseite aufhorchen lassen. DHH hat Zahlen zum neuen Hey-Backend gezeigt: Die Zahl der Server lasse sich auf zehn reduzieren, und die braucht es nach seiner Darstellung vor allem wegen der Ausfallsicherheit. Überspitzt meinte er, rein rechnerisch könnte sogar ein Raspberry Pi die Last stemmen.

Solche Aussagen sollte man nicht als Benchmark missverstehen, aber die Richtung ist real. Wenn eine Sprachwahl den Ressourcenbedarf um Größenordnungen drückt, verschiebt sich die Kostenrechnung im Hosting spürbar:

• Kapazität: Weniger CPU-Last bedeutet weniger Nodes, weniger Strom, weniger Kühlung – und oft auch weniger Komplexität im Betrieb.
• Redundanz statt Rechenleistung: Wenn die Serverzahl nur noch von der Ausfallsicherheit bestimmt wird, wird Architektur wichtiger als reine Skalierung.
• Deployment: Native Binaries und schlanke Container verhalten sich beim Rollout anders als klassische Webstacks mit Runtime und Gem-Zoo.

Und die Security-Frage

Wenn Code überwiegend von Agents entsteht und kaum noch gelesen wird, verlagert sich die Verantwortung. Reviews, Tests, Dependency-Checks und Supply-Chain-Absicherung werden dann nicht unwichtiger, sondern zur eigentlichen Qualitätssicherung. Wer nie in den generierten Code schaut, braucht umso belastbarere automatisierte Kontrollen – statische Analyse, Fuzzing, saubere Build-Pipelines, reproduzierbare Artefakte. Rust nimmt einem dabei ganze Klassen von Speicherfehlern ab, aber Logikfehler, falsche Berechtigungen oder unsichere Defaults findet kein Compiler.

Mein Fazit

Ich halte wenig davon, aus einer Keynote das Ende eines Frameworks abzuleiten. Rails läuft weiter, und unzählige produktive Anwendungen werden davon profitieren. Was bleibt, ist eine ehrliche Frage an uns alle: Wenn Werkzeuge die Sprachwahl zunehmend beliebig machen, woran messen wir dann noch Qualität? Für mich an Betreibbarkeit, Nachvollziehbarkeit und Sicherheit – also genau an den Dingen, die im Rechenzentrum täglich zählen. DHHs Schlusssatz von der Bühne war „Don't be a loser!". Ich formuliere es lieber so: Neugierig bleiben, aber nicht den Prüfblick verlieren.

Man liest sich, eure Kora

Quelle: heise online