Maj 2025
Den 1. maj 2025 satte jeg mig selv en regel: ingen nye vibe coding-projekter for hele maj måned. Fem måneder ind var jeg nødt til at møde sandheden — jeg havde et problem. Ikke et stof-problem, men et idé-problem. Jeg var afhængig af at starte ting.
Jeg holdt det i seks timer.
Afhængigheden som Ingen Advarer dig Om
Her er hvad ingen fortæller dig om AI-assisteret kodning: barrieren for at starte noget nyt falder til næsten nul, men barrieren for at afslutte noget forbliver præcis det samme.
Før AI krævede det at starte et nyt projekt setup, boilerplate, konfiguration, det kedelige slid at få et skeleton kørende. Den friktion var faktisk brugbar — den filtrerede ideerne, der ikke var værd at forfølge. Ved det tidspunkt, du havde et arbejdende scaffold, havde du allerede committed nok indsats til, at du sandsynligvis ville følge igennem.
Med vibe coding? En ide kunne gå fra tanke til arbejdende prototype på 15 minutter. Hvilket lyder utroligt — og det er — til du indser, at du nu har 300+ chat-sessioner spredt på tværs af Bolt, Lovable, v0, Cline, og Anthropic Console, hver repræsenterer en delvis realiseret ide, som du "vender tilbage til."
Jeg kaldte det, hvad det var: et problem. Dopamin-hittet fra at se en AI bringe din ide til live er reelt. Tilfredsstillelsen med at shippe noget komplet er en anden, sværere ting at tjene.
Reglerne
The May Challenge var simpel:
- Ingen nye vibe coding-projekter for hele maj måned.
- I stedet fokus på shipping mindst 2 af de 300+ eksisterende projekter.
- Vælg dem, der er tættest på færdig, og push dem over stregen.
Jeg annoncerede det på LinkedIn, fordi offentlig ansvar er det eneste ansvar, der virker for mig.
Seks Timer
Jeg kunne godt fortælle dig, at jeg var med det en uge. Det var jeg ikke. Ved middagstid den 1. maj havde jeg allerede startet noget nyt. Undskyldningen var god — det er den altid — noget relateret til et eksisterende projekt, som teknisk ikke var et nyt projekt, undtagen det var.
Men at fejle bogstavet i udfordringen lærte mig noget om dens ånd. Problemet var ikke, at jeg startede nye ting. Problemet var, at jeg brugte "starten" som erstatning for det hårdere arbejde med at afslutte. AI gjorde de første 80% lette, og de sidste 20% var stadig... de sidste 20%.
Hvad Shipping Faktisk Kræver
Her er hvad jeg lærte den måned om gabet mellem prototype og produkt:
Fejlhåndtering. AI-genererede prototyper håndterer den lykkelige vej smukt. De triste veje — netværksfejl, ugyldigt input, edge cases, race conditions — de krævede stadig en udviklers hjerne. Ikke fordi AI ikke kunne håndtere dem, men fordi du skulle tænke på dem først, og at tænke på hvad der kan gå galt kræver erfaring, som ingen prompt kan erstatte.
Godkendelse og sikkerhed. Hver prototype lever i en verden, hvor alle er pålidelige. Shipping betyder at tilføje login-flows, API-nøgler, rate limiting, datavalidering. Det er ikke glamourøst, men det er table stakes.
Det kedelige midt. Mellem "arbejdende prototype" og "shipped produkt" ligger en dal af kedelige beslutninger. Hvilken hosting? Hvilket domæne? Hvordan håndterer du backups? Hvad sker der, når nogen finder en bug klokken 2 om natten? AI hjælper ikke meget med dette fordi det ikke er kodning — det er operationer.
Bruger-feedback. I det øjeblik du viser en prototype til nogen anden, ser de alle de ting, du ubevidst har ignoreret. "Hvad sker der, hvis jeg klikker på det to gange?" "Hvorfor er denne side langsom?" "Jeg forventede, at denne knap gjorde noget anderledes." Hvert feedback er en ny kodeopgave, og cyklen starter igen.
Architecture Decision Records
En ægte gennembrud denne måned var at opdage hvor kraftfuldt Architecture Decision Records (ADR) er i konteksten af vibe coding.
En ADR er et simpelt dokument, der optager en teknisk beslutning: hvad beslutningen var, hvorfor det blev taget, hvilke alternativer der blev overvejet. I traditionel udvikling er de nyttig dokumentation. I AI-assisteret udvikling er de transformativ.
Her er hvorfor: når du starter et nyt projekt med AI, træffer du konstant beslutninger. Hvilket framework? Hvilken datastruktur? Hvordan skal autentifikation virke? Hvis du optager disse beslutninger i ADR-format — med nok kontekst og eksempler — kan du fodre dem til AI'en på dit næste projekt. AI'en følger ikke bare beslutningen; den forstår ræsonnementet og anvender det konsistent.
Jeg finjusterede, hvordan man arbejder med mindre code-level-involvering og mere decision-level-vejledning. Målet var at komme til et sted, hvor jeg kunne sige til AI'en "byg denne feature" og den ville committe sine egne ændringer, når de passerede tests, mens jeg fangede problemer i PR-review-processen. Mindre mikro-ledelse, mere strategi.
Som jeg skrev på det tidspunkt: "Jeg begynder at tro, jeg kodede fra stranden med min piña colada om nogle få år."
Skiftet Begynder
Maj var også måneden, hvor jeg begyndte at anvende vibe coding på rigtig arbejde hos Delegate. Ikke bare hobby-projekter og prototyper, men faktiske client-facing-projekter. Dynamikken var anderledes — mere constraints, flere stakeholders, mere konsekvenser for at få tingene galt.
Men kernefærdigheden blev overført. Forståelse af context windows, skrivning af klare prompts, hurtig iteration, styring af AI-genereret kodekvalitet — det hele gjaldt direkte. Forskellen var, at i en professionel kontekst, var "de sidste 20%" ikke valgfri.
Hvad der blev
Ved slutningen af maj havde jeg ikke shipped de 2 projekter, jeg havde målrettet. Men jeg havde lært noget mere værdifuldt: sondringen mellem udforskning og udførelse. Begge er gyldige. Begge bruger AI. Men de kræver forskellige mindsets, forskellige værktøjer, og forskellige success-mål.
Jeg havde også begyndt at bygge et personligt bibliotek med ADR'er — genanvendelige beslutningsrekorder, som lod mig bootstrappe nye projekter med konsistens. Når jeg startede et nyt projekt (som jeg uundgåeligt gjorde), vidste AI'en allerede, hvordan jeg kunne lide at strukturere ting, hvilke packages jeg foretrukne, hvordan jeg håndterede error logging. Det var som at have en AI, der kendte min kodestil.
Det bibliotek ville blive et af de mest magtfulde værktøjer i min workflow over det næste år.
Næste: 1000 Prompts → — Når du når et milepæl, finder plateauet, og indser, at teknologien var klar før industrien.
Dette er del 3 af en 10-delt serie, der dokumenterer min rejse fra traditionel softwareudvikler til agentic AI-udvikler, december 2024 – marts 2026.
