Backend Developer Sollicitatievragen: Wat Wordt Er Gevraagd

Backend-vacatures noemen tientallen technologieën, en het is lastig te zeggen welke het gesprek daadwerkelijk zal testen. Deze sectie brengt de vraaggebieden in kaart die steeds terugkomen bij backend-gesprekken. De stack verschilt van bedrijf tot bedrijf, maar de onderliggende onderwerpen blijven stabiel.

• API-design. REST versus RPC, versiebeheer, paginering, foutresponses, authenticatie en idempotency keys.
• Databases en datamodellering. Kiezen tussen relationele of document-opslag, indexes, joins, transacties, isolation levels, N+1-queries en het veilig uitvoeren van schema-migraties.
• Caching en performance. Cache-invalidatie, vervaltijden, cache stampedes, en hoe je een trage endpoint zou profileren.
• Concurrency en betrouwbaarheid. Race conditions, locks, queues, timeouts en retries met backoff.
• System design. Opdrachten zoals een URL-verkorter, een rate limiter of een notificatieservice.
• Coderen. Datastructuren en een praktisch probleem, meestal in de taal van je keuze.

Taal- en framework-rondes gaan dieper op specifieke details in; de hub met vraagbanken verzamelt sets voor Go, Java, Spring Boot, microservices en meer.

Deze vragen komen in een of andere vorm terug in de meeste backend-gesprekken. Oefen elk antwoord hardop in minder dan twee minuten:

• Wat gebeurt er als je een index toevoegt aan een kolom, en wanneer schaadt een index juist?
• Wat is het verschil tussen read committed en serializable isolation, en wanneer zou je betalen voor het strengere niveau?
• Hoe zou je een N+1-query in een ORM opsporen en oplossen?
• Hoe maak je een betaal-endpoint veilig om door een client opnieuw te laten proberen?
• Hoe pagineer je een grote resultatenset die verandert terwijl de gebruiker scrolt?
• Wanneer zou je een document store verkiezen boven een relationele database?
• Hoe zou je een kolomnaam wijzigen zonder downtime?

Een sterk antwoord volgt telkens dezelfde vorm: benoem je standaardkeuze, benoem de kosten van die keuze, en beschrijf de situatie waarin je antwoord zou omslaan. Interviewers vragen door op dat omslagpunt, dus houd een echt voorbeeld achter de hand.

Begin bij system design met het verhelderen van de eisen: wie roept de service aan, wat mag nooit verloren gaan, en welke reads en writes overheersen? Schets daarna het eenvoudigste ontwerp dat werkt, en voeg pas caches, queues of sharding toe als je kunt zeggen welke eis dat afdwingt.

Debugging-vragen zijn waar echte ervaring zich laat zien. Een backend engineer die solliciteerde naar een mid-level rol bij een betaalbedrijf kreeg de vraag waarom de latency van een endpoint na een release verdubbelde. In plaats van te gokken naar oorzaken, beschreef diegene de stappen: controleren wat er in de deploy is veranderd, traces vergelijken voor het trage pad, het query plan lezen, en de fix bevestigen aan dezelfde latency-metriek. Vervolgens werd dit gekoppeld aan een slow-query-incident uit een vorige baan, en de rest van het gesprek ging over dat incident in plaats van over tools.

Bereid twee productieverhalen voor voorafgaand aan elk backend-gesprek: een bug die je hebt opgespoord en een ontwerpbeslissing die je nu anders zou nemen.

Antwoorden lezen is niet hetzelfde als ze uitspreken. Doorloop de vragenlijst hierboven hardop tegen een timer, of laat de mock interview-tool de vragen stellen en doorvragen bij vage antwoorden.

Voor het live videogesprek zelf transcribeert SubcueAI de interviewer en stelt gestructureerde antwoordpunten op in een lokale overlay, ofwel in de desktop-app op macOS of Windows (Zoom, Google Meet, Microsoft Teams), ofwel in het Side Panel van de browserextensie voor gesprekken in een Chrome- of Edge-tab. Er neemt geen bot deel aan het gesprek. Het is het nuttigst in de conversationele rondes, zoals ontwerpdiscussies en ervaringsvragen. Coderingsrondes op een gedeeld scherm, geproctorde assessments, opgenomen eenrichtingsgesprekken en door het bedrijf beheerde apparaten vallen buiten wat het veilig kan ondersteunen, en alles wat je op je scherm deelt, is zichtbaar. De setup staat op de tutorial-pagina.