Jeg begynder at tænke på mit arbejde anderledes.
I aften før jeg gik fra kontoret, skitserede jeg tre mål for et side project. Ikke detaljerede specs. Ikke tickets med acceptance criteria. Bare klare statements om hvad jeg ville skulle ske: "Refaktor API endpoints for at bruge et nyt pattern. Tilføj tests for error handling. Opdater dokumentationen."
Så loggede jeg ind i Claude Code, pastede målene, tilføjede lidt kontekst omkring codebasens struktur, og tryk go.
Grunden til at jeg skriver det her er fordi jeg lod det køre. Jeg gik hjem. Spiste frokost. Så noget med min kone. Sov lidt. Og da jeg tjekket min laptop i morges, var arbejdet færdigt.
Ikke perfekt. Ikke production-ready uden review. Men færdigt. Alle tre mål, gennemført.
Der er noget fundamentalt anderledes omkring det workflow sammenlignet med hvad jeg har gjort i to årtier.
I traditionel udvikling — og jeg medregner AI-assisteret udvikling som jeg lavede det — du er ved tastaturet. Du dirigerer. Du beslutter. Du itererer i realtid. Det er en samtale mellem dig og koden (eller mellem dig og AI der skriver kode).
Det her er anderledes. Det er: sæt retningen, giv constraints, lad så systemet arbejde.
Det er tættere på delegation end på collaboration.
Jeg kunne give det en opgave og stole på at det ville prøve på det. Det ville køre ind i edge cases og fejl og manglende kontekst. Det ville iterere på sig selv. Det ville teste sit arbejde. Det ville gå tilbage og prøve en anden tilgang hvis noget ikke virkede. Og det ville fortsætte til det enten lykkedes eller det løb ind i en hard constraint.
Mængden af menneskelig review og iteration nødvendig er rigtig. Jeg putter ikke utestet kode i production. Men ventetiden har ændret sig. Afhængigheden har ændret sig.
Før var jeg bottlenecken. Jeg kunne kun gå så hurtigt som jeg kunne tænke og skrive og debug.
Nu er bottlenecken klarheden af mine instruktioner og min vilje til at review outputtet.
Jeg har ikke fuldt absorberet hvad det betyder endnu. Det ændrer økonomien af side projects. Det ændrer tempoet som jeg kan iterere med. Det ændrer hvad der er muligt for en person at bygge.
Men jeg begynder at få en fornemmelse af at det også ændrer arten af tænkning jeg skal gøre. Mindre implementation tænkning. Mere design tænkning. Mere: "Hvad problem løser vi?" og "Hvilke constraints betyder noget?" og mindre "Hvad er den næste kodelinje?"
Det er tidligt. Jeg figurerer stadig ud når denne type arbejde er passende og når jeg skal være ved tastaturet. Men i aften, at skrive tre mål og lade Claude Code arbejde gennem natten føltes som fremtiden for solo udvikling.
Det er ikke magi. Det er ikke engang fuldt autonomt endnu. Men det er et meaningfuldt skridt væk fra "jeg skriver, kode kommer frem" mod "jeg planlægger, kode dukker op."
Sådan et shift betyder noget.