At skrive kode har aldrig været flaskehalsen
Der findes en bestemt type udvikler, der behandler kode som poesi. Hver abstraktion nøje udvalgt, hvert funktionsnavn debatteret, hvert designmønster vejet mod alternativer. Jeg har været den udvikler. De fleste af os har.
Og så shipper man det, og ingen bekymrer sig. Ikke fordi koden er dårlig, men fordi brugeren aldrig ser koden. De ser produktet. De oplever systemet. Koden er bare substratet.
#Myten om 10x-udvikleren
I årtier har vores branche tilbedt idéen om, at den primære flaskehals i softwareudvikling var selve det at skrive kode. Vi byggede ansættelsesprocesser omkring det — whiteboard-interviews, algoritmeudfordringer, tidsbegrænsede kodetests — som om evnen til at invertere et binært træ under pres fortalte os noget meningsfuldt om, hvorvidt nogen kunne bygge et produkt, der løser virkelige problemer.
De bedste ingeniørteams, jeg har arbejdet med, var ikke dem med den klogeste kode. Det var dem, der forstod hvad de skulle bygge, kommunikerede klart om kompromisser, og shippede ting, der rent faktisk betød noget. Koden var et middel, ikke målet.
#AI ændrer omkostningen, ikke udfordringen
Nu har vi Claude, Copilot og et hurtigt voksende økosystem af værktøjer, der kan producere funktionel kode med forbløffende hastighed. Omkostningen ved at generere kode kollapser mod nul. Det er virkeligt. Det sker lige nu.
Relativ omkostning ved at producere kode over tid — fra dyrt håndværk til næsten gratis massevare.
Men her er pointen: de dyre dele af software har aldrig handlet om skrivehastighed.
De dyre dele er at finde ud af, hvad brugerne faktisk har brug for kontra hvad de siger, de vil have. Det er at navigere det politiske landskab i en organisation for at opnå enighed om prioriteter. Det er at beslutte, hvad man ikke skal bygge. Det er at vedligeholde systemer over år, mens krav ændrer sig og teams skifter. Det er at gennemgå ændringer grundigt nok til at fange de subtile fejl, der først dukker op i produktion klokken 3 om natten en lørdag.
AI løser ikke noget af det. Ikke endnu, i hvert fald.
#Et mønster vi har set før
Hvert stort teknologisk skift udløser den samme samtale. Da internettet ankom, måtte vi gentænke, hvordan teams var struktureret. CI/CD ændrede vores forhold til releases. Mobiludvikling tvang os til at genoverveje alt fra designprocesser til deployment-pipelines. Hver gang gjorde den nye teknologi én ting dramatisk lettere — og afslørede dermed alle de andre ting, der faktisk var svære.
AI-drevet kodegenerering gør det samme. Ved at gøre kode næsten gratis kaster det et skarpt lys på alt det andet: planlægningen, koordineringen, forståelsen af domæner, empatien for brugere, de vurderinger som ingen model kan træffe for dig.
#Den virkelige disruption
Det genuint interessante spørgsmål er ikke "vil AI erstatte udviklere?" Det er "hvordan ser et team ud, når kode er i overflod?"
Da kodeskrivning var flaskehalsen, organiserede vi alt omkring den. Sprints, story points, velocity — alt dette er fundamentalt mekanismer til at håndtere knaphed i kodeproduktion. Hvad sker der, når den knaphed forsvinder?
Måske bruger vi mere tid på research og prototyping. Måske ændres forholdet mellem tænkning og tastning dramatisk. Måske bliver code review den nye flaskehals — fordi det at gennemgå AI-genereret kode, man ikke selv har skrevet, er genuint udmattende på en måde, som at skrive den ikke er.
Jeg kender ikke svarene endnu. Det gør ingen. Men jeg finder spørgsmålene spændende snarere end truende, fordi de er de samme spørgsmål, vores branche altid har stået overfor: hvordan organiserer vi mennesker til at bygge ting, der betyder noget?
Koden har aldrig været den svære del. Nu kan vi bare ikke længere lade som om.