av Olav Sæle
Et fantastisk møte med arbeidslivet, er den beste oppsummeringen jeg kan gi av denne perioden realfagspraksis hos Skatteetaten Mo i Rana. Jeg heter Olav Sæle og skal sammen med en studiekamerat tilbringe 120 timer hos Skatteetaten. På dette tidspunktet har vi tilbragt 80 av dem og disse har gitt oss et godt innblikk i å arbeide som utvikler i det offentlige. Vi har blitt gitt full tillit fra første møte og vært med på alt fra SCRUM møter til detektivarbeid i kode.
Kort om Skatteetaten
Skatteetaten har et stort samfunnsansvar og er en etat alle har hørt om. Deres hovedoppgave er å sikre finansiering for velferdssamfunnet. For å få dette til trengs det et mangfold av personer, spredd ut over landet, Mo i Rana, Trondheim, Oslo og Bergen for å nevne et par. På avdelingen for IT er arbeidsoppgavene variert. Det utvikles både løsninger for intern og ekstern bruk, med flere ulike verktøy i verktøykassen.
Vårt oppdrag
Vi ble tildelt oppgaven med å fornye og splitte en eldre komponent i en frontend og backend. Helt ypperlig for oss som er interessert i å jobbe med fullstack etter endt utdanning. Gjennom denne oppgaven har vi fått bryne oss på alt fra design og interaktivitet på frontend til struktur og oppsett av backend. Det har vært veldig viktig at alt vi gjør skal være godt dokumentert. Vi har blitt tildelt en oppgave av reel verdi, som har nytte selv når vi takker for oss. For å sikre et godt og enkelt vedlikehold av den nye komponenten har dokumentasjon og implementering av testing vært viktig.
Viktigheten av kompetanse
Som nevnt så har Skatteetaten et stort samfunnsansvar, og en del av det innebærer at det er viktig at samfunnet har tillit til Skatteetaten. Dermed er det viktig at Skatteetaten både lager trygge løsninger, men og rammer rundt disse for å sikre dem. Teknologi beveger seg som vi alle vet lynkjapt. Gjennom oppholdet på Skatteetaten har vi fått deltatt på workshops der andre har hatt presentasjoner og delt kunnskap om både eksisterende og ny teknologi. Dette på tvers av regioner. Gode løsninger, bygges av dyktige mennesker som samhandler bra og bygger hverandre opp.
Teori møter praksis
Fra UiT har jeg fra emner tilegnet meg kompetanse med UML diagrammer, som har latt meg både lese eksisterende dokumentasjon, samt lage ny dokumentasjon. Selv om verktøyene vi har benyttet hos Skatteetaten har vært nye, så har tankegangen vært den samme. Hva kaller på denne funksjonen? Er rekkefølgen logisk? Kan jeg gjøre dette enklere, mer leselig/oversiktlig? Er en rekke spørsmål som er naturlig å stille i løpet av en dags arbeid. Fra UiT har vi vært borti både det å lage egne prosjekter, samt det å bygge videre på allerede eksisterende som i emnet Operativ System. Det har vært viktig her når vi måtte forstå en eldre komponent og det den gjør. For å slippe å måtte lese gjennom alt av kode hver gang, opprettet vi et sekvensdiagram. Dette gjør det lettere for oss under utvikling av ny komponent da vi vet den generelle flyten. Det gjør det og lettere for oss å forklare komponenten for andre når vi skal be om råd fra andre på og utenfor teamet.