Waarom DHH's verrassende U-bocht een nieuw tijdperk inluidt voor Rails-ontwikkeling

De Koning Heeft Van Gedachten Veranderd

Als David Heinemeier Hansson zijn mond opendoet, luistert de Ruby on Rails wereld. Dus toen DHH — de bedenker van Rails en mede-eigenaar van 37signals — bekendmaakte dat hij van standpunt is veranderd over AI-codeertools, veroorzaakte dat schokgolven die ver voorbij de Ruby-community reikten.

In een recent podcastgesprek met Robby Russell erkende DHH niet alleen de rol van AI in moderne softwareontwikkeling — hij noemde AI serieus nemen zelfs een "professionele plicht." Van iemand die Rails bouwde op principes van vakmanschap en elegant, met de hand geschreven code, is dit geen kleine toegeving. Het is een filosofische ommezwaai.

Wat Vibe Coding Eigenlijk Betekent

Je hebt de term "vibe coding" vast wel eens voorbij zien komen — het is de informele manier waarop ontwikkelaars omschrijven dat ze met AI-assistenten snel code genereren. Maar DHH's interpretatie gaat dieper dan simpelweg AI-outputs kopiëren en plakken.

Bij 37signals is vibe coding uitgegroeid tot een intern experiment. Designers en productmanagers werken nu rechtstreeks in code, samen met ontwikkelaars. De traditionele zeswekelijkse Shape Up-cyclus, altijd beschouwd als heilig bij 37signals, staat zelfs "ter discussie." Het gaat hier niet om het vervangen van ontwikkelaars — het draait om het toegankelijk maken van het creëren van software en het versnellen van iteraties.

Het devies? "Git reset and try again." Goedkope experimenten betekenen dat AI-gegenereerde code die niet helemaal raak is, geen mislukking is — het is simpelweg brandstof voor de volgende poging.

Basecamp 5: Waar Theorie Praktijk Ontmoet

Deze filosofische omslag is allesbehalve abstract. Het wordt daadwerkelijk uitgeleverd. Basecamp 5 is recent gelanceerd en vertegenwoordigt de eerste grote productierelease waarbij deze AI-ondersteunde ontwikkelpraktijken volledig zijn geïntegreerd in het werkproces bij 37signals.

De resultaten spreken boekdelen over een nieuwe vorm van softwareontwikkeling: snellere iteraties, cross-functionele teams die traditionele silo's doorbreken, en bereidheid om AI het boilerplate werk te laten doen zodat mensen zich kunnen richten op de interessante problemen.

Rails: Stabiliteit Ontmoet Evolutie

Wat deze omslag bijzonder maakt: Rails zelf hoefde niet drastisch te veranderen om dit mogelijk te maken. De backend van het framework is zo stabiel dat een modelbestand uit 2026 er helemaal naast kan staan met eentje uit 2013. Die stabiliteit is juist een voordeel in het AI-tijdperk — het betekent dat AI-tools Rails-code kunnen genereren met hoge betrouwbaarheid omdat de conventies zo goed vastliggen.

Kijkend naar de toekomst, bevat de Rails-roadmap einige spannende toevoegingen:

• Lexi: Een op Lexical gebaseerde editor voor ActionText
• Native passkeys: Moderne authenticatie zonder wachtwoorden
• Magic links: Naadloze, veilige inlogervaringen

Deze features laten zien dat Rails niet alleen inspeelt op AI — het blijft evolueren als een framework dat developer experience en verstandige standaardwaarden vooropstelt.

Wat Dit Voor Jou Betekent

Of je nu een startup runt, een developmentteam aanstuurt, of je eerste webproject bouwt — DHH's draai draagt een boodschap: de tools zijn minder belangrijk dan de resultaten. Elke regel code met de hand schrijven was nooit het doel — het ging altijd om het bouwen van geweldige software die echte behoeften vervult.

AI-tools tasten het vakmanschap van softwareontwikkeling niet aan. Ze verplaatsen alleen waar dat vakmanschap wordt toegepast. De ontwikkelaars en teams die zullen floreren zijn degene die hun workflows aanpassen, gedurfd experimenteren, en niet vergeten dat code een middel is — geen doel op zich.

Bij NameOcean zien we deze evolutie van dichtbij. Onze klanten bouwen steeds vaker projecten die gebruikmaken van AI-ondersteunde workflows, en de platforms die ze kiezen maken het verschil. De stabiliteit van Rails gecombineerd met zijn openheid voor nieuwe ontwikkelparadigma's maakt het een uitstekende keuze voor teams die klaar zijn om vibe coding te omarmen zonder best practices overboord te gooien.

De toekomst van Rails draait niet om de keuze tussen vakmanschap en snelheid. Het draait om beide hebben — en dat is een vibe om naar te coderen.