Dit CV skal vise mere end en stak teknologier
Softwareudviklere har ofte meget at sige om systemet og meget lidt plads at sige det på. Første udkast bliver en tæt oversigt over sprog, frameworks, cloudplatforme, databaser og hvert eneste værktøj, man har rørt ved siden universitetet. Så forsvinder selve arbejdet.
Dem, der skal ansætte, har brug for et klarere billede. Hvad byggede eller forbedrede du? Hvor komplekst var miljøet? Hvilke beslutninger havde du ansvaret for? Hvilke kolleger var afhængige af dit arbejde? Hvad ændrede sig, efter at du havde leveret det?
Dine tekniske kompetencer betyder stadig noget. De bliver overbevisende, når erfaringssektionen viser, at du bruger dem med omtanke.
Vælg rollen, før du redigerer
”Softwareudvikler” dækker over meget forskellige job. En frontendudvikler på et produktteam, en backendudvikler på en platform, en mobiludvikler, en site reliability engineer, en udvikler af indlejrede systemer og en udviklingschef har hver brug for sit eget fokus.
Læs jobopslaget grundigt, og find det centrale arbejde. Se ud over den længste liste af teknologier. En backendstilling handler måske mest om pålidelige services og datakonsistens. En stilling som produktudvikler lægger måske vægt på eksperimenter og tæt samarbejde med design. En platformstilling fokuserer måske på udvikleroplevelse, infrastruktur, observability og driftsbelastning.
Senioritet ændrer også, hvad der skal dokumenteres. Et CV tidligt i karrieren kan læne sig op ad praktikophold, studieprojekter, bidrag til open source og velforklarede personlige projekter. Et CV på seniorniveau bør synliggøre omfang, arkitektonisk dømmekraft, ejerskab, indflydelse og afvejninger.
Giv siden en klar teknisk struktur
For de fleste udviklere er en praktisk rækkefølge kontaktoplysninger, en valgfri profiltekst, tekniske kompetencer, erhvervserfaring, udvalgte projekter og uddannelse. Certificeringer eller publikationer kan gøre sig fortjent til deres egen sektion, når de betyder noget for stillingen.
Sæt kun GitHub, en portefølje, en personlig hjemmeside eller en teknisk blog i toppen, når linket styrker din ansøgning. Test hvert link i et privat browservindue. En inaktiv profil fuld af ufærdige repositories fra tutorials tilføjer måske ikke meget, mens ét dokumenteret projekt kan give reel dybde.
Profilteksten er valgfri. Brug den, når den hurtigt forklarer din retning, dit domæne eller dit niveau:
Backendudvikler med syv års erfaring med at bygge betalings- og faktureringsservices i Java og Kotlin. Har på det seneste fokuseret på driftssikre services, eventdrevet arkitektur og udviklerværktøjer til teams, der driver regulerede systemer.
Alt i den profiltekst bør kunne underbygges andre steder på siden.
Lav en selektiv kompetencesektion
Grupper teknologierne efter funktion, så læseren hurtigt kan skimme dem. Kategorierne skal passe til dit arbejde. En backendudvikler kan bruge sprog, frameworks, data, cloud og infrastruktur samt test. En frontendudvikler kan starte med sprog, UI-frameworks, state og data, test, tilgængelighed og byggeværktøjer.
En kortfattet sektion kunne se sådan ud:
Sprog: Java, Kotlin, SQL, Python; Data: PostgreSQL, Redis, Kafka; Infrastruktur: AWS, Docker, Kubernetes, Terraform; Test og observability: JUnit, Testcontainers, Grafana, OpenTelemetry
Tag de teknologier med, som du trygt kan tale om. Hvis du brugte et framework til en lille tutorial for flere år siden, hører det nok hjemme i dine læringsnoter og kan udgå af hoved-CV'et. Skriv produktnavne præcist og med korrekte store og små bogstaver.
Niveaubetegnelser som ”ekspert” og ”avanceret” bruges meget forskelligt. Punkter under erfaring, projekter, gyldige certificeringer og antal år med nylig brug viser som regel dybden mere præcist.
Skriv erfaring, som en teknisk interviewer kan gå i dybden med
Hvert stærkt punkt giver intervieweren en nyttig tråd at trække i. Det kan beskrive en feature, en service, en migrering, en driftshændelse, et udviklerværktøj, et eksperiment eller en arkitekturbeslutning. Nævn den relevante teknologi, når den hjælper med at forklare metoden. Vis derefter omfang eller resultat med dokumentation, du kan stå inde for.
Du behøver ikke en stiv skriveformel. En naturlig sætning indeholder ofte fire elementer: problemet, dit bidrag, den tekniske tilgang og resultatet. To eller tre af dem kan være nok, når sammenhængen er tydelig.
Her er en hypotetisk omskrivning baseret på konkrete kildenoter.
Kildenoter: Checkout-API'et havde en p95-latenstid på 1,8 sekunder; databasekald blev profileret; to indekser blev tilføjet, og én forespørgsel blev ændret; p95 nåede 620 millisekunder i den følgende release; kandidaten skrev og deployede ændringerne.
Reducerede p95-latenstiden for checkout-API'et fra 1,8 sekunder til 620 millisekunder ved at profilere databasekald, tilføje to indekser og omskrive en tung forespørgsel.
Tallet, metoden og ejerskabet kommer alle fra noterne. Der er ikke brug for flere påstande.
Her er et andet hypotetisk eksempel, hvor værdien ligger i driften.
Kildenoter: Kandidaten vedligeholdt et internt deploymentværktøj, som 14 udviklere brugte; tilføjede validering af manglende miljøvariabler; relaterede fejl ved deployment faldt fra 11 i maj til 3 i juni.
Tilføjede validering af miljøvariabler i et internt deploymentværktøj, som 14 udviklere bruger, og reducerede relaterede fejl ved deployment fra 11 i maj til 3 i juni.
Den præcise sammenligning måned for måned forhindrer, at resultatet lyder bredere, end dokumentationen rækker.
Brug tal, du kan forklare
Udvikler-CV'er er fulde af mistænkeligt perfekte procenttal. Du kan skrive et fremragende CV uden at omregne hvert bidrag til omsætning eller en dramatisk effektivitetsgevinst.
Brugbare mål omfatter latenstid, oppetid, fejlrate, throughput, byggetid, deploymentfrekvens, antal driftshændelser, supporthenvendelser, testvarighed, cloudomkostninger, ibrugtagning, migreringens omfang, datamængde, antal brugere og antal teams, arbejdet nåede ud til. Angiv måleperioden, når den påvirker fortolkningen.
Hvis et præcist resultat aldrig blev målt, så beskriv omfang og betydning. Du kan forklare, at du migrerede tolv services, indgik i en vagtordning for en kundevendt platform, fjernede et manuelt trin i releaseprocessen eller skrev den runbook, der blev brugt ved overdragelser. Konkret omfang er værdifuld dokumentation.
Fordel æren fair. En performanceforbedring, som et team på seks leverede, bør lyde som et teambidrag. Verber som ”udviklede sammen med”, ”ledede”, ”havde ansvaret for”, ”implementerede” og ”bidrog til” udtrykker forskellige grader af ansvar. Vælg det, du ville bruge, hvis dine tidligere kolleger sad i lokalet.
Giv nok kontekst til folk uden for din virksomhed
Interne projektnavne og interne forkortelser siger ikke meget til en ny læser. Oversæt dem til produkt, system, kunde eller driftssammenhæng.
”Arbejdede på Project Falcon” lader læseren gætte. ”Udviklede workflows til gendannelse af konti på virksomhedens B2B-identitetsplatform” giver hende et sted at begynde.
Du kan som regel vise typen af system, skala, metode og resultat uden at dele fortrolig arkitektur eller kundedata. Følg ansættelsesaftaler, sikkerhedsregler og faglige forpligtelser. Afrund eller generaliser kun følsomme tal, når de stadig er sande, og forklar dem omhyggeligt ved jobsamtaler.
Præsenter projekter som udviklingsarbejde
Projekter er især nyttige for studerende, folk i karriereskift, udviklere, der vender tilbage efter en pause, og kandidater, der skifter til et nyt speciale. Vælg nogle få, der viser de kompetencer, målstillingen kræver.
Forklar for hvert projekt, hvad det gør, hvad dit bidrag var, de vigtigste teknologier og én meningsfuld teknisk beslutning. Tilføj et repository eller en live demo, når det er sikkert, virker og er let at forstå.
En projektbeskrivelse kan dække en beslutning om tilgængelighed, en teststrategi, en deploymentproces, en datamodel, et krav til performance, et sikkerhedstiltag eller en afvejning, du foretog. De valg siger mere end en lang liste af features.
Arbejde fra tutorials kan stadig vise, hvad du har lært, men vær ærlig om, at det bygger på en tutorial. Byg videre på det, skriv ned, hvad du ændrede, og forklar den del, du forstår godt nok til at diskutere.
Gør GitHub indbydende for en bedømmer
En rekrutterer åbner måske aldrig din GitHub-profil. Det gør en teknisk interviewer måske. Sammensæt førstehåndsindtrykket med den anden læser for øje.
Fastgør relevante repositories, og skriv en README, der forklarer formål, opsætning, arkitektur, nuværende begrænsninger og vigtige beslutninger. Medtag tests, hvor det giver mening. Fjern eksponerede adgangsoplysninger, og gennemgå commit-historikken for hemmeligheder, før du deler linket.
Bidragsgrafer er ikke værd at bekymre sig meget om. Professionel kode er ofte privat, og sunde udviklerkarrierer giver plads til et liv væk fra computeren. Kvaliteten og relevansen af det arbejde, du vælger at vise, betyder langt mere end en ubrudt mur af grønne felter.
Målret til forskellige specialer
Et frontend-CV skal vise det brugerrettede problem lige så vel som frameworket. Tilgængelighed, performance, arbejde med designsystemer, eksperimenter, browseradfærd og samarbejde med design kan alt sammen give substans.
Et backend-CV kan fremhæve servicegrænser, datamodeller, driftssikkerhed, sikkerhed, performance, integrationer og ansvar for drift. Nævn arkitekturmønstre, når du virkelig har brugt dem og kan forklare afvejningerne.
Stillinger inden for platform, cloud, DevOps og site reliability kræver dokumentation for de systemer, andre udviklere var afhængige af. Vis automatisering, observability, håndtering af driftshændelser, kapacitet, styring af infrastruktur, arbejde med omkostninger eller udvikleroplevelse gennem konkrete ændringer.
Stillinger inden for data og machine learning bør skelne mellem analyse, data engineering, modeludvikling, evaluering, deployment og overvågning. Angiv tydeligt dit eget bidrag, når forskere, analytikere, platformudviklere og produktteams delte arbejdet.
Inden for udviklingsledelse fylder kode måske mindre. Teamets omfang, rekruttering, coaching, leveranceprocesser, arkitekturbeslutninger, samarbejde med interessenter og organisatoriske resultater bliver vigtigere. Bevar nok teknisk kontekst til at vise det miljø, du ledte.
Hjælp CV-software med at læse dokumentet
ATS'er (rekrutteringssystemer) er meget forskellige. Mange kan parse CV'er, gemme oplysninger om kandidater og understøtte rekrutterernes søgninger. Intet af det skaber en universel score, der garanterer en jobsamtale.
Brug velkendte overskrifter som ”Erhvervserfaring”, ”Tekniske kompetencer”, ”Projekter” og ”Uddannelse”. Gør datoer og arbejdsgivernes navne lette at finde. Undgå at placere vigtige oplysninger alene i billeder, ikoner eller dekorative diagrammer.
Brug terminologien fra jobopslaget, hvor den præcist beskriver din baggrund. Hvis arbejdsgiveren efterspørger PostgreSQL, og din erfaring udelukkende er med MySQL, så hold de to databaser adskilt. Beslægtet erfaring kan stadig være relevant, og ærlighed gør jobsamtalen langt lettere.
Følg det filformat, der bliver bedt om. En velgenereret PDF bevarer ofte layoutet, mens nogle portaler specifikt beder om DOCX eller indsamler oplysninger via formularfelter. Åbn den endelige fil, og sørg for, at teksten kan markeres, og at alle sider vises korrekt.
Læs vores guide til ATS for en grundigere forklaring af parsing og rekrutterernes søgninger.
Målret uden at omskrive hele karrieren hver gang
Hav et samlet kilde-CV eller et dokument med alle dine resultater. Vælg til hver ansøgning de erfaringer, punkter, projekter og kompetencer, der passer bedst til stillingen. Byt om på rækkefølgen, hvor det er nyttigt, og juster profilteksten, hvis du bruger en.
Fem omhyggelige ændringer kan være mere effektive end at omskrive hver linje. Flyt det relevante speciale frem, genbrug opslagets ord, hvor de passer på din erfaring, vælg den stærkeste dokumentation, fjern ældre værktøjer, der distraherer, og tjek filen en gang til.
Gem den målrettede version sammen med jobopslaget og dine noter. Så har du et pålideligt overblik før jobsamtalen, især når flere ansøgninger er i gang på én gang.
Brug AI som redaktør med kildemateriale
AI kan hjælpe med at sammenligne et jobopslag med dit CV og stramme teknisk tekst op. Det kan også opfinde arkitektur, skala, tal, ejerskab, værktøjer og forretningsresultater med fuld selvsikkerhed.
Giv en snæver opgave:
Sammenlign dette jobopslag for en softwareudvikler med mit CV. Find den mest relevante erfaring med ordrette citater fra mit kilde-CV. Omskriv op til fem punkter udelukkende med fakta, der er dækning for. Bevar teknologier, tal, datoer, teamstørrelser og ejerskab præcist. Sæt manglende detaljer i firkantede parenteser, så jeg kan udfylde dem.
Gennemgå den tekniske betydning lige så omhyggeligt som grammatikken. ”Forbedrede driftssikkerheden”, ”designede arkitekturen” og ”ledede migreringen” er store påstande. Hver af dem kræver dokumentation.
Med UseResume kan du uploade eller oprette et CV, tilføje et jobopslag, generere en målrettet version, redigere omskrevne punkter, vælge en skabelon og eksportere en PDF. Bevar kontrollen over det endelige tekniske sprog, og fjern alle tilføjelser, der ikke er dækning for.
Den sidste gennemgang
Spørg dig selv, før du sender, om en anden udvikler kunne forstå de systemer, du har arbejdet på, og dit bidrag til dem. Tjek, at vigtige teknologier står i en sammenhæng, at tal har en kilde, at æren for teamets resultater er fair fordelt, og at projektlinks virker.
Læs derefter igennem for almindelig, menneskelig klarhed. Et CV kan være teknisk imponerende og alligevel føles udmattende. Korte sætninger, udvalgte detaljer og rolig selvtillid bringer dit arbejde længere.
Dit bedste materiale findes som regel allerede i din karriere. Opgaven er at finde det frem, beskrive det præcist og give læseren en grund til at stille det næste spørgsmål.
Opret din UseResume-konto, og lav et fokuseret CV som softwareudvikler.
Læs videre i vores guides til tekniske kompetencer på et CV og at tilføje en portefølje.
