DHH's overraskende vending: Sådan genopfinder Rails sig selv
Kongen Har Skiftet Mening
Når David Heinemeier Hansson taler, lytter Ruby on Rails-miljøet. Så da DHH — skaberen af Rails og medejer af 37signals — meddelte, at han havde ændret sin holdning til AI-kodningsværktøjer, sendte det chokbølger gennem udviklermiljøet langt ud over Ruby-boblen.
I en nylig podcast med Robby Russell gik DHH ikke bare stille med AI's rolle i moderne udvikling — han kaldte det en "professionel forpligtelse" at tage AI alvorligt. Fra en person, der byggede Rails på principper om håndværk og elegant, håndskrevet kode, er det her ikke en mindre indrømmelse. Det er et filosofisk kursskift.
Hvad Vibe Coding Egentlig Betyder
Du har måske hørt termen "vibe coding" — det er blevet den uofficielle betegnelse for, når udviklere arbejder med AI-assistenter til at generere kode hurtigt. Men DHH's fortolkning går dybere end at copy-paste AI-output.
Hos 37signals er vibe coding blevet et internt eksperiment. Designere og produktfolk arbejder nu direkte i kode sammen med udviklere. Den traditionelle seks ugers Shape Up-cyklus, længe betragtet som hellig hos 37signals, er endda "til forhandling." Det handler ikke om at erstatte udviklere — det handler om at demokratisere skabelsesprocessen og accelerere iterationer.
Mantraet? "Git reset and try again." Billig eksperimentering betyder, at AI-genereret kode, der rammer ved siden af, ikke er en fiasko — det er blot brændstof til næste forsøg.
Basecamp 5: Hvor Teori Møder Praksis
Det her filosofiske skift er ikke abstrakt. Det er allerede sendt til produktion. Basecamp 5 blev for nylig lanceret, og det repræsenterer den første store produktionsudgivelse, hvor disse AI-forstærkede udviklingspraksisser er fuldt integreret i arbejdsgangen hos 37signals.
Resultaterne taler for en ny type softwareudvikling: hurtigere iterationer, tværfunktionelle teams der bryder traditionelle siloer ned, og villighed til at lade AI håndtere boilerplate, så mennesker kan fokusere på de interessante problemer.
Rails: Stabilitet Møder Evolution
Her er det, der gør skiftet bemærkelsesværdigt: Rails selv har ikke haft brug for at ændre sig dramatisk for at tilpasse sig. Frameworkets backend er så stabilt, at en model-fil skrevet i 2026 ser helt naturlig ud ved siden af én fra 2013. Den stabilitet er faktisk en fordel i AI-æraen — det betyder, at AI-værktøjer kan generere Rails-kode med høj tillid, fordi konventionerne er så veletablerede.
Ser vi fremad, indeholder Rails-roadmapet spændende tilføjelser:
- Lexi: En Lexical-baseret editor på vej til ActionText
- Native passkeys: Moderne autentificering uden passwords
- Magic links: Sømløse, sikre login-oplevelser
De her funktioner viser, at Rails ikke bare tilpasser sig AI — det fortsætter med at udvikle sig som et framework, der prioriterer developer experience og fornuftige standardindstillinger.
Hvad Det Betyder for Dig
Uanset om du driver en startup, styrer et udviklingsteam eller bygger dit første webprojekt, sender DHH's drejning en besked: værktøjerne betyder mindre end resultaterne. At skrive hver eneste kodelinje i hånden var aldrig pointen — det handlede altid om at bygge great software, der tjener virkelige behov.
AI-værktøjerne mindsker ikke håndværket i softwareudvikling. De ændrer, hvor det håndværk bliver anvendt. De udviklere og teams, der vil trives, er dem der tilpasser deres workflows, eksperimenterer modigt og husker, at kode er et middel til et mål.
Hos os ser vi den her evolution på tæt hold. Vores kunder bygger i stigende grad projekter, der udnytter AI-assisterede workflows, og de platforme de vælger, betyder noget. Rails' stabilitet kombineret med dets åbenhed over for nye udviklingsparadigmer gør det til et fremragende valg for teams, der er klar til at omfavne vibe coding uden at opgive best practices.
Fremtiden for Rails handler ikke om at vælge mellem håndværk og hastighed. Det handler om at have begge dele — og det er en vibe, der er værd at kode til.