Februar 2026
Den største udfordring i de næste 12 måneder? Hvad IKKE at bygge.
Det var paradokset. AI gjorde byggelse så nemt at constraint havde flipper. Den harde del var ikke længere at lave software — det var at afgøre hvilket software der var værd at lave.
Tesen
Engang i februar 2026 satte jeg ord på noget jeg havde følt i måneder: "Bygge over købe er bare fremtiden, tror jeg."
Argumentet var simpel men vidtrækkende. De store standard software packages vi alle kender — ERP'erne, CRM'erne, project management værktøjerne — blev bygget i en verden hvor custom software var dyr og langsom. Køb var rationel fordi at bygge var smerter.
AI ændrede det ligninger. Da bygning er hurtig og billig, flipper kalkulusen. Hvorfor købe et ufleksibelt package fra en vendor der ikke forstår dine specifikke behov når du kan bygge præcis hvad du vil i en brøkdel af tiden?
Jeg kunne se det i mit eget arbejde hos Context&: "Jeg kan se hvor fleksibelt det er at bygge med AI og hvor hurtigt det går. Jeg kan se hvor ufleksibelt det er når et stykke standard software entrer maskineriet, hvor komplekst det er at have flere vendors koordinere fordi disse store standard software packages typisk kræver specialized mennesker til at arbejde med dem."
Det var ikke et abstrakt argument. Det var hvad jeg levede hver dag — kontrastet mellem agiliteten af AI-bygget custom løsninger og rigiditet af enterprise software packages.
Umbraco Dagen
En dag krystalliserede tesen perfekt. Jeg gik ind på kontoret med zero viden omkring Umbraco — et content management system jeg aldrig havde arbejdet med — og gik ud den aften med et fungerede AI assistent plugin til det.
Sammen med kollegaer Andreas og Rune brugte vi dagen på at hacke. Jeg bragte AI kodnings ekspertise. De bragte dyb Umbraco viden. Vi installerede Claude Code på et par laptops og startede med at prompt.
Ved slutningen af dag havde vi:
- En React/Vue komponent der integrerede med Umbraco's backoffice
- En AI assistent der kunne hjælpe brugere med deres Umbraco setup
- Et fundament der kunne blive et rigtig produkt
Var det poleret? Nej. Var det production-ready? Ikke engang tæt på. Men vi var gået fra nul til funktioneret prototype i en eneste dag, i en teknologi stack jeg ikke vidste var det den morgen. Det er build-over-buy argumentet i aktion.
Vi kunne ikke beslutte på et navn. "Umbraco Copilot?" "ContentHelper?" Jeg vittede omkring "Context& AiVen" og forventede at blive sagt til for det. Navngivnings debatten var sjovere end kodningen.
Fra Individuel Til Team
Februar bragte også et klarere syn omkring noget jeg havde bemærket: skiftet fra individuel produktivitet til team produktivitet.
Jeg skrev et længere refleksions opslag: "2025 var året hvor mange organisationer havde frontrunners kørende foran og leger med AI, siende et enormt engineering boost i output. Men organisationen som helhed har ikke set et significant performance boost."
Dataene var klare fra min egen erfaring. Som individuel var jeg dramatisk mere produktiv med AI. Mine kollegaer var på vej dertil. Men teamet som helhed? Organisationen? Det var en helt anden udfordring.
"2026 kommer til at være året det bevæger sig fra individuel til team der leverer med AI. Jeg ser det allerede med mine kollegaer som det bliver mere mainstream og OK at vi bruger værktøjet. Mere og mere mennesker får deres magic moment og begynder at bruge det aktivt."
Denne prediktion føltes solid fordi jeg så det ske i realtid.
Den 10x Developer (Nu 1000x)
"10x developer" mem havde været omkring i årtier — idéen om at de bedste developers er 10 gange mere produktive end gennemsnit. Jeg postede mine opdaterede syn: "Jeg tror også 10x devs eksisterer — det er bare 1000x nu."
Provokativt? Ja. Men matematikken virkede hvis du kneb øjet til. En developer der dybt forstod AI værktøjer, havde forfinet deres prompts og workflows over 14 måneder, havde bygget op biblioteker af ADR'er og kontekst filer, og vidste hvornår man skulle bruge hvilken model — den developer producerede output i en rate der ville have været fysisk umulig for ethvert individ for et år siden.
Gabet mellem "developer der bruger AI effektivt" og "developer der ikke bruger AI" var bredere end gabet mellem den mytiske 10x developer og en 1x developer havde nogensinde været.
Docker Volumes Og Project Isolation
En teknisk opdagelse der betød mere end det lyder: brug af Docker volumes til at vedligeholde per-project Claude konfiguration.
Problemet var context pollution. Da du arbejdede på flere projekter med AI, kunne AI'ens memory og kontekst fra et projekt lække ind i et andet. Docker volumes lod mig isolere hvert projekts AI kontekst — dets regler, dets ADR'er, dets conversation historik — holde alt rent og projekt-specifikt.
Jeg skrev omkring det tænkende det var en mindre teknisk note. Det viste sig at være en af mine mere engaged posts. Developers behandle samme problem genkend umiddelbart løsningen.
Planning Mode
En mindset shift jeg offentligt indrømmede: jeg havde været forkert omkring planning.
"Du skal huske at sige det når du opdager du har været forkert :) Jeg har aldrig virkelig brugt planning mode, og nu kan jeg se værdien."
I måneder havde jeg været i ren "act mode" — prompt, kode, ship, repeat. Planning føltes som overhead, som en return til waterfall tænkning. Men som projekter blev mere komplekse og agenter blev mere kapable indså jeg at god planning front-loaded tænkningen der gjorde agent eksekution reliable.
Plan mode var ikke waterfall. Det var arkitektur. Og arkitektur var det eneste ting der blev mere værdifuldt som AI overtog mere implementering.
Hvad Hvis Jeg Kunne Give Dig 3x?
Consulting pitch krystalliserede: "Hvad hvis jeg kunne give dig 3 gange så meget for dine penge? Skal du ikke mindst overveje det?"
Det her var build-over-buy argumentet destilleret til dets business essens. Hvis AI-assisteret udvikling betød jeg kunne bygge tre custom features i tiden og budget som en off-the-shelf feature plejedede at koste, ændrede ROI kalkulusen for custom udvikling fundamentalt.
Ikke alle clients var klar til at høre det. Risk aversionem i enterprise IT er rigtig og ofte berettiget. Men samtalen var igang. Og proof points akkumulerede.
Næste: Har Jeg Kodet Mig Ud Af Et Job? → — Nutiden, fremtiden, og spørgsmålet der holder mig vågne om natten.
Dette er del 9 af en 10-delt serie der dokumenterer min rejse fra traditionel softwareudvikler til agentic AI udvikler, december 2024 – marts 2026.
