To lesere med ulike behov

En utvikler-CV blir ofte lest to ganger. Først av en rekrutterer eller leder som sjekker om du har teknologiene i annonsen, og deretter av en utvikler i teamet som vil forstå hva du faktisk har bygget. CV-en må fungere for begge. Teknologiene skal være lette å finne, og prosjektene må være beskrevet så konkret at en fagperson ser nivået ditt.

Derfor lønner det seg å skrive litt mer om hver jobb enn i mange andre yrker. To setninger om hva systemet gjorde, hvilken rolle du hadde og hvilke teknologier dere brukte, sier mye mer enn en liste med ansvarsområder.

Prosjektene er selve erfaringen

Skriv hva du har levert, ikke bare hvor du har jobbet. Har du bygget et nytt API, flyttet en løsning til skyen eller gjort en treg side raskere, er det slike ting som gjør inntrykk. Er du konsulent, kan du ha en egen del med de viktigste kundeprosjektene, med bransje, rolle, varighet og teknologier.

Pass på taushetsplikt og avtaler med kunder. Du kan ofte beskrive bransjen og hva løsningen gjorde uten å nevne kundenavnet.

• Hva løsningen gjorde, og hvem som brukte den
• Din rolle i teamet, for eksempel backend, fullstack eller teknisk ansvarlig
• Teknologier, rammeverk og skyplattform
• Noe du tok initiativ til eller forbedret

Teknologilisten: ærlig og sortert

Det er fristende å liste opp alt du har vært borti. Gjør heller listen kortere, og sorter den etter det du kan best. Mange skiller mellom teknologier de jobber med daglig og ting de har brukt noe. Den som intervjuer deg, vil spørre om det som står øverst, så sørg for at det er ting du kan forklare i dybden.

Husk også arbeidsmåtene. Erfaring med testing, kodegjennomgang, kontinuerlig leveranse og smidige team er like viktig for mange arbeidsgivere som selve programmeringsspråket.

GitHub, portefølje og egne prosjekter

En lenke til GitHub eller en portefølje gir den som leser, mulighet til å se koden din. Det er særlig nyttig hvis du er nyutdannet eller bytter karriere. Velg ut noen få prosjekter du er stolt av, og skriv en kort README som forklarer hva de gjør og hvordan de kjøres. Et halvferdig repo uten forklaring hjelper deg ikke.

Bidrag til åpen kildekode, en app du har laget for et idrettslag eller et verktøy du har skrevet for å løse et eget problem, viser at du liker å kode også når ingen ber deg om det.

Nyutdannet utvikler

Uten mye arbeidserfaring er bacheloroppgaven, sommerjobben og egne prosjekter det viktigste du har. Bacheloroppgaver i IT blir ofte laget for en ekte oppdragsgiver, og da kan du beskrive den som et prosjekt med teknologier og resultat. Studentassistent i programmeringsfag er også verdt å ta med.

Vil du se hvordan en kontoransatt med helt andre verktøy setter opp sin CV, kan du sammenligne med CV-eksemplet for regnskapsmedarbeider. Generelle råd finner du i guiden om hvordan du skriver en god CV.