Av Bernd Thomas Garmann Klare og Ahmed Waseem Saeed.
Hvordan Computas skaper en helhetlig start på sommerjobben
Sommeren er her, og bedrifter over hele landet har ønsket teknologi- og realfagsstudenter velkommen. Som folk flest, kommer disse unge lovende studentene med ulike utgangspunkt og varierende kunnskapsnivå. I en sommerprosjektsetting er det ofte ønskelig å sørge for at studentene har noe felles grunnlag. Tradisjonelt — både hos Computas og i andre sommerprogrammer vi har vært borti — har dette blitt gjort gjennom ulike foredrag i isolerte settinger, f.eks. innenfor temaer som backend- og frontendutvikling, test-drevet utvikling (TDD), deployment, og design. Dette fungerer greit, men det er sjeldent en rød tråd som binder opplegget sammen gjennom innfasingsuka. Dette ønsket vi å gjøre noe med.
Hvordan kan man sørge for en rød tråd som introduserer studentene for relevant teknologi og metodikk, samtidig som man unngår et forelesningsformat, men heller sørger for learning by doing? Du har kanskje hørt om IaaS — Infrastructure as a Service, men etter dette innlegget håper vi du tenker på IaaS som “Innfasingsuke as a Service”.
1. Den røde tråden — CV-prosjektet
I Computas har vi tradisjon for å fylle innfasningsuken med forskjellige workshops og foredrag om frontend, backend, .NET, Azure, og annen relevant teknologi som berører sommerprosjektene. Selv om dette fungerer til sin hensikt, har det tidligere blitt opplevd som oppstykket og sammensatt uten en helhetlig plan. Studentene risikerer å drukne i informasjon, i en allerede hektisk uke, og dermed gå glipp av verdifull læring som kan sikre et felles grunnlag som kickstarter sommerjobben. Selv om ingen forventer at ett foredrag eller én uke gjør deg til ekspert, er starten på sommerjobben avgjørende for læringskurven og opplevelsen. Fra et selskapsperspektiv er det også viktig med tanke på førsteinntrykket man gir til studentene.
For å håndtere disse utfordringene opprettet vi et CV-prosjekt, med formål om å sy sammen sentrale temaer som deployment, backend- og frontendutvikling, samt innsiktsarbeid fra design. CV-prosjektet, som hintet av navnet, handlet om å utvikle en løsning som viser CV-er, samt ulike sett med erfaringer. Erfaringer kan inkludere sommerjobber, internship, verv, trenerroller, osv. Her fikk studentene opplæring i verktøy som .NET og C#, React, Figma (både for designere og utviklere). Bakgrunnen for et slikt prosjekt er at det både er aktuelt for studenter, i tillegg til at det gir dem noe som kan bearbeides og utvikles videre etter innfasingsuka. Et viktig element var å emulere en virkelig utviklingsfase. Dette ble gjort gjennom å introdusere innsikt fra intervjuer gjennomført av designstudentene, som ble brukt til å gjøre endringer og forbedringer på løsningen i tråd med innsikten. Dette gir et nytt element til innfasingsuka.
2. Utfordringer — sy alt sammen
Målet for innfasingsuka var ambisiøst: Hver student skulle ha fått sin egen CV-løsning i produksjon innen slutten av uken, og samtidig ha vært innom et bredt spekter av relevante teknologier. Innfasningsuke as a Service (IaaS) må derfor være en helhetlig løsning, samtidig som det ikke blir for overveldende.
Løsningen ble å bygge en fullverdig applikasjon på forhånd, der vi fjernet utvalgte deler av kodebasen. Studentene fikk detaljerte oppgaver hvor de skulle fylle disse hullene selv. Dette ga dem muligheten til å navigere i et ekte prosjekt, grave i eksisterende kode og identifisere mønstre og gjenbrukbare løsninger.
Vi startet med det mest grunnleggende: deployment. Studentene fikk umiddelbar erfaring med å sette endringer i produksjon, ved hjelp av verktøy som Terraform og GitHub Actions, og kunne se resultatene av egen kode i sanntid. På backend fikk de jobbe med å sette opp GET-endepunkter, mappe data til DTO-er, bruke LINQ til prosessering, og til slutt bygge videre med test-drevet utvikling og migrasjoner av databasen. Frontendoppgavene begynte med routing og datainnhenting, og bygget videre til konsepter som React Hooks og forståelsen av hvordan komponenter re-rendres ved endringer i props og state.
Parallelt med at utviklerne fikk bryne seg på tekniske finurligheter, hadde vi to sommerstudenter som studerer design. De startet uken med innsiktsarbeid, hvor de intervjuet en av våre ledere om hva som er viktig for nyutdannede å få med i CV-ene sine, og presenterte dette for resten av utviklerne. Videre lagde de lo-fi skisser og jobbet med hvordan å tilpasse et eksisterende designsystem, før de til slutt fikk samarbeide med utviklerne om å sette alt sammen til et helhetlig produkt.
Et viktig prinsipp var at teamet som hadde bygget kodebasen alltid skulle være tilgjengelige — ikke for å gi svarene direkte, men for å veilede og hjelpe dem over terskelen når de stod fast. Vi ville skape en trygg læringsarena, der det var rom for å prøve, feile og lære. Noe av det viktigste vi håper de har tatt med seg fra denne første uken, er verdien av å stille spørsmål.
3. Erfaringer
Etter å ha gjennomført innfasingsuka for første gang på denne måten, har vi gjort oss opp noen nyttige erfaringer. Vi erfarte at læringskurven knyttet til deployment kunne være bratt for flere av studentene, og at feilmeldingene ved deployment tidvis kunne være vanskelige å tolke. I tillegg så vi at oppsett av backend og det å gjøre ting klart for oppstart, var en utfordring for noen. Dette førte til at noen mistet oversikten over sammenhengen mellom delene, og brukte mye tid på unødvendige detaljer. Vår lærdom er å bruke enda mer tid i forkant, på å skape faste rammer som minimerer risikoen for å feile på oppsett, og samtidig veilede studentene i større grad når feilene oppstår — for eksempel ved å gi tips til feilsøking eller hvordan håndtere typiske feilmeldinger som dukker opp.
Vår andre erfaring er relatert til når i løpet av uka vi introduserte innsikten fra designprosessen i utviklingsløpet. Dette ble gjort rundt dag fire og fem av innfasingsuka. I etterkant ser vi at det ble lite tid til å iterere, og designinnsikten fikk ikke fullt gjennomslag i utviklingsarbeidet. Dette kommer også frem gjennom tilbakemeldingene fra studentene. Til neste gang vil vi sette i gang designprosessen tidligere, slik at innsikten kan påvirke utviklingen fra starten, og studentene får oppleve hvordan tilbakemeldinger fra brukere påvirker løsningen — som i en ordinær utviklingsprosess.
Kanskje du som leser er student, eller jobber i et selskap som ansetter sommerstudenter? Da håper vi du lar deg inspirere til å teste en mer helhetlig og praktisk innfasingsuke — der en rød tråd, tverrfaglig samarbeid og learning by doing står i sentrum.
En stor takk til alle som bidro til å utvikle ideen om innfasingsuka, spesielt Ingrid Marie Sørensen og Inger Liepelt.
Som vanlig, god koding.
Bernd & Ahmed
Innfasingsuke as a service (IaaS) was originally published in Compendium on Medium, where people are continuing the conversation by highlighting and responding to this story.
