av Abbas Al-Hashimi
Introduksjon
Første dagen i praksis trodde jeg at dette kom til å være ganske rett frem. Jeg hadde jo jobbet med backend før, og tenkte at dette i stor grad bare handlet om å koble ting sammen og få det til å fungere. Det tok ikke veldig lang tid før jeg skjønte at ekte systemer er noe helt annet enn det vi jobber med på studiet.
Jeg hadde praksis hos Troms fylkeskommune i Tromsø, hvor vi jobbet med Svipper, som er en løsning for sanntidsinformasjon om kollektivtransport. Oppgaven vår var først å utvikle frontend til et eksisterende system laget av tidligere studenter, før vi senere gikk videre til å jobbe mer med backend.
Fra teori til praksis
Allerede første dag fikk vi sitte i sprint planning, hvor teamet planla de neste to ukene. Det var første gang jeg så hvordan agile eller mer spesifikt scrum faktisk fungerer i praksis, ikke bare som teori fra forelesninger. Dagene startet med standups, og etter hvert gikk vi fra ˚a bare lytte til faktisk ˚a delta selv. Det høres kanskje lite ut, men det å måtte forklare hva vi hadde gjort og hva vi skulle gjøre den dagen, gjorde at vi jobbet mer strukturert enn jeg var vant til fra studiet.
Arbeidsprosess
• Standups og sprint: Vi startet hver dag med standup med utviklerne, produkt eier og rådgiverne på Svipper. I starten så deltok vi ikke mye men etterhvert når vi forsto hva vi skulle si og faktisk hadde noe ˚a si deltok vi aktivt i standups. Også i tillegg til daglig standup hadde vi også sprint annen hver mandag og retrospektiv/demo annen hver fredag
• Samarbeid med utviklere: Vi hadde ikke direkte samarbeid med utviklerne siden oppgaven vår var litt adskilt fra det de gjorde dag til dag, men to av utviklerne var veilederne våre og hjalp oss flere ganger når vi ikke forsto noe eller ikke visste hvordan vi skulle gå videre.
• Iterativ utvikling: Måten vi jobbet på var veldig annerledes fra hvordan vi jobber på studiet, mye mer strukturert som hjalp med å vite hvor teamet som en helhet lå an og mye mer effektivt siden vi satte oss et mål hver dag og prøvde å gjennomføre det.
Utfordringer
I løpet av denne praksisperioden møtte vi på flere utfordringer, den første var at vi måtte sette oss inn i og få kjørt løsningen til studentene før oss. Dette visste seg til ˚a være mye vanskeligere enn vi forventet på grunn av mangel på dokumentasjon og at deler av systemet de utviklet kun kjørte på mac.
En annen utfordring vi møtte på etter vi fikk kjørt back enden var at vi måtte lære oss et helt nytt språk(Vue) vi ikke engang hadde hørt om på studiet.
Også noe av det siste vi møtte på var etter vi fikk den nye oppgaven, hvor vi skulle bygge på backenden, Vi hadde ikke mye tid igjen av praksisen så vi fikk ikke fikset problemet, men vi forsto grunnen bak var en feil håndtering av data.
Demo og resultat
Figur 5: Fra utvikling til produkt– demo av løsningen
Demoen gikk bra, og vi fikk presentert både designet og den delvis fungerende prototypen vår til utviklerne. Vi fikk konkrete tilbakemeldinger, og fikk snakket litt om videre integrasjon til sanntidskartet. Det å presentere noe vi faktisk hadde bygget, og få tilbakemeldinger fra erfarne utviklere, var en helt annen opplevelse enn å levere en oppgave på studiet.
Hva jeg lærte
• Forskjellen på skolekode og produksjonssystemer
• Viktigheten av dokumentasjon
• Hvordan komplekse systemer faktisk henger sammen
• Det å forstå dataflyt er kritisk
Refleksjon
Praksisen hos Troms fylkeskommune ga meg et helt annet bilde av hva det faktisk betyr å jobbe som utvikler. Det handlet ikke bare om å skrive kode, men om samarbeid, forståelse av systemer, og evnen til å håndtere problemer som ikke har et klart svar.
Hvis jeg skulle gjort noe annerledes, ville jeg brukt mer tid tidligere på å forstå helheten i systemet før jeg begynte å implementere. Det hadde spart meg for en del frustrasjon senere.
Dette er erfaringer jeg definitivt tar med meg videre både i studiet og inn i arbeidslivet.
