AWS-chefen: Framtidens utvecklare skriver krav – inte kod

– Vi är vid en riktig brytpunkt. Frågan håller på att skifta från hur man kodar till vad man ska bygga, säger Peer Jakobsen, chef för kundlösningar på AWS Europe North.

Under en workshop om AWS-utvecklingsverktyget Kiro beskrev han hur programvaruutveckling rör sig bort från enskilda promptar och snabba prototyper mot mer strukturerade arbetsflöden. Krav, teknisk design och systemförståelse blir viktigare när mer kod kan produceras på kortare tid.

Vaga uppdrag ger fel resultat

För att illustrera problemet började han med en enkel övning. Instruktionen var kort: rita ett hus.

Resultatet blev flera olika hus. Några ritade fasader, andra planlösningar. Poängen var att samma sak kan hända i utvecklingsarbete när uppdraget är för vagt.

I en prototyp kan det vara acceptabelt. I ett banksystem, ett vårdsystem eller en annan verksamhetskritisk miljö räcker det inte.

Enligt Peer Jakobsen behöver utvecklare därför bli bättre på att formulera uppdraget, beskriva systemkontexten och granska resultatet. Utan rätt kontext kan kodande agenter hamna utanför organisationens arkitektur, tekniska standarder eller säkerhetskrav.

Den som kan beskriva vad som ska byggas – och förstår systemet tillräckligt väl för att avgöra om lösningen håller – får därmed en kompetens som blir svår att ersätta.

Kompetensbehovet vänds upp och ned

Teknisk kompetens krävs fortfarande. Men tyngdpunkten förflyttas.

Systemarkitektur, förmågan att skriva precisa krav och att validera kod som man inte själv har skrivit blir viktigare. Att behärska ett specifikt programmeringsspråk kan däremot bli mindre avgörande.

Peer Jakobsen jämför utvecklingen med tidigare teknikskiften inom programmering.

– Kanske blir det samma sak. Förr skrev människor maskinkod. Sedan kom kompilatorerna. I dag är det länge sedan folk brydde sig om att skriva maskinkod, säger han.

Han betonar samtidigt att utvecklare alltid har arbetat med krav och specifikationer. Skillnaden är att de nu behöver formuleras så att utvecklingsverktygen kan förstå och följa dem.

– Utvecklare har alltid arbetat med krav och specifikationer. Nu behöver vi skriva dem på ett sätt som systemet kan förstå, säger han.

Från kodare till granskare

I Kiro är tanken att utvecklaren inte bara ska be om kod, utan arbeta mer strukturerat med krav, teknisk design, uppgifter och styrdokument. Styrdokumenten kan exempelvis beskriva produktens syfte, tekniska standarder, filstruktur och vilka komponenter som redan används.

Syftet är att minska risken för så kallad ”vibe coding”, där utvecklaren promptar sig fram utan att det finns en tydlig struktur för varför olika val görs.

Peer Jakobsen lyfter fram Ericsson som ett exempel på ett företag som enligt AWS använder Kiro i produktutveckling. Där kan verktyget få tillgång till teknisk dokumentation och etablerade arbetssätt som kontext.

Säkerheten är den svåra frågan

Högre hastighet i utvecklingen kan också skapa nya risker. Om kod produceras snabbare än organisationen hinner granska den kan problemen flyttas längre fram i kedjan.

Det kan handla om kod som inte följer intern arkitektur, nya beroenden som införs utan kontroll eller funktioner som byggs utan tillräcklig säkerhetsgranskning.

Peer Jakobsen pekar på att säkerhetsgranskning, tekniska standarder och automatiska kontroller behöver byggas in i arbetsflödet. I större organisationer kan det ske genom styrdokument, granskningsprocesser och särskilda säkerhetsagenter som kontrollerar kod innan den går vidare i utvecklingskedjan.

För mindre organisationer kan den typen av kontroll vara svårare att få på plats. Därmed blir frågan inte bara hur snabbt kod kan produceras, utan om organisationen har förmåga att styra, granska och förvalta det som byggs.

För utvecklare innebär det att rollen förändras snarare än försvinner. Framtidens utvecklare behöver fortfarande förstå kod. Men den avgörande kompetensen blir i högre grad att veta vad som ska byggas, hur det ska beskrivas och när resultatet inte håller måttet.