– Har kjent på at jeg må «leve opp til» tittelen utvikler
Ukas Koder bruker KI hele tiden. Og mener bransjen endrer seg raskere enn man tror.
Hva jobber du med? 💪
Jeg jobber i Å Energi som systemutvikler i KI‑teamet. Oppdraget vårt er å legge til rette for god og trygg bruk av kunstig intelligens i hele organisasjonen.
Min rolle er ganske variert og spenner fra opplæring og bruk av M365 Copilot, via rammer og retning for KI‑agenter, til faktiske utviklerprosjekter.
Mye av jobben min handler om tett samarbeid med folk i ulike deler av bedriften, for å forstå behovene deres og finne ut hvor KI faktisk kan gjøre en forskjell.
Deretter handler det om å få dette ut i praksis – både gjennom verktøy og
konkrete løsninger.
Hvor mye KI bruker du i jobben din? 🤖
Jeg bruker KI hele tiden – både som verktøy for å gjøre arbeidshverdagen enklere og i faktiske løsninger.
Jeg synes det er viktig at også utviklere forstår verdien i verktøy som M365 Copilot, fordi vi ikke bare koder: vi deltar i møter, lager presentasjoner om fremdrift og bruker mye tid i innboksen vi også. Derfor tester jeg aktivt nye funksjoner, tar det i bruk i ulike oppgaver og deler erfaringer med andre.
Når det kommer til kodeutvikling bruker vi GitHub Copilot, der vi har tilgang til flere modeller.
I det siste har jeg eksperimentert med agent-funksjonalitet direkte fra GitHub Issues opp mot extension i VS Code. Jeg foretrekker foreløpig VS Code, fordi jeg enklere kan veksle mellom Plan/Ask/Agent, jobbe tettere på koden og hele tiden styre retningen med egne innspill.
Vi utvikler også løsninger der språkmodeller er integrert på andre måter enn «chatbot». Da bruker vi ofte Azure OpenAI-endepunkter i Foundry, gjerne kombinert med Pydantic-datamodeller for strukturerte svar.
Det gjør at språkmodeller kan bli en del av en pipeline for prosessering av data – og åpner for mange spennende use case.
Hva synes du er mest krevende ved å være utvikler? 👀
Jeg har nok kjent litt på at jeg må «leve opp til» tittelen utvikler.
På studiet programmerte vi en del, men det var mest knyttet til signalbehandling – ikke web- eller apputvikling. Det kan jeg fortsatt kjenne på av og til.
Samtidig tror jeg utviklerrollen er i kraftig endring: Det er ikke detaljkunnskap om oppsett eller syntaks som er det viktigste lenger, men evnen til å forstå behovet som skal løses og få moduler og tjenester til å samhandle på en god måte.
Den beskrivelsen kjenner jeg meg godt igjen i – men spør meg igjen om noen måneder, så har nok også det endret seg.
Hva er det neste du har lyst til å lære deg eller bli bedre på? 🧠
Det viktigste jeg hele tiden ønsker å bli bedre på, er kommunikasjon – enten det handler om å forklare komplekse tekniske løsninger på riktig nivå til ledelsen, eller om å motivere ansatte til å ta i bruk KI.
Kommunikasjon mellom tekniske ressurser og forretning tror jeg blir noe av det viktigste vi som utviklere/teknologer skal gjøre fremover.
Jeg vil også bli flinkere til å sette av tid til å lese. Hverdagen går ofte i ett, og jeg gjør sjelden bare én ting om gangen – så det å sette seg ned med en bok og kun fokusere på den er blitt litt uvant. Derfor jobber jeg aktivt med å sette av konkret tid til å lese bøker.
Hva ser du på som bransjens største utfordring akkurat nå? 🔭
Å ta inn over seg at KI ikke bare endrer arbeidsoppgaver, men også utfordrer organisasjonsstrukturer, prosesser og kompetansebehov.
Vi ser de første bølgene allerede, men jeg tror endringene kommer raskere enn mange er forberedt på.
Hva er ditt beste tips til andre utviklere? ✨
To tips: Bruk to typer KI-verktøy – ett for hverdags-effektivisering, og ett som er kodeassistent. Begynn der. Det gir grunnkompetanse og trigger ofte nye ideer til bruksområder.
Et eksempel på en arbeidsprosess:
- Får e-post om nytt prosjekt og har oppstartsmøte (gjerne med transkripsjon).
- Bruker e-post + transkripsjon som kontekst i M365 Copilot: Hvilke domeneområder må jeg forstå? Hva er uklart? Hvilke spørsmål må besvares? Hva er min viktigste leveranse?
- Bruker dette til å lage forslag til fremdrift og delmål.
- Går over til GitHub Copilot og bruker konteksten (og interne retningslinjer/best practice) til å skrive gode issues med tydelige, detaljerte beskrivelser.
- Når oppgavene er på plass, går jeg inn i IDE-en og implementerer issue for issue med kodeassistent.