Choose from a wide range of NEWCV resume templates and customize your NEWCV design with a single click.
Use ATS-optimised Resume and resume templates that pass applicant tracking systems. Our Resume builder helps recruiters read, scan, and shortlist your Resume faster.
Use professional field-tested resume templates that follow the exact Resume rules employers look for.
Create Resume
Use professional field-tested resume templates that follow the exact Resume rules employers look for.
Create ResumeEen goed cv voor een software developer laat niet alleen zien welke programmeertalen je kent. Het laat vooral zien welk probleem jij oplost, in welke technische omgeving je hebt gewerkt en wat jouw bijdrage concreet heeft verbeterd. Recruiters scannen eerst op match met de vacature, maar hiring managers kijken daarna scherper: kan deze developer zelfstandig waarde leveren, code begrijpen in een echte productieomgeving en samenwerken zonder dat het team vertraagt? Dat is de echte lat. Niet hoeveel tools je opsomt, maar hoe duidelijk je laat zien waar je technisch sterk in bent, welk niveau je hebt en waarom jouw ervaring relevant is voor deze rol.
Een software developer cv wordt anders gelezen dan veel andere cv’s. Bij commerciële, administratieve of managementrollen draait de eerste indruk vaak om verantwoordelijkheden, sectorervaring en communicatie. Bij software development kijkt men sneller naar technische relevantie, complexiteit, stack, productomgeving en bewijs van impact.
En daar gaat het vaak mis. Veel developers schrijven hun cv alsof de lezer rustig de tijd neemt om tussen de regels door te begrijpen wat ze kunnen. Dat gebeurt bijna nooit. Een recruiter kijkt vaak eerst naar herkenbare signalen: programmeertalen, frameworks, cloudomgeving, databasekennis, soort product, senioriteit en recente ervaring. Daarna komt pas de inhoudelijke nuance.
Een hiring manager leest anders. Die wil weten of jij het verschil kent tussen “ik heb met React gewerkt” en “ik heb een component library gebouwd die door meerdere teams werd gebruikt”. Dat tweede vertelt iets over schaal, kwaliteit, samenwerking en ownership. Dat eerste is alleen een toolnaam.
Wat ik vaak zie: kandidaten denken dat een technisch cv vooral compleet moet zijn. In werkelijkheid moet het vooral interpreteerbaar zijn. Compleetheid zonder focus maakt je cv zwaarder, niet sterker.
De eerste screening is meestal geen diep technisch interview. Het is een risicobeoordeling. Past deze kandidaat waarschijnlijk genoeg bij de vacature om tijd in te investeren?
Bij software developer cv’s kijk ik meestal naar deze signalen:
Technische stack: sluiten programmeertalen, frameworks, databases, cloudtools en ontwikkelmethoden aan op de vacature?
Recente relevantie: heb je de gevraagde technologie recent gebruikt of staat die ergens onderaan bij oude kennis?
Niveau van ownership: was je uitvoerend developer, technisch kartrekker, architecturaal betrokken of vooral ondersteunend?
Productcontext: werkte je aan SaaS, enterprise software, e commerce, fintech, interne systemen, apps, platformen of embedded software?
Teamcontext: werkte je solo, in een Scrum team, met DevOps, in een scale up, corporate omgeving of agency setting?
Impact: wat is er beter geworden door jouw werk?
Leesbaarheid: kan ik binnen twintig seconden begrijpen wat jouw profiel is?
Dat laatste klinkt simpel, maar is vaak de grootste bottleneck. Als jouw cv voelt als een technische inventarislijst, moet de recruiter zelf je verhaal reconstrueren. En eerlijk: bij veel sollicitaties gebeurt dat niet. Niet omdat recruiters lui zijn, maar omdat onduidelijke cv’s risico creëren. Een duidelijke kandidaat wint vaak van een “misschien sterke” kandidaat die zichzelf slecht positioneert.
Een software developer cv hoeft niet creatief te zijn. Het moet helder zijn. Zeker in Nederland werkt een moderne, overzichtelijke, ATS vriendelijke structuur meestal beter dan een design cv met iconen, balkjes en grafische skill meters.
Gebruik deze volgorde:
Naam en contactgegevens
Professionele titel
Korte profielschets
Technische skills
Werkervaring
Projecten, alleen wanneer relevant
Opleiding en certificeringen
Talen en aanvullende informatie
De volgorde is belangrijk. Recruiters willen niet eerst door je opleiding scrollen als je al vijf jaar developer bent. Hiring managers willen niet drie alinea’s motivatie lezen voordat ze je stack zien. Zet de meest beslissende informatie vroeg in je cv.
Voor een starter of junior developer kan opleiding en projecten hoger staan. Voor een medior of senior developer hoort werkervaring meestal centraal te staan. Voor een freelance developer mogen projecten en opdrachtcontext juist sterker naar voren komen.
Onder je naam zet je geen vage titel zoals “IT professional” of “enthousiaste developer”. Zet neer wat je bent en waar je op inzet.
Goede voorbeelden zijn:
Backend Developer | Java, Spring Boot, AWS
Frontend Developer | React, TypeScript, Design Systems
Full Stack Developer | Node.js, React, PostgreSQL
Software Engineer | Python, Django, Cloud Native Applications
Mobile Developer | Kotlin, Android, API Integrations
Dit lijkt klein, maar het stuurt de hele eerste indruk. Een recruiter hoeft dan niet te zoeken naar jouw richting. Je zegt meteen: dit is mijn marktpositie.
Wat je beter vermijdt:
“Creatieve probleemoplosser met passie voor technologie”
“Gedreven teamplayer”
“Software enthousiasteling”
“IT specialist”
Dat zijn geen posities. Dat zijn etiketten zonder selectiewaarde. Een hiring manager kan daar niets mee.
De profielschets is vaak het meest verspilde deel van een software developer cv. Veel kandidaten schrijven iets als: “Ik ben een enthousiaste software developer met passie voor schone code en nieuwe technologieën.” Prima, maar ook volledig inwisselbaar.
Een goede profielschets doet drie dingen:
Het benoemt je technische richting
Het laat je senioriteit en werkcontext zien
Het maakt duidelijk waar jij waarde toevoegt
Weak Example:
Enthousiaste software developer met passie voor programmeren. Ik werk graag in teamverband en ben altijd op zoek naar nieuwe uitdagingen. Ik leer snel en wil mezelf blijven ontwikkelen.
Waarom dit zwak is: dit zegt niets over stack, niveau, productervaring of toegevoegde waarde. Het kan op bijna elk cv staan, van junior frontend developer tot ervaren backend engineer.
Good Example:
Software developer met vijf jaar ervaring in backend development voor schaalbare SaaS applicaties. Sterk in Java, Spring Boot, PostgreSQL en AWS, met ervaring in API ontwikkeling, performance optimalisatie en migratie van legacy componenten naar cloud native services. Ik werk graag in productteams waar technische keuzes direct invloed hebben op betrouwbaarheid, onderhoudbaarheid en gebruikerservaring.
Waarom dit sterker is: je ziet meteen de richting, context, technologie en waarde. Het klinkt niet opgeblazen, maar wel concreet.
De skills sectie is belangrijk, maar ook gevaarlijk. Veel software developer cv’s hebben een enorme lijst met talen, frameworks en tools. Dat lijkt indrukwekkend, maar kan juist twijfel oproepen.
Als iemand onder skills zet: Java, Python, JavaScript, TypeScript, C++, PHP, Go, Ruby, React, Angular, Vue, Node.js, Laravel, Django, Kubernetes, Docker, Azure, AWS, GCP, MongoDB, MySQL, PostgreSQL en nog twintig tools, dan denk ik niet automatisch: geweldig. Ik denk: wat is hier nu echt sterk?
Een goede skills sectie groepeert technologie logisch.
Voorbeeld:
Technische skills
Programmeertalen: Java, TypeScript, Python
Backend: Spring Boot, Node.js, REST API’s, microservices
Frontend: React, HTML, CSS
Databases: PostgreSQL, MongoDB, Redis
Cloud en DevOps: AWS, Docker, Kubernetes, GitHub Actions
Werkwijze: Scrum, code reviews, CI/CD, test automation
Dit is veel beter leesbaar dan één lange regel met losse keywords. Het helpt ook ATS systemen, omdat relevante termen duidelijk aanwezig zijn zonder onnatuurlijk keyword stuffing.
Wees eerlijk over je niveau. Zet geen technologie bovenaan omdat je er twee tutorials mee hebt gevolgd. Recruiters prikken daar soms niet direct doorheen, maar hiring managers bijna altijd. En in een technisch interview betaal je de prijs voor overdreven claims.
Bij werkervaring willen werkgevers niet alleen weten waar je hebt gewerkt. Ze willen begrijpen wat je daar technisch hebt gedaan en hoe relevant dat is voor hun omgeving.
Een zwakke werkervaring beschrijft taken. Een sterke werkervaring laat bijdrage, context en resultaat zien.
Weak Example:
Software Developer
ABC Company, Amsterdam
Ik werkte aan verschillende applicaties, schreef code, loste bugs op en werkte samen met collega’s in een Scrum team.
Waarom dit zwak is: dit is te algemeen. Elke developer schrijft code en lost bugs op. De lezer weet nog steeds niet welke stack, welk product, welke complexiteit of welk resultaat.
Good Example:
Software Developer
ABC Company, Amsterdam
Ontwikkelde backend functionaliteiten voor een SaaS platform met Java, Spring Boot en PostgreSQL, gebruikt door zakelijke klanten in Nederland en Duitsland. Bouwde en verbeterde REST API’s voor klantdata, facturatie en gebruikersbeheer. Verminderde terugkerende productie incidenten door logging, foutafhandeling en testdekking structureel te verbeteren. Werkte in een Scrum team met product owner, QA engineer en DevOps specialist.
Waarom dit sterker is: het geeft technische context, productcontext, samenwerking en impact. De hiring manager kan zich voorstellen wat je deed.
Gebruik bij werkervaring bij voorkeur bullet points wanneer je meerdere bijdragen wilt benoemen. Houd ze concreet en resultaatgericht.
Sterke bullet points voor een software developer cv:
Ontwikkelde en onderhield REST API’s in Java en Spring Boot voor een SaaS platform met ruim 40.000 actieve gebruikers.
Migreerde legacy PHP componenten naar een Node.js servicearchitectuur, waardoor onderhoud eenvoudiger werd en deployment risico’s afnamen.
Verbeterde laadtijd van dashboards door database queries te optimaliseren en caching met Redis toe te passen.
Bouwde herbruikbare React componenten voor een interne design system bibliotheek, gebruikt door drie productteams.
Automatiseerde test en deployment processen met GitHub Actions, waardoor releases voorspelbaarder en minder foutgevoelig werden.
Werkte samen met product owner en UX designer om technische requirements te vertalen naar schaalbare features.
Let op: niet elke bullet hoeft een exact cijfer te bevatten. Cijfers zijn mooi als ze kloppen, maar geforceerde metrics werken averechts. “Verbeterde performance met 37 procent” klinkt sterk, maar als je dat niet kunt uitleggen, wordt het een zwakke plek in je interview.
Veel software developers vinden het lastig om impact te formuleren. Ze denken dat impact alleen telt als je miljoenen gebruikers had of enorme kostenbesparingen realiseerde. Dat is niet waar.
Impact kan ook gaan over:
Minder bugs
Betere codekwaliteit
Snellere releases
Meer stabiele systemen
Betere gebruikerservaring
Minder handmatig werk
Betere samenwerking tussen teams
Betere testdekking
Minder technische schuld
Snellere onboarding van nieuwe developers
De truc is om je bijdrage te koppelen aan een praktisch gevolg. Niet alleen “schreef unit tests”, maar “verhoogde testdekking voor kritieke betaalflows, waardoor regressies sneller werden gevonden vóór release”.
Dat is precies hoe hiring managers denken. Ze vragen zich niet alleen af of jij een tool kent. Ze vragen zich af wat jouw technische keuzes betekenen voor het product, het team en de klant.
Een applicant tracking system is geen magische robot die de beste kandidaat kiest. Het is meestal een systeem dat cv’s opslaat, doorzoekbaar maakt en soms matchscores of filters ondersteunt. Toch moet je cv technisch leesbaar zijn.
Voor software developer cv’s betekent ATS optimalisatie vooral:
Gebruik standaard koppen zoals Werkervaring, Opleiding, Skills en Certificeringen
Zet relevante technologieën voluit in tekst
Vermijd tabellen, tekstvakken en zware grafische elementen
Gebruik een duidelijke bestandsnaam, bijvoorbeeld Simar Malhi CV Software Developer
Gebruik gangbare functietitels die aansluiten bij de vacature
Verwerk relevante keywords natuurlijk in skills en werkervaring
Wat veel kandidaten verkeerd begrijpen: ATS optimalisatie betekent niet dat je de vacature vol keywords moet kopiëren. Dat ziet er onnatuurlijk uit en helpt je niet bij de menselijke screening. De beste aanpak is simpel: gebruik de taal van de vacature waar die eerlijk past bij jouw ervaring.
Als een vacature vraagt om “React, TypeScript en REST API’s” en jij hebt die ervaring, zet dan niet alleen “frontend development” in je cv. Benoem React, TypeScript en REST API’s expliciet. Recruiters zoeken vaak op die termen. Maak het ze niet onnodig moeilijk.
Bij junior developers is het probleem meestal niet gebrek aan motivatie. Iedereen schrijft gemotiveerd te zijn. Het probleem is gebrek aan bewijs.
Als je weinig werkervaring hebt, moet je cv laten zien dat je al denkt en werkt als developer. Projecten, stages, GitHub, opleiding en technische keuzes worden dan belangrijker.
Een junior cv moet duidelijk maken:
Welke programmeertalen en frameworks je praktisch hebt gebruikt
Welke projecten je zelf hebt gebouwd of substantieel hebt verbeterd
Hoe je problemen oplost
Of je begrijpt wat versiebeheer, testen, debugging en documentatie betekenen
Of je kunt samenwerken en feedback verwerken
Een goede projectbeschrijving voor een junior software developer is niet: “Portfolio website gemaakt.” Dat zegt bijna niets.
Beter:
Project: Task Management App
Bouwde een full stack applicatie met React, Node.js, Express en PostgreSQL waarmee gebruikers taken kunnen aanmaken, filteren en afronden. Implementeerde authenticatie, inputvalidatie en REST API endpoints. Gebruikte Git voor versiebeheer en schreef basis unit tests voor kritieke functies.
Dit is geen wereldschokkend project, maar het laat veel meer zien dan “ik heb React geleerd”. Het toont scope, stack, functionaliteit en werkwijze.
Mijn eerlijke observatie: junior kandidaten onderschatten hoe belangrijk duidelijke projectuitleg is. Recruiters hoeven niet te zien dat je alles al kunt. Ze moeten zien dat je genoeg basis hebt om in een team verder te groeien zonder vanaf nul te beginnen.
Bij medior en senior developers verschuift de beoordeling. Het gaat niet meer alleen om technische uitvoering. Werkgevers willen zien of je verantwoordelijkheid neemt voor kwaliteit, keuzes en samenwerking.
Voor medior developers is belangrijk:
Kun je zelfstandig features bouwen?
Kun je technische keuzes uitleggen?
Kun je bugs analyseren zonder steeds hulp nodig te hebben?
Begrijp je productcontext?
Werk je effectief samen met QA, product en design?
Voor senior developers komt daar meer bij:
Kun je technische richting geven?
Kun je andere developers begeleiden?
Kun je architectuurkeuzes onderbouwen?
Kun je technische schuld herkennen en prioriteren?
Kun je balans houden tussen snelheid en kwaliteit?
Kun je communiceren met niet technische stakeholders?
Een senior cv dat alleen tools opsomt, mist dus de kern. Je moet laten zien dat je invloed had op het systeem en het team.
Sterke senior bullet points:
Leidde technische herstructurering van een monolithische applicatie naar afzonderlijke services, met focus op schaalbaarheid en betere release isolatie.
Begeleidde twee junior developers via code reviews, pair programming en technische onboarding.
Introduceerde architecture decision records om technische keuzes transparanter te maken voor development, product en management.
Verminderde technische schuld in kritieke modules door refactoring te combineren met testuitbreiding en betere documentatie.
Werkte met product management aan technische prioritering, zodat roadmap keuzes realistischer werden ingeschat.
Dit soort bullets laat zien dat je meer doet dan tickets oppakken. En precies dat zoekt een hiring manager bij senior profielen.
Een freelance software developer cv heeft een andere taak. Je verkoopt niet alleen je ervaring, maar vooral vertrouwen. Een opdrachtgever wil snel begrijpen of jij zonder lange inwerkperiode waarde kunt leveren.
Bij freelance cv’s zijn deze elementen extra belangrijk:
Beschikbaarheid
Specialisatie
Type opdrachten
Technische stack
Sectorervaring
Resultaten per opdracht
Mate van zelfstandigheid
Samenwerking met interne teams
Veel freelance cv’s zijn te lang en te projectmatig zonder duidelijke positionering. Dan krijg je vijf pagina’s opdrachten, maar geen heldere indruk van de freelancer.
Een sterke freelance profielschets kan bijvoorbeeld zijn:
Freelance backend developer gespecialiseerd in Java, Spring Boot en AWS voor schaalbare SaaS en enterprise omgevingen. Ik word meestal ingezet voor API ontwikkeling, modernisering van bestaande backend componenten en stabiliteitsverbetering in productteams. Gewend om snel in bestaande codebases te stappen, technische risico’s zichtbaar te maken en samen te werken met interne developers, product owners en DevOps teams.
Dat is veel sterker dan: “Freelance software developer beschikbaar voor nieuwe opdrachten.” Natuurlijk ben je beschikbaar. De vraag is waarvoor men jou moet inhuren.
Er zijn dingen die je cv niet sterker maken, ook al voelen ze veilig.
Vermijd vooral:
Skill balkjes met percentages
Lange hobbysecties zonder relevantie
Elke technologie die je ooit kort hebt aangeraakt
Vage soft skills zonder bewijs
Een profielschets vol clichés
Screenshots van code of projecten
Te veel design ten koste van leesbaarheid
Een cv van vijf pagina’s zonder duidelijke prioritering
Skill balkjes zijn een persoonlijke irritatie, maar vooral omdat ze inhoudelijk weinig betekenen. Wat is 80 procent Java? Vergeleken met wie? Een junior die zichzelf 90 procent geeft, maakt zichzelf niet sterker. Hij maakt de beoordeling onduidelijker.
Soft skills zijn niet verkeerd, maar ze moeten blijken uit context. “Communicatief sterk” is zwak. “Werkte direct met product owner en supportteam om klantproblemen te vertalen naar technische verbeteringen” is sterker. Dan laat je communicatie zien zonder het te roepen.
Onderstaand voorbeeld is bedoeld als richting, niet als template om blind te kopiëren. Een goed cv moet altijd passen bij jouw echte ervaring en de rol waarop je solliciteert.
Sanne de Vries
Backend Software Developer | Java, Spring Boot, AWS
Amsterdam | sanne@email.nl | LinkedIn | GitHub
Profiel
Backend software developer met vijf jaar ervaring in het bouwen en verbeteren van SaaS applicaties in Java, Spring Boot en PostgreSQL. Sterk in API ontwikkeling, performance optimalisatie en het verbeteren van betrouwbaarheid in bestaande systemen. Ik werk graag in productteams waar technische keuzes direct invloed hebben op schaalbaarheid, onderhoudbaarheid en gebruikerservaring.
Technische skills
Programmeertalen: Java, TypeScript, Python
Backend: Spring Boot, REST API’s, microservices, event driven architecture
Databases: PostgreSQL, MongoDB, Redis
Cloud en DevOps: AWS, Docker, Kubernetes, GitHub Actions
Testing: JUnit, Mockito, integration testing
Werkwijze: Scrum, code reviews, CI/CD, technische documentatie
Werkervaring
Backend Software Developer
Nexora Software, Amsterdam
Maart 2021 tot heden
Ontwikkelde backend services voor een SaaS platform dat door middelgrote zakelijke klanten wordt gebruikt voor workflow automation.
Bouwde en verbeterde REST API’s voor gebruikersbeheer, rapportages en integraties met externe systemen.
Optimaliseerde database queries in PostgreSQL, waardoor zware rapportages sneller en stabieler werden geladen.
Verbeterde foutafhandeling en logging in kritieke services, waardoor productie incidenten sneller konden worden geanalyseerd.
Werkte samen met frontend developers, product owner en QA engineer binnen een Scrum team.
Begeleidde een junior developer via code reviews en technische uitleg over API ontwerp en testaanpak.
Software Developer
BrightApps, Utrecht
September 2018 tot Februari 2021
Ontwikkelde nieuwe functionaliteiten voor webapplicaties met Java, Spring Boot en React.
Migreerde onderdelen van een oudere applicatie naar een beter onderhoudbare service structuur.
Schreef unit en integratietests voor kritieke functionaliteiten rond gebruikersrollen en facturatie.
Ondersteunde buganalyse en verbeterde technische documentatie voor interne developers.
Projecten
Interne API monitoring tool
Bouwde een interne tool waarmee development en supportteams API fouten sneller konden signaleren. Gebruikte Java, Spring Boot, PostgreSQL en Docker. De tool maakte terugkerende foutpatronen beter zichtbaar en verkortte de tijd die nodig was voor eerste analyse.
Opleiding
HBO Informatica
Hogeschool Utrecht, Utrecht
Afgerond in 2018
Certificeringen
AWS Certified Cloud Practitioner
Professional Scrum Developer
Talen
Nederlands: moedertaal
Engels: professioneel werkvaardig
Waarom dit cv werkt: het is duidelijk, technisch concreet en niet overdreven. De recruiter ziet snel de match. De hiring manager ziet context, productervaring en praktische impact. Er staat genoeg detail in om vertrouwen te bouwen, maar niet zoveel dat de kern verdwijnt.
Een software developer cv moet niet elke keer volledig herschreven worden, maar het moet wel worden afgestemd. Dat is iets anders dan doen alsof je iemand anders bent.
Lees de vacature op drie niveaus:
Welke technologie is verplicht?
Welke context is belangrijk?
Welk probleem probeert het team op te lossen?
Als een vacature sterk focust op backend schaalbaarheid, zet dan je backend impact hoger en concreter neer. Als de rol veel samenwerking met product vraagt, laat dan zien hoe je met product owners, UX of stakeholders hebt gewerkt. Als de vacature een legacy modernisering noemt, benoem migraties, refactoring en technische schuld.
Veel kandidaten passen alleen de skills sectie aan. Dat is te oppervlakkig. De sterkste match zit vaak in je werkervaring. Daar bewijs je dat je de gevraagde kennis niet alleen kent, maar hebt toegepast.
Een praktisch voorbeeld: stel dat de vacature vraagt om React, TypeScript en ervaring met design systems. Dan is dit zwak:
Weak Example:
Ervaring met React en TypeScript.
Sterker:
Good Example:
Bouwde herbruikbare React en TypeScript componenten voor een interne design system bibliotheek, inclusief documentatie en afstemming met UX designers.
Het verschil is enorm. De eerste zin zegt: keyword aanwezig. De tweede zegt: relevante ervaring bewezen.
De grootste fout is niet een spelfout. De grootste fout is onduidelijke positionering.
Veelvoorkomende fouten die ik in developer cv’s zie:
Te veel technologieën zonder duidelijk zwaartepunt
Werkervaring beschreven als takenlijst zonder impact
Geen onderscheid tussen professioneel gebruikte tools en leerprojecten
Te weinig context over product, team of schaal
Een profielschets die niets toevoegt
Belangrijke keywords verstopt in lange alinea’s
Te veel focus op opleiding terwijl werkervaring relevanter is
Geen duidelijke link tussen vacature en ervaring
Een cv dat te technisch is voor recruiters, maar te vaag voor hiring managers
Die laatste komt vaker voor dan je denkt. Een cv kan vol technische termen staan en toch weinig zeggen. “Ervaring met microservices, cloud, DevOps en agile development” klinkt technisch, maar zonder context blijft het vaag.
Een betere vraag bij elke regel op je cv is: helpt dit de lezer mij sneller en correcter te beoordelen? Zo niet, moet die regel scherper, concreter of eruit.
Hiring managers zoeken niet alleen de persoon met de meeste tools. Ze zoeken de persoon die waarschijnlijk goed functioneert in hun team en technische omgeving.
Ze letten vaak op:
Kun je problemen structureren?
Begrijp je waarom technische keuzes belangrijk zijn?
Kun je omgaan met bestaande code die niet perfect is?
Schrijf je code die anderen kunnen onderhouden?
Kun je samenwerken zonder steeds context te verliezen?
Kun je feedback ontvangen en geven?
Ben je eerlijk over wat je wel en niet weet?
Dat laatste is onderschat. Een developer die alles claimt, roept vaak meer twijfel op dan vertrouwen. Zeker bij senior rollen is zelfinschatting belangrijk. Goede hiring managers waarderen kandidaten die nuance kunnen aanbrengen: “Ik heb veel ervaring met AWS Lambda en ECS, minder met EKS, maar ik begrijp de container en deployment concepten goed.”
Dat klinkt geloofwaardiger dan “expert in alles”. Niemand is expert in alles. En de mensen die dat beweren, maken technische interviewers meestal alerter.
Gebruik dit simpele framework om elke werkervaring sterker te maken:
Context: waar werkte je aan?
Technologie: waarmee werkte je?
Bijdrage: wat deed jij concreet?
Impact: wat veranderde er door jouw werk?
Voorbeeld:
Context: SaaS platform voor zakelijke gebruikers
Technologie: Java, Spring Boot, PostgreSQL, AWS
Bijdrage: API’s gebouwd en database performance verbeterd
Impact: rapportages laadden stabieler en incidentanalyse werd sneller
Daarvan maak je een sterke cv bullet:
Dit is precies het soort formulering dat werkt: technisch genoeg voor hiring managers, helder genoeg voor recruiters en concreet genoeg om vertrouwen te wekken.
Voor de meeste software developers is twee pagina’s ideaal. Eén pagina kan voor juniors prima zijn. Drie pagina’s kan bij senior, freelance of projectmatige profielen, maar alleen als elke pagina waarde toevoegt.
Lengte is niet het probleem. Slechte prioritering is het probleem.
Een senior developer met tien jaar ervaring hoeft niet elke stage uitgebreid te beschrijven. Een freelance developer hoeft niet elk klein project even groot te maken. Een junior hoeft geen halve pagina aan middelbare schoolinformatie te besteden als projecten relevanter zijn.
Mijn praktische regel: de meest relevante ervaring moet de meeste ruimte krijgen. Niet automatisch de meest recente, maar meestal wel. Oude ervaring mag korter, tenzij die uitzonderlijk relevant is voor de vacature.
Gebruik deze checklist voordat je solliciteert:
Is binnen tien seconden duidelijk welk type software developer ik ben?
Staat mijn belangrijkste technische stack bovenaan en logisch gegroepeerd?
Laat mijn werkervaring zien wat ik heb gebouwd, verbeterd of opgelost?
Zijn mijn claims concreet genoeg voor een technisch interview?
Heb ik relevante vacaturekeywords natuurlijk verwerkt?
Is mijn cv leesbaar voor zowel recruiter als hiring manager?
Heb ik technologieën verwijderd die mijn profiel verwarren of verzwakken?
Staat mijn sterkste bewijs op de eerste pagina?
Is mijn cv ATS vriendelijk zonder rare tabellen of grafische elementen?
Kan ik elke bullet in een interview overtuigend toelichten?
Als je op een van deze vragen nee antwoordt, zit daar waarschijnlijk je verbeterpunt. Niet in nóg een fancy template, maar in betere positionering.
Geschreven door Simar Malhi, recruiter en headhunter met internationale recruitmentervaring. Ik schrijf over cv’s, sollicitaties, hiring-beslissingen en de realiteit achter recruitmentprocessen. Mijn doel is om kandidaten eerlijker te laten zien hoe werkgevers, recruiters en hiring managers daadwerkelijk selecteren.
Upload Resume
Import from Linkedin