"Draai een linked list om op dit whiteboard."
Twintig jaar lang vertelde die vraag je iets. Het bewees dat iemand datastructuren begreep. Het scheidde de CS-afgestudeerden van de rest. Het was een redelijke proxy voor engineeringvaardigheid.
Het zegt nu bijna niks meer.
Wat er veranderde
AI schrijft linked list reversals in 3 seconden. Correct, met edge cases afgehandeld, in elke taal die je wilt. De vaardigheid die twee decennia ertoe deed werd van de ene dag op de andere een commodity.
Maar dit is wat AI niet kan: beslissen of je een linked list nodig hebt. Of een hash map. Of een event bus. Of een directe database-call. Dat zijn architectuurbeslissingen. Ze vereisen begrip van het domein, de trade-offs en de gevolgen.
De developers die nu floreren zijn niet degenen die algoritmes hebben onthouden. Het zijn degenen die goede beslissingen nemen en AI de implementatie laten afhandelen.
Waar je in plaats daarvan op moet letten
1. Architectuurdenken
Geef een kandidaat een domein. Geen codeeropdracht, een echt businessprobleem. Vraag hoe ze de codebase zouden structureren zodat AI kan helpen bij het bouwen.
Sterke kandidaten praten over:
- Domeingrenzen: welke delen van het systeem onafhankelijk moeten zijn
- Dataflow: hoe informatie beweegt tussen componenten
- Type-contracten: hoe frontend en backend het eens worden over data-shapes
- Securitymodel: waar toegangscontrole leeft (applicatie- vs. databaselaag)
Zwakke kandidaten springen meteen naar implementatiedetails.
2. Documentatiepraktijk
Vraag hun repos te zien. Hebben ze architectuurdocs? Gedocumenteerde conventies? Een .claude/ directory of equivalent?
Developers die hun beslissingen documenteren krijgen voorspelbare AI-output. Developers die dat niet doen krijgen elke keer willekeurige patronen. De documentatiegewoonte is het helderste signaal van AI-gereedheid.
3. Kwaliteitsautomatisering
Vraag naar hun test- en CI-strategie. Niet "schrijf je tests", want iedereen zegt ja. Vraag specifiek:
- Wat draait er voor een commit? (Pre-commit hooks: formatting, linting)
- Wat draait er voor een push? (Type checking, unit tests)
- Wat blokkeert een merge? (Volledige CI: coverage-bodem, security scanning)
Developers met geautomatiseerde quality gates shippen sneller én betrouwbaarder. Zonder die gates gaat AI-gegenereerde code ongecheckt naar productie.
4. Het delegatie-instinct
Vraag wat ze aan AI delegeren en wat ze zelf houden. Het antwoord onthult alles.
| Goed antwoord | Rode vlag |
|---|---|
| "Ik ontwerp het schema, AI genereert de CRUD" | "Ik laat AI de database ontwerpen" |
| "Ik definieer het API-contract, AI implementeert handlers" | "Ik beschrijf de feature en AI bouwt het" |
| "Ik review elke gegenereerde test" | "AI schrijft de tests, ik vertrouw ze" |
| "AI doet boilerplate, ik doe business logic" | "Ik gebruik Copilot vooral voor autocomplete" |
Het interview dat werkt
Vervang het whiteboard door een systeemdesigngesprek. Geef ze een echt scenario:
"We hebben een orderbeheersysteem nodig voor een maaltijdbezorgplatform. Meerdere restaurants, realtime chauffeursdispatch, betalingssplitsing tussen vendors. Loop me door hoe je dit zou architecten, wetende dat je AI gebruikt om het te bouwen."
Luister dan. De beste kandidaten zullen:
- Verduidelijkende vragen stellen over het domein (niet de tech stack)
- Bounded contexts en servicegrenzen identificeren
- Uitleggen wat ze zouden documenteren vóór ze code aanraken
- Hun kwaliteitsautomatiseringsstrategie beschrijven
- Verwoorden wat AI afhandelt versus wat menselijk oordeel vereist
Dit vertelt je meer in 30 minuten dan een week codetests ooit zou kunnen.
De aannamevergelijking is omgedraaid
De oude vergelijking: Snelheid = typsnelheid x kennis van syntax
De nieuwe vergelijking: Snelheid = kwaliteit van beslissingen x helderheid van documentatie x geautomatiseerde quality gates
Neem je aan op de oude vergelijking, dan krijg je developers die snel coderen en langzaam debuggen. Neem je aan op de nieuwe, dan krijg je developers die snel denken en betrouwbaar shippen.
Dat is het verschil tussen een developer en een AI Viber developer.