Een sollicitatie als backend developer vraagt om een duidelijk verhaal over je werk én een leesbare opmaak. Dit fictieve voorbeeld richt zich op hoe je eigenaarschap van een service laat zien. Werk, opleiding en projecten staan apart, zodat een beoordelaar je bijdrage en omvang kan herkennen. Vergelijk het voorbeeld met je eigen achtergrond; voeg geen taken, tools of kwalificaties toe die je niet kunt onderbouwen.
Voorbeeld-cv (fictief)
Dit voorbeeld is fictief; de namen van personen en organisaties zijn niet echt.
Maak een cv met dit sjabloon ↗ Downloaden als Word-sjabloon (.docx) · Gratis Word-cv-sjablonen
Zo schrijf je dit cv
Laat eigenaarschap van een service zien
Leg de datastroom uit waaraan je werkte, in plaats van alleen technologieën op te sommen. API-ontwerp, gegevensconsistentie en het omgaan met storingen bij externe partijen zijn verschillende verantwoordelijkheden. Schaal- of verkeerscijfers moeten controleerbaar zijn en gedeeld mogen worden, met je eigen bijdrage duidelijk benoemd.
Beschrijf het systeem en dan jouw deel erin
Noem het soort service waaraan je werkte, zoals een order-API of een notificatieworker, en zeg welk deel van jou was: endpoints, datamodel, achtergrondtaken of koppelingen. Door teamomvang en eigen bijdrage te scheiden blijft je verhaal geloofwaardig en krijgt een interviewer een duidelijke rode draad.
Wees voorzichtig met schaal- en verkeerscijfers
Verzoeken per seconde, aantallen records of uptimepercentages zijn makkelijk op te blazen en moeilijk te verdedigen. Noem een getal alleen als je kunt uitleggen waar het vandaan komt en of je het mag delen. Beschrijf anders de aard van de belasting of de hoeveelheid data in woorden, zoals „gematigd verkeer”.
Laat zien hoe je over fouten nadenkt
De kwaliteit van backendwerk blijkt uit wat er gebeurt als iets misgaat. Noem retries, idempotentiecontroles, timeouts, terugdraaiplannen voor migraties of hoe je een productieprobleem via logs achterhaalde. Eén concreet storingsscenario dat je afhandelde is sterker dan een rij betrouwbaarheidstermen.
Groepeer je stack naar doel
Splits in plaats van één lange lijst op in talen, databases, messaging of caching, deploymenttools en testen. Noem alleen technologieën die je verder dan een tutorial hebt gebruikt. Gebruikte je een database vooral via een ORM, zeg dat dan in plaats van diepe ervaring met query-optimalisatie te suggereren.
Bewijs diepgang met een klein portfolioproject
Een bescheiden API met duidelijke documentatie, een datamodel, tests en een README die je ontwerpkeuzes toelicht zegt meer dan een groot onafgemaakt systeem. Leg afwegingen uit, zoals waarom je een bepaald datamodel koos, en kopieer geen interne architectuur van een bedrijf in openbaar materiaal.
Voorbeeldzinnen om je werk te beschrijven
Pas ze aan op je eigen echte werk; schrijf nooit iets op wat je niet hebt gedaan.
- API-contracten gedocumenteerd voor een orderservice
- Databasemigraties voorbereid met terugdraaiinstructies
- Controles geïmplementeerd voor herhaalde inkomende verzoeken
- Foutscenario’s getest bij uitval van externe services
- Traag verlopende queries onderzocht met uitvoeringsplannen
- Betekenisvolle logvelden toegevoegd om storingen in productie te kunnen onderzoeken
Ideeën voor vaardigheden
Kies alleen wat voor jou klopt.
- Node.js
- PostgreSQL
- SQL
- REST-API’s
- Docker
- Git
- Integratietests
- Logging
- Datamodellering
- Code review
Veelgemaakte fouten
- Een lange lijst technologieën opschrijven zonder de datastroom of service te beschrijven waarvoor ze dienden.
- Verkeers-, schaal- of latentiecijfers noemen die je niet kunt controleren of niet mag delen.
- Teamresultaten, zoals een complete platformmigratie, presenteren alsof je ze alleen uitvoerde.
- Testen, monitoring en foutafhandeling negeren, waardoor het cv lijkt alsof alleen het happy path is gebouwd.
- Interne hostnamen, architectuurdetails of inloggegevensgerelateerde informatie delen in een openbare repository of cv.
Veelgestelde vragen
Moet ik een architectuurdiagram toevoegen?
Een korte uitleg hoort in het cv. In een deelbaar portfolio kun je componenten, datastromen en afwegingen toelichten zonder de interne infrastructuur van een bedrijf bloot te geven.
Hoeveel databasekennis moet ik tonen?
Toon wat je echt deed: schema-ontwerp, indexen, migraties of het onderzoeken van trage queries. Noem de database en de taak. Liep het meeste werk via een ORM, zeg dat dan eerlijk en vermeld de directe SQL die je schreef.
Heb ik cloudcertificeringen nodig?
Ze kunnen helpen, vooral bij functies op een specifiek cloudplatform, maar voor de meeste functies zijn ze niet verplicht. Praktijkvoorbeelden van het uitrollen en beheren van een service wegen vaak zwaarder dan een certificaat alleen.
Hoe val ik op als junior backend developer?
Bouw een of twee goed gedocumenteerde projecten met tests en een duidelijke README. Beschrijf de API, het datamodel en de keuzes die je maakte. Stages en studieopdrachten tellen mee als je je exacte bijdrage en wat je leerde uitlegt.
Moet ik elke programmeertaal noemen die ik ken?
Noem de talen waarin je morgen aan de slag kunt. Zet je sterkste voorop en groepeer de rest als bekend. Een kortere, juiste lijst is voor een interviewer nuttiger dan een lange waar je niets over kunt vertellen.
Gerelateerde gidsen
← Alle cv-voorbeelden