Der König hat seine Meinung geändert

Wenn David Heinemeier Hansson das Wort erhebt, horcht die Ruby-on-Rails-Welt auf. Als DHH – der Erfinder von Rails und Mitbesitzer von 37signals – jetzt verkündete, dass er seine Haltung zu AI-Coding-Tools revidiert hat, ging das weit über die Ruby-Community hinaus. Das war ein Erdbeben.

In einem Podcast mit Robby Russell ging DHH noch einen Schritt weiter. Er nannte es geradezu eine "berufliche Pflicht", AI ernst zu nehmen. Für jemanden, der Rails auf den Prinzipien von sauberem Code und Entwicklerhandwerk aufgebaut hat, ist das kein kleines Zugeständnis. Das ist ein echter Sinneswandel.

Was steckt hinter Vibe Coding?

"Vibe Coding" – du hast den Begriff bestimmt schon gehört. Er beschreibt, wie Entwickler mit AI-Assistenten Code erzeugen. Aber DHH interpretiert das tiefer. Es geht ihm nicht um Copy-Paste von AI-Ausgaben.

Bei 37signals ist Vibe Coding zum internen Experiment geworden. Designer und Product Manager arbeiten jetzt direkt im Code – zusammen mit den Entwicklern. Der traditionelle sechswochige Shape-Up-Zyklus steht sogar zur Diskussion. Das ist kein Ersatz für Entwickler. Es geht darum, den Erstellungsprozess zu demokratisieren und schneller zu iterieren.

Das Mantra dort? "Git reset and try again." Fehlgeschlagener AI-generierter Code ist kein Versagen – sondern einfach Treibstoff für den nächsten Versuch.

Basecamp 5: Wo Theorie auf Praxis trifft

Dieser Sinneswandel ist kein abstraktes Konzept. Er ist bereits im Einsatz. Basecamp 5 ist kürzlich erschienen und markiert die erste große Produktivversion, bei der diese AI-unterstützten Entwicklungsmethoden vollständig integriert wurden.

Die Ergebnisse sprechen für sich: schnellere Iterationen, abteilungsübergreifende Teams, und die Bereitschaft, AI das Boilerplate überlassen zu können, damit Menschen sich auf die wirklich interessanten Probleme konzentrieren.

Rails: Stabilität trifft Evolution

Das Bemerkenswerte daran: Rails selbst musste sich gar nicht dramatisch verändern. Das Backend ist so stabil, dass eine Model-Datei von 2026 problemlos neben einer von 2013 steht. Diese Stabilität ist im AI-Zeitalter ein echter Vorteil. AI-Tools können Rails-Code mit hoher Zuverlässigkeit generieren, weil die Konventionen so klar definiert sind.

Der Rails-Roadmap stehen spannende Neuerungen bevor:

• Lexi: Ein auf Lexical basierender Editor für ActionText
• Native Passkeys: Moderne Authentifizierung ohne Passwörter
• Magic Links: Nahtloses, sicheres Einloggen

Rails passt sich nicht nur an AI an – es entwickelt sich weiter als Framework, das Entwicklererfahrung und vernünftige Standards in den Mittelpunkt stellt.

Was bedeutet das für dich?

Ob du ein Startup leitest, ein Entwicklerteam managst oder dein erstes Webprojekt startest – DHHs Kurswechsel trägt eine klare Botschaft: Die Werkzeuge sind weniger wichtig als das Ergebnis. Jede Zeile Code per Hand zu schreiben war nie der Punkt. Es ging immer darum, großartige Software zu bauen, die echte Bedürfnisse erfüllt.

AI-Tools machen das Handwerk der Softwareentwicklung nicht wertlos. Sie verlagern es. Entwickler und Teams, die erfolgreich bleiben, sind diejenigen, die ihre Arbeitsabläufe anpassen, mutig experimentieren und im Kopf behalten: Code ist ein Mittel zum Zweck.

Bei uns beobachten wir diese Entwicklung jeden Tag. Unsere Kunden bauen zunehmend Projekte, die AI-gestützte Workflows nutzen. Die Wahl der richtigen Plattform spielt dabei eine Rolle. Rails' Stabilität kombiniert mit seiner Offenheit für neue Entwicklungsmethoden macht es zu einer ausgezeichneten Wahl für Teams, die Vibe Coding ausprobieren wollen – ohne bewährte Praktiken über Bord zu werfen.

Die Zukunft von Rails geht nicht darum, zwischen Handwerk und Geschwindigkeit zu wählen. Sie bietet beides. Und das ist ein Vibe, zu dem es sich zu coden lohnt.