Tänk dig att du skriver på för ett nytt utvecklarjobb. På din första dag visar chefen runt och säger stolt:
“Här hos oss använder vi varken Google eller Stack Overflow. Vi har ett utmärkt uppslagsverk i bokhyllan på plan 2 och en komplett samling RFC-pärmar från 1998. Det bygger karaktär!”
Du hade förmodligen vänt på klacken och sprungit därifrån.
Ändå är det precis den situationen många företag i dag skapar när de drar i nödbromsen och förbjuder AI-verktyg i utvecklingsmiljön.
För den som väl har vant sig vid att koda med AI som parhäst handlar ett förbud inte om att “bevara det goda hantverket”. Det känns som att vara van vid att ta bilen i 110 km/h på motorvägen och plötsligt bli erbjuden häst och vagn.
Visst, hästen rör sig framåt. Men du känner varje stöt i ryggraden, det går i 15 km/h, och hälften av din arbetstid går åt till att mocka stallet.
De två generationerna som vägrar backa
1. De seniora: Känslan av kognitiv amputation
En erfaren utvecklare som integrerat AI i sin vardag arbetar inte snabbare för att fingrarna rör sig fortare över tangentbordet. De rör sig snabbare för att de arbetar på en helt annan abstraktionsnivå [I. AI First].
De lägger sin energi på systemarkitektur, resilient felhantering [V. Design for Failure], dataintegritet och domänlogik. Samtidigt låter de modellen skriva de 40 manuella testerna, skapa ett nytt API enligt samma standard som tidigare API:er och sammanfatta kryptiska felloggar.
Tar du bort AI från den ekvationen tvingar du dem att gå tillbaka till timtals av mekaniskt grovjobb som en maskin kan göra på sekunder. Resultatet är inte ökad kvalitet – det är ren och skär kognitiv friktion, utbrändhet och en känsla av att kasta bort sin tid.
2. De nyexaminerade: De har aldrig ens sett en häst
De utvecklare som examineras från universitet och utbildningar i dag har haft AI vid sin sida sedan dag ett. För dem är en AI-copilot inte ett “fuskverktyg” eller en rolig gimmick – det är en lika självklar del av verktygslådan som syntaxfärgning, Git och en linter.
Att erbjuda dem en miljö utan AI är som att – ja, vilken liknelse skulle du själv använda? De kommer hursomhelst inte att “anpassa sig”. De kommer helt enkelt inte att söka jobbet, och organisationer som står fast vid förbud eller som inte har kommit igång med AI kommer snabbt att bli museer för teknikskulder.
Förbud skapar inte säkerhet – det skapar “Skugg-AI”
Det vanligaste argumentet för att stänga av AI är säkerhet, compliance och rädsla för dataläckor. Det är legitima bekymmer, men ett totalförbud löser ingenting.
När klyftan mellan vad utvecklarna kan göra och vad verktygen tillåter blir för stor, uppstår fenomenet med Skugg-AI. Utvecklarna ställer inte bilen – de parkerar den bara runt hörnet. De använder den privata telefonen eller är helt enkelt inloggade med sina personliga konton.
Frågan varje ledare måste ställa sig
Mjukvaruutveckling har aldrig handlat om antalet knapptryckningar per minut. Det har alltid handlat om att lösa verkliga problem för slutanvändarna på snabbaste och säkraste sätt.
Om jag fick bestämma skulle jag ha en ren AI-First-strategi och en AI YOLO-implementationsstrategi – vad detta innebär och hur det fungerar i praktiken återkommer jag till i en framtida post!
Skulle du själv acceptera att pendla med häst och vagn varje morgon när det står en bil på uppfarten?
Om inte – varför förväntar du dig att dina bästa utvecklare ska göra det vid tangentbordet?
— Andreas, Staff Architect
