Derfor snur DHH om på vibe coding – og hvorfor det betyr en ny æra for Rails
DHH Snudde – Igjen
Når David Heinemeier Hansson snakker, lytter Ruby on Rails-miljøet. Så da DHH – skaperen av Rails og medeier i 37signals – nylig annonserte at han hadde snudd om AI-kodeverktøy, skapte det bølger langt utenfor Ruby-boblen.
I en podcast med Robby Russell gikk DHH fra å være skeptisk til aktiv tilhenger av AI i moderne utvikling. Han kalte det rett og slett en "profesjonell plikt" å ta AI på alvor. For en person som bygde Rails på prinsipper om håndverksmessig kode og elegance, er ikke dette en liten innrømmelse – det er et filosofisk skifte.
Hva Vibe Coding Egentlig Betyr
Kanskje du har hørt begrepet "vibe coding" – det er blitt den uformelle måten utviklere beskriver samarbeid med AI-assistenter for å generere kode raskt. Men DHHs tolkning går dypere enn å kopiere og lime inn AI-output.
Hos 37signals har vibe coding blitt en intern eksperiment. Designere og produktledere jobber nå direkte i kode sammen med utviklere. Den tradisjonelle seksukers Shape Up-syklusen, som lenge har vært hellig hos selskapet, er til og med "til vurdering". Dette handler ikke om å erstatte utviklere – det handler om å demokratisere skapeprosessen og øke hastigheten på iterering.
Mantraet? "Git reset and try again." Billig eksperimentering betyr at AI-assistert kode som bommer ikke er en fiasko – det er rett og slett drivstoff for neste forsøk.
Basecamp 5: Hvor Teori Blir Praksis
Dette filosofiske skiftet er ikke abstrakt. Det er faktisk ute i produksjon. Basecamp 5 ble nylig lansert, og representerer den første store produktutgivelsen der disse AI-forbedrede utviklingspraksisene er fullt integrert i arbeidsflyten hos 37signals.
Resultatene snakker for seg selv: raskere iterasjoner, tverrfaglige team som bryter ned tradisjonelle siler, og en villighet til å la AI håndtere det kjedelige slik at mennesker kan fokusere på de interessante problemene.
Rails: Stabilitet Møter Evolusjon
Her er det som gjør dette skiftet bemerkelsesverdig: Rails selv har ikke trengt å endre seg dramatisk for å tilpasse seg. Frameworkets backend er så stabil at en modellfil skrevet i 2026 ser helt naturlig ut ved siden av en fra 2013. Denne stabiliteten er faktisk en fordel i AI-alderen – det betyr at AI-verktøy kan generere Rails-kode med høy tillit fordi konvensjonene er så godt etablert.
Ser vi fremover, inneholder Rails roadmapet noen spennende nyheter:
- Lexi: En Lexical-basert editor på vei til ActionText
- Native passkeys: Moderne autentisering uten passord
- Magic links: Sømløse, sikre påloggingsopplevelser
Disse funksjonene viser at Rails ikke bare tilpasser seg AI – det fortsetter å utvikle seg som et framework som prioriterer utvikleropplevelse og fornuftige standardvalg.
Hva Dette Betyr for Deg
Enten du driver en startup, leder et utviklingsteam eller bygger ditt første webprosjekt, innebærer DHHs snuoperasjon en viktig melding: verktøyene betyr mindre enn resultatene. Å skrive hver linje med kode for hånd var aldri poenget – det handlet alltid om å bygge god programvare som tjener reelle behov.
AI-verktøy reduserer ikke håndverket i programvareutvikling. De flytter bare der håndverket anvendes. Utviklerne og teamene som vil trives er de som tilpasser arbeidsflyten, eksperimenterer dristig, og husker at kode er et middel – ikke et mål.
Hos NameOcean ser vi denne evolusjonen på nært hold. Kundene våre bygger i økende grad prosjekter som utnytter AI-assisterte arbeidsflyter, og plattformene de velger betyr noe. Rails sin stabilitet kombinert med åpenhet for nye utviklingsparadigmer gjør det til et utmerket valg for team som er klare til å omfavne vibe coding uten å gi avkall på beste praksis.
Fremtiden til Rails handler ikke om å velge mellom håndverk og hastighet. Det handler om å ha begge deler – og det er en vibe verdt å kode til.