Rapporter

Flux’s AI-kodegenereringsrealitysjekk finner at bedriftens kodehastighet løper foran synlighet

mm
Legg til Unite.AI blant dine foretrukne kilder på Google

Flux’s nye AI-kodegenereringsrealitysjekk-rapport, basert på uavhengig forskning utført av Dimensional Research, viser at AI-generert kode har gått langt beyond eksperimentasjon og inn i mainstream bedriftsprogramvareutvikling. Undersøkelsen av 309 ingeniørledere og praktikere på fem kontinenter fant at 44,7% av organisasjonene allerede har AI-generert kode som kjører i produksjon, mens 35,0% bruker AI til å skrive kode, men har ikke ennå levert det.

AI-generert kode har blitt standard, men tillit har ikke kommet i gang

Rapporten gjør det klart at debatten ikke lenger handler om om ingeniørteamene vil bruke AI til å skrive kode. Den skiftet har allerede skjedd. Det viktigste spørsmålet er om organisasjonene kan forstå, gjennomgå, sikre og styre den økende mengden kode AI hjelper å produsere.

Kun en liten andel av respondentene er fortsatt på sidelinjen. Mens 44,7% har AI-generert kode i produksjon og 35,0% bruker det utenfor produksjon, planlegger 16,2% å bruke AI-generert kode innen de neste 12 månedene, og 4,2% planlegger å gjøre det senere. I praksis antyder rapporten at nesten universell adopsjon nærmer seg, men deploy-konfidens er fortsatt urent.

Denne tøyen er ikke rotet i en mangel på produktivitet. Den er rotet i synlighet. Flux rammer problemet som et “AI-synlighetsgap”: team kan nå generere kode raskere enn de kan trygt inspisere, kontekstualisere og kontrollere den.

AI brukes først med lav-risikable, repetitive arbeid

Den sterkeste adopsjonen skjer i områder hvor mønster er forutsigbare og feil er lettere å inneholde. Ifølge rapporten bruker ingeniørteamene AI-generert kode mest ofte for dokumentasjon på 68,7%, enhetstesting på 65,9% og enkle funksjoner på 57,7%. Kodegjennomgang vises også på 57,7%, mens 50,4% av respondentene sier at AI brukes til å lage nye funksjoner.

Denne fordelingen er avslørende. Organisasjoner håndterer ikke blindt over kjernearkitektur eller kritiske arbeidsflyter. De starter med repetitive, strukturerte oppgaver hvor AI kan redusere kjedelige arbeid og forbedre hastighet uten å umiddelbart introdusere stor skala forretningsrisiko.

Produktivitetsgevinstene er reelle. Blant nåværende brukere av AI-generert kode, 67,1% rapporterer økt produktivitet, 61,8% rapporterer raskere prototyping, 58,5% rapporterer bedre dokumentasjon, og 48,4% rapporterer reduserte utviklingskostnader. Men rapporten viser også et gap mellom forventning og realitet når det gjelder kvalitet. Mens 47,6% av ikke-brukere forventer at AI-generert kode vil redusere feil, sier bare 34,6% av nåværende brukere at de faktisk ser færre feil.

Flaskehalsen har flyttet seg fra å skrive kode til å gjennomgå kode

AI har gjort kodeoppretting lettere, men det har presset mer trykk på gjennomgang, testing og risikostyring. Nesten 80% av respondentene bruker minst 10% av sin tid på kodegjennomgang, og omtrent en av ti bruker 41% eller mer av sin tid på å gjennomgå kode.

Dette betyr at AI-generert kode endrer rytmen i programvareutvikling. Mer kode kan produseres, pull-forespørsler kan vokse i volum, og gjennomgåere kan ha mindre kontekst om hvordan eller hvorfor noe ble skapt. Rapporten finner at de største utfordringene ved å forstå endringer i kodebasen inkluderer kompleks kode på 53,7%, forskjellige utviklingsteam som bruker forskjellige tilnærminger på 46,3%, dårlig dokumentasjon på 43,0% og store mengder endringer på 37,9%.

Dette er der risikoen blir mer enn teoretisk. Når de ble bedt om å peke på uke-til-uke-endringer som er hardest å oppdage, pekte respondentene på sikkerhetsproblemer på 49,2%, avhengighetsendringer på 47,7% og ytelsesimpakt på 44,1%. Disse er ikke mindre bekymringer; de er nettopp de typene endringer som kan skape produksjons hendelser, overholdelseseksponering eller langvarig teknisk gjeld.

AI-generert kode er ikke klart bedre eller verre, men den er annerledes

En av de mer interessante funnene er at respondentene er delt på om AI-generert kode skaper flere problemer enn menneske-skrevet kode. 32,9% sier at AI-generert kode skaper noe eller betydelig flere problemer, mens 33,4% sier at den skaper noe eller betydelig færre problemer, og 29,7% sier at den skaper omtrent like mange problemer.

Denne splitten antyder at effekten av AI-generert kode avhenger tungt av miljøet rundt den. AI-kode kan fungere godt når den er parret med sterke gjennomgangspraksiser, testdekning, sikkerhetstverktøy og styring. Den kan skape flere problemer når organisasjonene adopterer den for hastighet uten å oppgradere systemene som brukes til å evaluere utgangen.

De negative effektene som rapporteres av organisasjonene viser hvor friksjonen oppstår. 41,1% nevner reduserte læringsmuligheter for junior-utviklere, 32,6% sier at AI-generert kode ikke leverer den ønskede funksjonaliteten, 31,6% rapporterer uventede avhengigheter, 31,6% rapporterer sikkerhetsvulnerabiliteter, og 29,5% sier at AI-generert kode kan være vanskelig å feilsøke.

AI-koderisiko har flyttet seg beyond ingeniørvitenskap

Rapporten viser også at AI-generert kode ikke lenger bare er et ingeniørvitenskapelig ledelsesproblem. Det har blitt et bedriftsrisikotema.

Sikkerhetsteamene er den mest bekymrede interessentgruppen, nevnt av 62,5% av respondentene. Overholdelse følger på 51,5%, mens 46,9% nevner CTO eller CIO-ledelse, og 40,8% peker på juridiske team. Bekymringen strekker seg også til drift, QA, produktledelse, CEO, kundesuksess og selv markedsføring.

Denne utvidede interessentkartet reflekterer en større skift. Når AI-generert kode når produksjon, kan konsekvensene påvirke datavern, kundeopplevelse, sikkerhetspostur, overholdelse og kontraktlige forpliktelser. Koden kan være skrevet innenfor ingeniørorganisasjonen, men risikoen er distribuert over hele bedriften.

Sikkerhetstiltak blir en del av kjerneproduksjonsinfrastruktur

Bedrifter responderer allerede ved å bruke penger på nye sikkerhetstiltak. Rapporten fant at 45,6% har investert i kodekvalitetsanalysetverktøy, 39,0% bruker automatisert kodegjennomgangstverktøy, 38,5% har lagt til statisk applikasjonssikkerhetstesting, 35,9% har adoptert programvarekomposisjonsanalyse, 32,3% bruker interaktivt applikasjonssikkerhetstesting, og 31,3% har implementert opplæringsklasser for bestemte kodehjelpere.

Prosessendringer er også utstrakt. 57,4% har introdusert politikker som omhandler bruk av AI-generert kode, 49,2% krever opplæring på å bruke AI-generert kode, 45,1% har gjort kodegjennomgang mer robust, og 40,5% har tildelt flere utviklere til å fokusere på kodegjennomgang.

Disse investeringene skjer ikke i et vakuum. Bare 3,6% av respondentene sier at AI-introduserte problemer aldri når produksjon. I motsetning sier 4,6% at de når produksjon ofte, 30,3% sier noen ganger, 31,8% sier tilfeldig, og 23,6% sier sjelden. Med andre ord, for de fleste organisasjonene som bruker AI-generert kode, er produksjonspåvirkning allerede en gjentakende realitet.

Neste fase av AI-koding vil være om kontroll

Rapporten fanger også en paradoks: mange ingeniørledere tror at AI kan hjelpe med å løse gjennomgangsbyrden som AI selv øker. 64,9% av respondentene tror at AI kan overstige mennesker i minst noen aspekter av kodegjennomgang, mens 21,1% er uenige og 14,0% har ingen mening.

Respondentene ser AI som potensielt sterkere på å anvende enhetlige standarder og gi mer grundig analyse, begge på 57,4%. De peker også på å identifisere mønster over kodebasen på 53,3%, raskere tilbakemelding på 51,8%, å oppdage flere problemer på 49,7%, og 24/7-tilgjengelighet på 48,2%.

Dette peker på den neste fasen av bedrifts AI-adoopsjon i programvareutvikling. AI vil ikke bare skrive mer kode. Den vil økende bli brukt til å inspisere, klassifisere, prioritere og styre kodeendringer. Vinnerne kan ikke være teamene som genererer mest kode, men teamene som bygger det klareste bildet av hva som har endret seg, hvor risiko akkumulerer, og hvilke menneskelige avgjørelser fortsatt teller.

AI-kodegenereringsrealitysjekken viser den virkelige bedriftsutfordringen

Flux’s rapport peker ultimate til en mer moden fase av AI-adoptsjon i ingeniørvitenskap. Koden selv er ikke lenger det harde problemet. Det harde problemet er synlighet, gjennomgangskapasitet, styring og tillit.

AI-generert kode er nå i produksjon hos nesten halvparten av de undersøkte organisasjonene, men de støttende systemene rundt den er fortsatt i ferd med å holde pace. For ingeniørledere er implikasjonen klar: AI-koding kan akselerere utvikling, men bare hvis organisasjonene kan også skalerer sikkerhetstiltak, kontekst og ansvar som trengs for å holde produksjonssystemer pålitelige. Som AI-kodegenereringsrealitysjekken gjør klart, vil fremtiden for AI-assistert programvareutvikling bli definert mindre av hvor mye kode AI kan produsere, og mer av hvor trygt bedrifter kan forstå og levere den.

n også skalerer sikkerhetstiltak, kontekst og ansvar som trengs for å holde produksjonssystemer pålitelige. Som AI-kodegenereringsrealitysjekken gjør klart, vil fremtiden for AI-assistert programvareutvikling bli definert mindre av hvor mye kode AI kan produsere, og mer av hvor trygt bedrifter kan forstå og levere den.

Antoine er en visjonær leder og medgrunnlegger av Unite.AI, drevet av en urokkelig lidenskap for å forme og fremme fremtiden for AI og robotikk. En serial entrepreneur, han tror at AI vil være like disruptiv for samfunnet som elektrisitet, og blir ofte fanget i å prise potensialet for disruptive teknologier og AGI.

Som en futurist, er han dedikert til å utforske hvordan disse innovasjonene vil forme vår verden. I tillegg er han grunnlegger av Securities.io, en plattform som fokuserer på å investere i banebrytende teknologier som definerer fremtiden og omformer hele sektorer.