Varför DHH plötsligt älskar vibe coding
DHH och det stora skiftet
När David Heinemeier Hansson talar, lyssnar Rails-världen. Så när DHH – skaparen av Ruby on Rails och medgrundare av 37signals – meddelade att han ändrat inställning till AI-kodningsverktyg, spred sig reaktionerna långt utanför Ruby-communityn.
I ett podcastavsnitt med Robby Russell gick DHH längre än att bara erkänna AI:s roll. Han kallade det en "professionell skyldighet" att ta AI på allvar. Från en person som byggt Rails på principer om hantverksskicklighet och elegant, handskriven kod är detta ingen liten eftergift. Det är ett filosofiskt skifte.
Vad vibe coding egentligen handlar om
Termen "vibe coding" har dykt upp runt om i utvecklarvärlden – ett vardagligt sätt att beskriva samarbete med AI-assistenter för snabb kodgenerering. Men DHH:s tolkning går djupare än att kopiera och klistra in AI-genererad kod.
På 37signals har vibe coding blivit en intern experiment. Designers och produktchefer arbetar nu direkt i kod tillsammans med utvecklare. Det traditionella sexveckorscykeln Shape Up, som länge betraktats som helig mark, står till och med "under omprövning". Det handlar inte om att ersätta utvecklare – det handlar om att demokratisera skapandet och accelerera iterationer.
Mantrat? "Git reset and try again." Billig experimentation betyder att AI-genererad kod som missar målet inte är ett misslyckande – det är helt enkelt bränsle för nästa försök.
Basecamp 5: Teori möter praktik
Det här filosofiska skiftet är inte abstrakt. Det levereras. Basecamp 5 lanserades nyligen och representerar den första stora produktlanseringen där dessa AI-förstärkta utvecklingsmetoder fullt ut integrerats i arbetsflödet på 37signals.
Resultaten talar för en ny typ av mjukvaruutveckling: snabbare iterationer, tvärfunktionella team som bryter ner traditionella silor, och en vilja att låta AI ta hand om standardkoden så att människor kan fokusera på de intressanta problemen.
Rails: Stabilitet möter utveckling
Det som gör detta skifte anmärkningsvärt är att Rails självt inte behövt förändras dramatiskt för att anpassa sig. Ramverkets backend är så stabilt att en modellfil skriven 2026 känns som hemma bredvid en från 2013. Den här stabiliteten är faktiskt en tillgång i AI-eran – det betyder att AI-verktyg kan generera Rails-kod med hög precision eftersom konventionerna är så väletablerade.
Framåtblickande finns spännande nyheter på Rails roadmap:
- Lexi: En Lexical-baserad editor på väg till ActionText
- Native passkeys: Modern autentisering utan lösenord
- Magic links: Sömlösa, säkra inloggningsupplevelser
Dessa funktioner visar att Rails inte bara anpassar sig till AI – ramverket fortsätter att utvecklas med fokus på utvecklarupplevelse och förnuftiga standardvärden.
Vad det betyder för dig
Oavsett om du driver ett startup, leder ett utvecklingsteam eller bygger ditt första webbprojekt bär DHH:s förändring ett budskap: verktygen spelar mindre roll än resultaten. Att skriva varje rad kod för hand var aldrig poängen – det handlade alltid om att bygga bra programvara som tjänar verkliga behov.
AI-verktyg minskar inte hantverket i mjukvaruutveckling. De förändrar var det hantverket tillämpas. Utvecklare och team som kommer att trivas är de som anpassar sina arbetsflöden, experimenterar modigt och kommer ihåg att kod är ett medel – inte ett mål.
Hos oss på NameOcean ser vi den här utvecklingen varje dag. Våra kunder bygger i allt högre grad projekt som utnyttjar AI-assisterade arbetsflöden, och valet av plattform spelar roll. Rails stabilitet kombinerat med öppenheten för nya utvecklingsparadigm gör det till ett utmärkt val för team som är redo att omfamna vibe coding utan att överge branschens bästa praxis.
Framtiden för Rails handlar inte om att välja mellan hantverk och hastighet. Det handlar om att få båda – och det är en vibe värd att koda till.