Sollicitatievoorbereiding voor Data Engineers

Introductie

Data Engineer Worden gaf je een leerroute en een portfolio-project. Dit hoofdstuk gaat over de laatste stap: het sollicitatiegesprek zelf. Niet als nog een lijst losse trivia-vragen — elk technisch hoofdstuk in dit handboek heeft daar al een eigen sectie voor — maar als proces: hoe ziet een typische sollicitatieloop eruit, hoe pak je een live coding-oefening aan, hoe structureer je een antwoord op een open ontwerpvraag, en hoe presenteer je je portfolio zo dat het standhoudt onder doorvragen.

De Typische Sollicitatieloop voor een Data Engineer-rol

De meeste sollicitatieprocessen voor data engineering-rollen volgen een herkenbaar patroon, met variatie in aantal en volgorde per bedrijf:

Het Live SQL/Coding-Gedeelte: Hoe Pak Je Dat Aan

Live coding onder toezicht voelt anders dan thuis oefenen, en de meeste kandidaten falen niet op de syntax maar op het proces eromheen. Vier gewoontes die het verschil maken:

• Denk hardop. Een interviewer die je zwijgend ziet typen, kan alleen het eindresultaat beoordelen; een interviewer die je redenering hoort, kan bijsturen vóórdat je een verkeerd pad volledig uitwerkt.
• Verduidelijk de vraag voordat je begint te typen. "Zijn er duplicaten mogelijk in deze tabel?" of "Moet dit ook nulls afhandelen?" zijn vragen die een ervaren engineer stelt — het ontbreken ervan valt op.
• Begin met een werkende, simpele versie, en optimaliseer pas daarna hardop. Een correcte maar ongeoptimaliseerde query die je vervolgens bewust verbetert, laat meer zien dan in stilte proberen de perfecte query in één keer te schrijven.
• Noem edge cases expliciet, ook als de interviewer er niet naar vraagt — lege resultaten, NULL-waarden, duplicaten. Dit is exact de denkwijze uit Datakwaliteit & Testen toegepast onder tijdsdruk.

-- Typisch startpunt voor een live SQL-oefening:
-- "Vind per klant de meest recente order"

-- Stap 1: hardop de aanpak benoemen, dan een werkende versie
SELECT customer_id, order_id, order_date
FROM orders o
WHERE order_date = (
    SELECT MAX(order_date) FROM orders WHERE customer_id = o.customer_id
);

-- Stap 2: hardop optimaliseren -- correlated subquery is O(n²), window function is sneller
SELECT customer_id, order_id, order_date
FROM (
    SELECT customer_id, order_id, order_date,
           ROW_NUMBER() OVER (PARTITION BY customer_id ORDER BY order_date DESC) AS rn
    FROM orders
) ranked
WHERE rn = 1;

-- Stap 3: edge case hardop benoemen -- wat als twee orders exact hetzelfde order_date hebben?
-- ROW_NUMBER() kiest er dan willekeurig één; RANK() zou beide teruggeven als dat gewenst is

Het "Ontwerp een Pipeline voor X"-Gesprek

Open ontwerpvragen ("hoe zou je een pipeline bouwen die elk uur verkoopdata van honderd winkels verwerkt?") testen structuur, niet het ene juiste antwoord. Een bruikbaar vast stramien:

1. Verduidelijk scope en eisen eerst — volume, gewenste versheid (real-time nodig, of is een uur acceptabel?), wie de consumenten zijn. Dit voorkomt dat je een oplossing ontwerpt voor aannames die de interviewer niet bedoelde.
2. Schets de architectuur op hoofdlijnen — ingestion, transformatie, opslag, serving — voordat je in detail duikt. Modern Data Platform Architecture en Medallion Architecture geven het vocabulaire hiervoor.
3. Benoem expliciete afwegingen — batch versus streaming, ETL versus ELT — en waarom je in dit specifieke geval de ene kant kiest. Een interviewer test hier bewust redeneervermogen, niet dogma.
4. Sluit af met betrouwbaarheid — hoe monitor je dit (Monitoring & Observeerbaarheid), hoe test je het (Datakwaliteit & Testen)? Kandidaten die hier vanzelf naartoe werken, onderscheiden zich sterk van kandidaten die alleen over de "happy path" praten.

Je Portfolio-Project Overtuigend Presenteren

Het portfolio-project uit Data Engineer Worden is pas waardevol als je het onder doorvragen kunt verdedigen. Bereid drie lagen voor elk project voor:

• Wat en waarom — welk probleem loste het op, in twee zinnen zonder jargon.
• Hoe — de architecturale keuzes en waarom je die maakte, inclusief alternatieven die je overwoog en verwierp.
• Wat zou je nu anders doen — elke ervaren engineer heeft achteraf dingen die ze anders zouden aanpakken; het ontbreken van een antwoord hierop oogt vaak minder ervaren dan een eerlijk, doordacht antwoord.

Vragen Die Jij Zou Moeten Stellen

Een sollicitatiegesprek loopt twee kanten op. Vragen die signaal geven over de datavolwassenheid van een team:

• "Hoe ziet jullie CI/CD-proces voor datapipelines eruit?" — een vaag of ontwijkend antwoord wijst vaak op een team dat nog geen CI/CD-discipline heeft opgebouwd.
• "Hoe komen jullie erachter dat een pipeline gefaald is — via een klant, of via monitoring?" — het antwoord "meestal via een klant" is een reëel signaal over de volwassenheid van monitoring in dat team.
• "Hoe ziet een typische on-call-week eruit voor dit team?" — belangrijk om vroeg te weten, niet pas na het accepteren van een aanbod.
• "Wat is het grootste datakwaliteitsprobleem waar het team nu tegenaan loopt?" — een specifiek, eerlijk antwoord is een goed teken; een ontwijkend "we hebben geen grote problemen" juist niet.

Salarisonderhandeling: Kort en Praktisch

Ken je marktwaarde voordat het gesprek begint — een actueel overzicht van salarissen en vacatures is een betrouwbaarder startpunt dan een schatting. Drie vuistregels: noem zelf niet als eerste een bedrag als dat te vermijden is, vraag om bedenktijd bij een aanbod in plaats van direct te accepteren of af te wijzen, en kijk verder dan het basissalaris — opleidingsbudget, thuiswerkbeleid en het daadwerkelijke technische niveau van het team wegen vaak net zo zwaar als de laatste paar procent salaris.

Best Practices

• Verduidelijk eisen voordat je een oplossing voorstelt, zowel bij live coding als bij ontwerpvragen — dit is de eigenschap die interviewers het vaakst noemen als onderscheidend.
• Denk hardop, ook als het onwennig voelt — een stille kandidaat geeft een interviewer niets om op te beoordelen behalve het eindresultaat.
• Bereid je portfolio-project voor op drie niveaus (wat/waarom, hoe, wat zou je nu anders doen) in plaats van alleen de happy path te kunnen uitleggen.
• Stel zelf vragen die datavolwassenheid testen — het gesprek is ook jouw kans om een slechte match te herkennen vóór je een aanbod accepteert.
• Ken je marktwaarde voordat je onderhandelt, in plaats van te vertrouwen op een educated guess.

Veelgemaakte Fouten

• Zwijgend typen tijdens een live coding-oefening, waardoor een interviewer alleen het eindresultaat kan beoordelen, niet je redeneerproces.
• Meteen de perfecte oplossing proberen te schrijven in plaats van eerst een werkende versie neer te zetten en hardop te optimaliseren.
• Alleen de happy path bespreken bij een ontwerpvraag, zonder monitoring, testen of foutafhandeling te noemen.
• Een portfolio-project alleen oppervlakkig kunnen toelichten, waardoor de eerste kritische doorvraag het verhaal laat instorten.
• Geen vragen terugstellen aan het einde van een gesprek — dit oogt vaak als gebrek aan interesse, ook als dat niet de bedoeling is.

Voorbereidingstips

• Oefen hardop, niet alleen in gedachten — de eerste keer dat je je redenering echt uitspreekt, voelt altijd onwennig; laat dat niet de eerste keer in een echt gesprek zijn.
• Doe minstens één mock-interview met een vriend, mentor of community-lid vóór een echt gesprek — feedback op je proces is moeilijk zelf te geven.
• Herlees je eigen portfolio-project vlak voor een gesprek — details die je een maand geleden schreef, zijn niet altijd meer paraat.
• Bereid twee tot drie eigen vragen voor per gesprek, specifiek toegesneden op wat je al over het bedrijf weet — generieke vragen ("wat is de bedrijfscultuur?") vallen minder op dan gerichte.

Interviewvragen die Vaak Terugkomen, Ongeacht het Platform

Deze cross-cutting vragen komen terug ongeacht welk platform of onderwerp centraal staat in het gesprek — voor platformspecifieke vragen, zie de Interviewvragen-sectie van het betreffende hoofdstuk elders in dit handboek.

"Hoe zou je omgaan met een pipeline die om drie uur 's nachts faalt?" Let op: interviewers zoeken hier naar een gestructureerd proces (logs bekijken, trace volgen, onderscheid maken tussen brondata-probleem en pipeline-bug) — zie Monitoring & Observeerbaarheid voor het volledige stramien.

"Wat is jouw proces om een trage query te debuggen?" Let op: een sterk antwoord noemt het query-uitvoeringsplan bekijken, indexen checken, en pas dan de query zelf herschrijven — niet willekeurig dingen proberen tot het werkt.

"Leg data engineering uit aan een niet-technische collega." Let op: dit test communicatievaardigheid net zo goed als kennis — een antwoord vol jargon scoort hier vaak slechter dan een eenvoudige analogie.

"Vertel over een keer dat je het oneens was met een technische keuze van een collega." Let op: interviewers zoeken hier naar hoe je omgaat met professionele onenigheid, niet naar wie er gelijk had — een antwoord dat toont dat je kunt luisteren en compromissen sluiten, weegt zwaarder dan gelijk krijgen.

Relevante Documentatie

• Data Banen Nederland: Vacatures, Salarissen & Carrièretips — actueel overzicht van de Nederlandse arbeidsmarkt voor data engineers.
• DataPartner365 Data Vacatures — actuele vacatures om te zien welke platformcombinaties werkgevers concreet vragen.

Samenvatting

Een sollicitatiegesprek voor een data engineering-rol test zelden geïsoleerde trivia — het test of je hardop kunt redeneren onder onzekerheid, of je eisen verduidelijkt voordat je een oplossing voorstelt, en of je je eigen werk overtuigend kunt verdedigen onder doorvragen. De vaste sollicitatieloop (screening, technisch gesprek, ontwerpvraag, cultuurfit) is voorspelbaar genoeg om gericht op te bereiden, en de vragen die jij zelf stelt zijn net zo veel onderdeel van het proces als de vragen die je beantwoordt. Met de sollicitatie behandeld, sluit het laatste hoofdstuk van dit handboek een ander carrièrepad af dat niet via een traditioneel dienstverband loopt: Freelancen als Data Engineer.