– Det er litt rart å være erfaren utvikler akkurat nå

Utvikler Long Hyunh reflekterer over den nye formen for produktivitet i KI-tiden.

Long Huynh mener det nå er mindre fokus på antall kodelinjer og mer fokus på å hjelpe teamet til å skape faktisk verdi.
Publisert

✍ leserinnlegg

Dette er et leserinnlegg fra en ekstern skribent, som betyr at innholdet ikke nødvendigvis speiler kode24s meninger. Vil du også bidra? Send oss en epost på [email protected], eller les mer her!

Det er litt rart å være erfaren utvikler akkurat nå.

Ikke fordi vi skriver mindre kode. Egentlig kanskje motsatt. Jeg shipper flere PRs enn før, fikser bugs raskere, tester ideer på minutter og får ting i produksjon i et tempo som hadde vært absurd for bare et par år siden.

Likevel sitter jeg ofte igjen på slutten av dagen og lurer på hva jeg egentlig har brukt dagen til.

Det høres kanskje rart ut. Hvordan kan man være usikker på det når man har merga fem PRs, vært innom tre arkitekturmøter, svart på Slack konstant og samtidig hjulpet teamet gjennom en release?

Men jeg tror mange utviklere – og spesielt vi som har vært i gamet en stund – kjenner igjen den følelsen nå.

Det handler om beslutninger

Det handler ikke om mengden arbeid. Det handler om hvor mye av dagen som går med til vurderinger.

Før kunne man ha én oppgave: «Bygg denne funksjonen.»

Nå føles det mer som:

  • Skal dette være en service eller composable?
  • Skal vi bruke KI her?
  • Burde vi egentlig rewrite denne delen?
  • Hvilket mønster skalerer best?
  • Hvordan påvirker dette teamet om seks måneder?
  • Er dette teknisk riktig eller bare raskest akkurat nå?

Du skriver fortsatt kode, men halve jobben er egentlig vurderinger. Og det er en helt annen type arbeid enn det utvikleryrket pleide å være.

Endelig tid til å være tech lead

Det interessante er at jeg faktisk har tid til alle disse vurderingene nå.

Før kunne jeg ikke ta så mange beslutninger på en dag. Ikke fordi jeg ikke ville, men fordi jeg måtte utforske ting selv først. Lese gjennom kodebasen, prototype et par alternativer, debugge meg gjennom problemet for å forstå det – og så til slutt kode løsningen. Selve undersøkelsen og kodingen spiste hele dagen.

Nå tar KI mye av det grunnarbeidet. Jeg får et raskt overblikk over alternativer, en fungerende prototype på minutter, og kan bruke tiden min på det som faktisk krever en erfaren utvikler: vurderingene.

Med andre ord: KI har gitt meg tiden til å være tech lead på ordentlig. Til å faktisk gjøre tech lead-jobben i stedet for å bli sittende fast i implementasjonsdetaljer.

Og det er kanskje her rollen vår har endret seg mest. Vi går sakte fra å være «people who code» til å bli en slags hybrid mellom utvikler, arkitekt og leder.

Ikke nødvendigvis people manager med medarbeidersamtaler og budsjetter. Men vi manager systemer, kompleksitet, prioriteringer – og etter hvert også KI.

Kontekstbytting. Prioriteringer. Reviewing. Aligning. Forklare. Revurdere. 

Det er nesten som rollen har blitt mer kognitiv ledelse enn ren engineering. Og det er faktisk der jeg trives best – det er der erfaring kommer til sin rett.

Det erfaring gir

En av de tingene jeg ser tydeligere nå som jeg har tid til å løfte blikket, er hva erfaring faktisk bidrar med.

Det er ikke kodekunnskap i seg selv. Med KI er det enklere enn noen gang å produsere kode som ser bra ut. Boilerplate på sekunder, komponenter på minutter, prototyper før lunsj.

Det erfaring først og fremst gir er kontekst – business, brukere, hvordan ting henger sammen over tid.

Hvorfor bygger vi dette? Hva er egentlig problemet? Hva er risikoen? Hva kan vente? Hva kommer til å gjøre support-teamet gale om tre måneder?

Det er den typen spørsmål jeg bruker mer tid på nå. Ikke fordi jeg nødvendigvis skriver mindre kode, men fordi det er der erfaring kommer til sin rett – i beslutningene rundt koden, og i å hjelpe teamet å se de samme sammenhengene.

Konsekvenser. Tradeoffs. Timing. Produkt. Mennesker. Det er der jeg bruker tiden min nå.

En ny form for produktivitet

Det er kanskje derfor jeg ofte lurer på hva jeg har gjort på en dag. Den gamle målestokken – linjer kode, antall PRs, ferdige tasks – fanger ikke lenger det viktigste arbeidet.

For selv om KI og nye verktøy endrer hvordan vi skriver kode, gjør det også at erfaring betyr mer på andre områder. Teknologi kan hjelpe deg å bygge raskere, men den kan fortsatt ikke forstå mennesker, produktstrategi eller hvorfor noen beslutninger faktisk betyr noe for businessen.

Kanskje er det akkurat der rollen som erfaren utvikler blir mer interessant fremover.

Mindre fokus på hvor mange linjer kode jeg skrev. Mer fokus på hvordan jeg hjelper teamet å bygge riktige ting, ta smartere valg og skape faktisk verdi.

Og kanskje er det dét som er den nye formen for produktivitet.

Bygget med Labrador CMS