Je cv is meer dan een stapel technologieën
Software engineers hebben vaak veel te vertellen over het systeem en weinig ruimte om het te zeggen. De eerste versie wordt een dichte inventaris van talen, frameworks, clouds, databases en elke tool waarmee ze sinds hun studie hebben gewerkt. En dan verdwijnt het werk zelf uit beeld.
Een selectieteam heeft een duidelijker beeld nodig. Wat heb je gebouwd of verbeterd? Hoe complex was de omgeving? Welke beslissingen lagen bij jou? Welke collega's waren afhankelijk van jouw werk? Wat veranderde er nadat je het had opgeleverd?
Je technische vaardigheden blijven belangrijk. Ze worden overtuigend als de sectie werkervaring laat zien dat je ze met verstand inzet.
Kies de functie voordat je gaat schaven
“Software engineer” dekt heel verschillende banen. Een frontend product engineer, backend platform engineer, mobile developer, site reliability engineer, embedded engineer en engineering manager hebben elk een andere nadruk nodig.
Lees de vacature goed en zoek uit wat het kernwerk is. Kijk verder dan de langste lijst technologieën. Bij een backendfunctie draait het misschien vooral om betrouwbare services en consistente data. Een functie in product engineering hecht wellicht aan experimenteren en nauwe samenwerking met design. Een platformfunctie kan zich richten op developer experience, infrastructuur, observability en operationele belasting.
Ook senioriteit verandert het bewijs. Een cv aan het begin van je loopbaan kan leunen op stages, studiewerk, bijdragen aan open source en goed toegelichte eigen projecten. Een senior cv moet de reikwijdte van je werk, je inzicht in architectuur, eigenaarschap, invloed en afwegingen zichtbaar maken.
Geef de pagina een duidelijke technische opbouw
Voor de meeste engineers is dit een praktische volgorde: contactgegevens, een optionele samenvatting, technische vaardigheden, werkervaring, een selectie van projecten en opleiding. Certificeringen of publicaties kunnen een eigen sectie krijgen als ze voor de functie tellen.
Zet GitHub, een portfolio, een eigen website of een technische blog alleen in de kop als de link je kandidatuur helpt. Test elke link in een privévenster van je browser. Een slapend profiel vol onafgemaakte tutorial-repository's voegt weinig toe, terwijl één goed gedocumenteerd project echt diepgang kan geven.
Een samenvatting is optioneel. Gebruik er een als die snel duidelijk maakt welke richting, welk domein of welk niveau je hebt:
Backend engineer met zeven jaar ervaring in het bouwen van betalings- en factureringsservices in Java en Kotlin. Recent werk draaide om de betrouwbaarheid van services, event-driven architectuur en developer tooling voor teams die gereguleerde systemen beheren.
Alles in die samenvatting moet elders op de pagina worden onderbouwd.
Maak een selectieve sectie vaardigheden
Groepeer technologieën per functie, zodat de lezer ze snel kan scannen. De categorieën moeten bij je werk passen. Een backend engineer kiest misschien voor talen, frameworks, data, cloud en infrastructuur, en testen. Een frontend engineer kan beginnen met talen, UI-frameworks, state en data, testen, toegankelijkheid en build tooling.
Een beknopte sectie kan er zo uitzien:
Talen: Java, Kotlin, SQL, Python; Data: PostgreSQL, Redis, Kafka; Infrastructuur: AWS, Docker, Kubernetes, Terraform; Testen en observability: JUnit, Testcontainers, Grafana, OpenTelemetry
Noem technologieën waarover je met zelfvertrouwen kunt praten. Als je een framework jaren geleden voor één kleine tutorial hebt gebruikt, hoort het waarschijnlijk in je leernotities en kan het van je cv af. Schrijf productnamen en hoofdletters correct.
Niveauaanduidingen als “expert” en “gevorderd” worden heel verschillend opgevat. Bulletpoints over je ervaring, projecten, geldige certificeringen en het aantal jaren recent gebruik laten diepgang meestal preciezer zien.
Beschrijf ervaring waarop een technische interviewer kan doorvragen
Elk sterk bulletpoint geeft de interviewer een bruikbare draad om aan te trekken. Het kan gaan over een feature, een service, een migratie, een incident, een developer tool, een experiment of een architectuurbeslissing. Noem de relevante technologie als die de aanpak verduidelijkt. Laat daarna de omvang of het resultaat zien, met bewijs dat je kunt verdedigen.
Een vaste schrijfformule is niet nodig. Een natuurlijke zin bevat vaak vier elementen: het probleem, jouw bijdrage, de technische aanpak en het resultaat. Twee of drie daarvan kunnen genoeg zijn als de context duidelijk is.
Hier is een denkbeeldige herschrijving op basis van expliciete bronnotities.
Bronnotities: De checkout-API had een p95-latency van 1,8 seconde; databasecalls geprofileerd; twee indexen toegevoegd en één query aangepast; p95 kwam in de volgende release op 620 milliseconden; de kandidaat schreef en deployde de wijzigingen zelf.
Verlaagde de p95-latency van de checkout-API van 1,8 seconde naar 620 milliseconden door databasecalls te profileren, twee indexen toe te voegen en een zware query te herschrijven.
De meetwaarde, de methode en het eigenaarschap komen allemaal uit de notities. Een extra claim is niet nodig.
Hier is een tweede denkbeeldig voorbeeld, waarin de waarde operationeel is.
Bronnotities: De kandidaat onderhield een interne deploymenttool die 14 engineers gebruikten; voegde validatie toe voor ontbrekende omgevingsvariabelen; mislukte deployments door die oorzaak daalden van 11 in mei naar 3 in juni.
Voegde validatie van omgevingsvariabelen toe aan een interne deploymenttool die 14 engineers gebruiken, waardoor mislukte deployments door die oorzaak daalden van 11 in mei naar 3 in juni.
De exacte vergelijking tussen twee maanden voorkomt dat het resultaat breder klinkt dan het bewijs.
Gebruik cijfers die je kunt uitleggen
Cv's van engineers staan vol verdacht perfecte percentages. Je kunt een uitstekend cv schrijven zonder elke bijdrage om te rekenen naar omzet of een spectaculaire efficiëntiewinst.
Bruikbare maatstaven zijn onder meer latency, beschikbaarheid, foutpercentage, throughput, buildtijd, deploymentfrequentie, aantal incidenten, supporttickets, testduur, cloudkosten, adoptie, omvang van een migratie, datavolume, aantal gebruikers en bereik binnen het team. Vermeld de meetperiode als die invloed heeft op de interpretatie.
Is een precieze uitkomst nooit vastgelegd, beschrijf dan de omvang en het belang. Je kunt bijvoorbeeld uitleggen dat je twaalf services hebt gemigreerd, hebt meegedraaid in een on-callrooster voor een platform dat klanten gebruiken, een handmatige stap uit de release hebt gehaald of het runbook hebt geschreven dat bij overdrachten werd gebruikt. Concrete omvang is waardevol bewijs.
Houd de toeschrijving eerlijk. Een prestatieverbetering die een team van zes heeft geleverd, moet ook als teamprestatie klinken. Werkwoorden als “mede ontwikkeld”, “geleid”, “eigenaar van”, “geïmplementeerd” en “bijgedragen aan” geven verschillende niveaus van verantwoordelijkheid aan. Kies het woord dat je ook zou gebruiken als je oud-collega's erbij zaten.
Geef genoeg context voor mensen buiten je bedrijf
Interne projectnamen en eigen afkortingen zeggen een nieuwe lezer weinig. Vertaal ze naar het product, het systeem, de klant of de operationele context.
“Gewerkt aan Project Falcon” laat de lezer gissen. “Workflows voor accountherstel ontwikkeld voor het B2B-identityplatform van het bedrijf” geeft de lezer houvast.
Meestal kun je het type systeem, de schaal, de methode en de uitkomst laten zien zonder vertrouwelijke architectuur of klantgegevens prijs te geven. Houd je aan je arbeidsovereenkomst, beveiligingsregels en beroepsverplichtingen. Rond gevoelige cijfers alleen af of maak ze algemener als ze dan nog steeds kloppen, en licht ze in sollicitatiegesprekken zorgvuldig toe.
Presenteer projecten als engineeringwerk
Projecten zijn vooral nuttig voor studenten, carrièreswitchers, engineers die na een onderbreking terugkomen en kandidaten die overstappen naar een nieuw specialisme. Kies er een paar die de vaardigheden laten zien die de beoogde functie vraagt.
Leg per project uit wat het doet, wat jouw bijdrage was, welke technologieën de hoofdrol spelen en één belangrijke technische beslissing. Voeg een repository of live demo toe als dat veilig is, als die werkt en als die makkelijk te begrijpen is.
Een projectbeschrijving kan gaan over een keuze op het gebied van toegankelijkheid, een teststrategie, een deploymentproces, een datamodel, een beperking in performance, een beveiligingsmaatregel of een afweging die je hebt gemaakt. Zulke keuzes zeggen meer dan een lange lijst features.
Werk uit een tutorial kan nog steeds laten zien wat je hebt geleerd, maar benoem het dan eerlijk. Bouw erop voort, documenteer wat je hebt veranderd en leg het deel uit dat je goed genoeg begrijpt om erover te praten.
Maak GitHub prettig voor een beoordelaar
Een recruiter opent je GitHub-profiel misschien nooit. Een technische interviewer misschien wel. Verzorg de eerste indruk voor die tweede lezer.
Pin relevante repository's vast en schrijf een README die het doel, de installatie, de architectuur, de huidige beperkingen en belangrijke beslissingen uitlegt. Voeg tests toe waar dat zinvol is. Verwijder zichtbare inloggegevens en controleer de commitgeschiedenis op secrets voordat je de link deelt.
Over contributiegrafieken hoef je je weinig zorgen te maken. Professionele code is vaak privé, en een gezonde loopbaan in engineering laat ruimte voor een leven buiten de laptop. De kwaliteit en relevantie van het werk dat je laat zien, wegen veel zwaarder dan een ononderbroken muur van groene vakjes.
Afstemmen op verschillende richtingen in engineering
Een frontend-cv moet naast het framework ook het probleem van de gebruiker laten zien. Toegankelijkheid, performance, werk aan een designsysteem, experimenten, browsergedrag en samenwerking met design kunnen allemaal inhoud toevoegen.
Een backend-cv kan de nadruk leggen op servicegrenzen, datamodellen, betrouwbaarheid, beveiliging, performance, integraties en operationeel eigenaarschap. Noem architectuurpatronen alleen als je ze echt hebt toegepast en de afwegingen kunt uitleggen.
Functies in platform, cloud, DevOps en site reliability vragen om bewijs van de systemen waarop andere engineers vertrouwden. Laat automatisering, observability, incidentrespons, capaciteit, infrastructuurbeheer, werk aan kosten of developer experience zien aan de hand van concrete veranderingen.
Functies in data en machine learning moeten onderscheid maken tussen analyse, data engineering, modelontwikkeling, evaluatie, deployment en monitoring. Maak je eigen bijdrage duidelijk als onderzoekers, analisten, platform engineers en productteams het werk samen deden.
Bij leidinggevende functies in engineering neemt code misschien minder ruimte in. Teamomvang, werving, coaching, opleveringsprocessen, architectuurbeslissingen, werk met stakeholders en resultaten voor de organisatie worden belangrijker. Houd genoeg technische context over om te laten zien in welke omgeving je leidinggaf.
Help cv-software het document te lezen
ATS'en (de recruitmentsystemen van werkgevers) verschillen. Veel ervan kunnen cv's uitlezen, kandidaatgegevens opslaan en recruiters laten zoeken. Niets daarvan levert een universele score op die een sollicitatiegesprek garandeert.
Gebruik bekende koppen zoals “Werkervaring”, “Technische vaardigheden”, “Projecten” en “Opleiding”. Zorg dat data en namen van werkgevers makkelijk te vinden zijn. Zet essentiële informatie niet alleen in afbeeldingen, iconen of decoratieve grafieken.
Gebruik termen uit de vacature waar die je achtergrond juist beschrijven. Vraagt de werkgever om PostgreSQL en heb je alleen ervaring met MySQL, houd die databases dan uit elkaar. Verwante ervaring kan nog steeds relevant zijn, en eerlijkheid maakt het sollicitatiegesprek veel makkelijker.
Volg het gevraagde bestandsformaat. Een goed geëxporteerde PDF behoudt meestal de lay-out, terwijl sommige portals uitdrukkelijk om DOCX vragen of gegevens via formuliervelden verzamelen. Open het definitieve bestand en controleer of de tekst te selecteren is en elke pagina netjes wordt weergegeven.
Lees de ATS-gids voor meer uitleg over hoe cv's worden uitgelezen en hoe recruiters zoeken.
Afstemmen zonder elke keer je loopbaan te herschrijven
Houd een uitgebreid basis-cv of overzicht van prestaties bij. Kies voor elke sollicitatie de ervaring, bulletpoints, projecten en vaardigheden die het best bij de functie passen. Verander de volgorde waar dat helpt en pas de samenvatting aan als je er een gebruikt.
Vijf zorgvuldige wijzigingen kunnen meer opleveren dan elke regel herschrijven. Zet het relevante specialisme naar voren, neem kloppende termen uit de vacature over, kies het sterkste bewijs, haal afleidende oudere tools weg en controleer het bestand nog één keer.
Bewaar de afgestemde versie samen met de vacature en je notities. Zo heb je voor het gesprek een betrouwbaar overzicht, vooral als er meerdere sollicitaties tegelijk lopen.
Gebruik AI als redacteur, met bronmateriaal
AI kan helpen een vacaturetekst met je cv te vergelijken en technische teksten strakker te maken. Het kan ook met volle overtuiging architectuur, schaal, cijfers, eigenaarschap, tools en bedrijfsresultaten verzinnen.
Geef een afgebakende opdracht:
Vergelijk deze vacaturetekst voor een software engineer met mijn cv. Wijs de meest relevante ervaring aan met letterlijke citaten uit mijn basis-cv. Herschrijf maximaal vijf bulletpoints met alleen onderbouwde feiten. Neem technologieën, cijfers, data, teamgroottes en eigenaarschap precies over. Zet ontbrekende details tussen vierkante haken, zodat ik ze kan aanvullen.
Controleer de technische betekenis net zo zorgvuldig als de grammatica. “Betrouwbaarheid verbeterd”, “de architectuur ontworpen” en “de migratie geleid” zijn stevige claims. Elk ervan heeft bewijs nodig.
Met UseResume kun je een cv uploaden of maken, een vacaturetekst toevoegen, een afgestemde versie genereren, herschreven bulletpoints bewerken, een sjabloon kiezen en een PDF exporteren. Houd zelf de controle over de uiteindelijke technische formulering en haal elke toevoeging weg die je niet kunt onderbouwen.
De laatste controle
Vraag je voor het versturen af of een andere engineer zou begrijpen aan welke systemen je hebt gewerkt en wat jouw bijdrage was. Controleer of belangrijke technologieën in context staan, cijfers een bron hebben, teamprestaties eerlijk worden toegeschreven en projectlinks werken.
Lees het daarna nog eens met het oog op gewone, menselijke helderheid. Een cv kan technisch indrukwekkend zijn en toch vermoeiend lezen. Korte zinnen, gerichte details en rustig zelfvertrouwen brengen je werk verder.
Je beste materiaal zit meestal al in je loopbaan. Het gaat erom het boven water te halen, het precies te benoemen en de lezer een reden te geven om de volgende vraag te stellen.
Maak je UseResume-account aan en bouw een gericht cv als software engineer.
Lees verder in de gidsen over technische vaardigheden op je cv en een portfolio aan je cv toevoegen.
