Den paradoxala enkelheten i kod

AI-verktyg kan idag generera stora delar av en applikation på bara några minuter. Det räcker att beskriva vad du vill ha, så spottar modellen ut fungerande kod. För många erfarna utvecklare väcker det både entusiasm och en viss oro.

Entusiasmen är lätt att förstå. Hastigheten har ökat dramatiskt. Det som tidigare tog dagar kan nu vara klart på en förmiddag. Men det finns också en baksida som är svårare att sätta fingret på. När kod uppstår utan ansträngning försvinner något av det som faktiskt gör att man lär sig programmering på djupet.

Friktionen har ett värde

Det finns en insikt inom designvärlden som säger att friktion inte alltid är något negativt. Ibland är det just svårigheten som gör upplevelsen meningsfull.

Tänk dig att du ska visualisera hur en gammal hålkortsläsare fungerar. En AI kan skapa en fungerande prototyp på fem minuter. Men om du istället bygger den helt själv, utan hjälpmedel, förändras upplevelsen. Du tvingas förstå hur Hollerith-kodning fungerar. Du behöver räkna ut koordinater för SVG-element manuellt. Och du måste välja rätt datastruktur innan du skriver en enda rad kod.

Det är i den typen av arbete som kunskapen fastnar.

Tänkandet har flyttat ut

Förr var det vanligt att skissa på papper innan man började koda. Pseudokod på baksidan av ett kuvert eller en arkitekturskiss på whiteboarden. Det fanns ett steg där man tänkte igenom problemet innan fingrarna träffade tangentbordet.

Idag har det steget nästan försvunnit. Verktygen har blivit så snabba att många hoppar direkt till implementation. Men det är just i den inledande fasen som de stora frågorna dyker upp. Vad är det egentligen jag försöker lösa? Varför ser lösningen ut som den gör?

När det steget uteblir riskerar man att tappa något viktigt.

Mätetalen ljuger

Det är lätt att mäta hur mycket kod som genereras per timme eller hur många features som levereras per sprint. Men det är svårare att mäta vad som går förlorat när intuition och hantverksskicklighet inte längre tränas regelbundet.

Att skriva kod för hand är inte ett motstånd mot utveckling. Det är ett sätt att hålla färdigheter vid liv som annars riskerar att förtvina. Precis som att gå trots att bilen finns.

Om du under lång tid låter AI hantera de svåra besluten, vad händer då när modellen ger dig ett felaktigt svar? Din förmåga att upptäcka och åtgärda problemet har kanske inte tränats på länge.

Slow code som motvikt

Lösningen handlar inte om att välja bort AI helt. Det handlar om att medvetet skapa utrymme för att arbeta utan den ibland. En timme i månaden där du bygger något helt själv. Inget krav på att det ska bli färdigt. Inget krav på att det ska vara användbart för någon annan.

Det kan vara ett litet spel, en datastruktur eller ett verktyg du saknar. Poängen är inte hastighet. Poängen är att påminna sig om vad man själv bidrar med: nyfikenhet, omdöme och förmågan att ställa rätt frågor.

Det bästa med den här typen av övning är att den inte behöver vara ensam. Ju fler som deltar, desto starkare blir påminnelsen om att verktygen ska tjäna oss – inte tänka åt oss.