Fullstack developer
Gestructureerde sollicitatievragen voor een Fullstack developer, met per vraag de signalen van een sterk antwoord.
GedragTechnische samenhang Beschrijf de lastigste technische keuze die je in een productfunctie nam. Welke optie viel af?
Wat een sterk antwoord laat zienEen besluit met context, alternatieven, gevolgen en een moment waarop de keuze opnieuw kon worden beoordeeld.
GedragProductie-eigenaarschap Vertel over een productiefout die over frontend, backend en data liep.
Wat een sterk antwoord laat zienEen reproduceerbare onderzoekslijn en samenwerking zonder het probleem direct naar een ander team door te schuiven.
GedragPragmatische besluitvorming Wanneer heb je recent eigen code verwijderd of herschreven?
Wat een sterk antwoord laat zienDe kandidaat kan veranderde aannames erkennen en de migratie beperken zonder eerdere keuzes te dramatiseren.
SituatieProductie-eigenaarschap Een collega commit per ongeluk een geheim in een pull request. Hoe handel je?
Wat een sterk antwoord laat zienBlootstelling beperken, sleutel roteren, geschiedenis en toegang controleren en de werkwijze gericht versterken.
SituatieSamenwerking Product wil een functie binnen één week die jij op drie weken schat. Wat bespreek je?
Wat een sterk antwoord laat zienDe uitkomst achterhalen, scope en risico zichtbaar maken en een kleinere leverbare stap formuleren.
SituatiePragmatische besluitvorming Je team heeft handmatige deployments, weinig monitoring en instabiele tests. Wat pak je eerst aan?
Wat een sterk antwoord laat zienPrioriteit op de grootste productie- en leverrisico's, met kleine controles in plaats van een totale platformvernieuwing.
VakinhoudelijkTechnische samenhang Ontwerp meldingen die kort na een gebeurtenis bij de juiste gebruiker verschijnen. Welke delen en risico's zie je?
Wat een sterk antwoord laat zienGebeurtenis, opslag, rechten, levering, gelezen status, fouten en belasting worden als samenhangend systeem behandeld.
VakinhoudelijkProductie-eigenaarschap Een API geeft sporadisch een serverfout zonder duidelijke logmelding. Hoe onderzoek je dit?
Wat een sterk antwoord laat zienCorrelatie-id's, invoer en afhankelijkheden afbakenen, observability verbeteren en een hypothese gecontroleerd toetsen.
VakinhoudelijkTechnische samenhang Wanneer kies je een databasetransactie en wanneer aanvullende coördinatie in de applicatie?
Wat een sterk antwoord laat zienCorrecte afweging rond atomiciteit, isolatie, gelijktijdigheid, externe systemen en foutafhandeling.
Beoordelingsplan
Fullstack is alleen een bruikbare titel wanneer je vastlegt welke systeemgrenzen iemand zelfstandig oversteekt. Test daarom samenhang en productieverantwoordelijkheid, niet de lengte van een technologielijst.
Fase 1: eigenaarschapskaart
Laat de kandidaat één functie tekenen van browser tot opslag en deployment. Vraag bij ieder deel wat diegene zelf besloot, uitvoerde en na oplevering beheerde.
Fase 2: incidentverhaal
Kies een storing die meerdere lagen raakte. Sterke kandidaten scheiden symptoom, observatie, hypothese en herstel en kunnen benoemen welk preventief werk wel of niet gerechtvaardigd was.
Fase 3: systeemcase
Gebruik een klein fictief productprobleem met verkeer, data en een gebruikersinterface. Laat opties en vragen bespreken; vraag geen volledig werkende applicatie als onbetaalde opdracht.
Fase 4: teamgesprek
Laat een productpartner en twee engineers onafhankelijk scoren op techniek, pragmatiek, productie en communicatie. Koppel iedere score aan een concreet antwoord.
Zo herken je een sterke kandidaat
| Competentie | Onder de norm | Op de norm | Boven de norm |
|---|---|---|---|
| Technische samenhang | Kent losse frameworks maar verliest datastroom, rechten of foutgedrag tussen de lagen uit het oog. | Ontwerpt een begrijpelijke route van interface tot opslag met expliciete systeemgrenzen. | Voorziet schaal-, beveiligings- en migratierisico's en kiest eenvoud die het team werkelijk kan beheren. |
| Productie-eigenaarschap | Ziet werk als klaar na merge en laat deployment en incidenten aan anderen. | Levert uit, monitort en onderzoekt fouten binnen de eigen verantwoordelijkheid. | Verbetert detectie en herstel over systeemgrenzen en deelt bruikbare lessen met het team. |
| Pragmatische besluitvorming | Wil technische schuld volledig wegwerken of accepteert alles zonder grens. | Kiest verbeteringen op productrisico, wijzigingsfrequentie en beschikbare tijd. | Maakt een reeks kleine keuzes die tegelijk levertempo en betrouwbaarheid zichtbaar verbetert. |
| Samenwerking | Communiceert alleen in technische details of zegt ja zonder gevolgen te bespreken. | Verbindt technische opties aan de gewenste productuitkomst en vraagt tijdig om hulp. | Maakt complexe afruilen begrijpelijk en helpt het team een scherpere productkeuze nemen. |
30/60/90-dagenplan
Na 30 dagen
- Een belangrijke gebruikersstroom van interface tot deployment kunnen uitleggen
- Een kleine functie onder begeleiding naar productie brengen
- De grootste onbekende rond monitoring, beveiliging of deployment vastleggen
Na 60 dagen
- Een afgebakende functie over de hele stack zelfstandig opleveren en volgen
- Een terugkerende fout of handmatige stap gericht verminderen
- Een technische keuze documenteren met alternatieven en vervolgcriteria
Na 90 dagen
- Een productgebied betrouwbaar beheren tijdens normale wijzigingen en incidenten
- Een meetbare verbetering in levertijd, foutdetectie of prestaties realiseren
- Een collega helpen kennis over een andere laag van de stack op te bouwen