Hoe balanceer je het laten worstelen van een engineer om te leren tegen het gewoon geven van het antwoord om een deadline te halen?

Question

Accepted Answer

Dit is een echt spanningsveld, geen strikvraag. **Productieve worsteling** is hoe engineers duurzame vaardigheden opbouwen, maar worsteling is alleen productief tot een bepaald punt, en deadlines zijn echt. Het antwoord is niet om voor een kant te kiezen; het is om de inzet en de persoon in te schatten en dan bewust te kiezen.

## Mijn standaard aanpak

- **Time-box de worsteling.** Productieve worsteling heeft een houdbaarheidsdatum. Spreek van tevoren af: "Besteed hier een uur aan, en ping me dan." Dit beschermt zowel het leren *als* het schema.
- **Geef vragen en hints voordat je antwoorden geeft.** "Waar wijst de stack trace op?" of "Heb je de config al gecontroleerd?" leert de *aanpak*, die overdraagbaar is naar het volgende probleem. De oplossing zomaar geven leert niets.
- **Onder echte deadline-druk eerst ontblokkeren, daarna onderwijzen.** Wanneer de releasedatum op het spel staat, geef gewoon het antwoord, en ga de volgende dag terug om door te nemen *waarom* het werkte. Offeren een release niet op aan het altaar van een leermogelijkheid.
- **Stem het af op het niveau van de persoon.** Een junior heeft misschien eerder een hint nodig; een senior kun je langer laten wachten.

## Een eenvoudige beslissingsmatrix

| Inzet | Juiste actie |
| --- | --- |
| Laag / leeroptracht, tijd beschikbaar | Laat ze worstelen, alleen hints |
| Hoog / op het kritieke pad, klok tikt | Ontblokkeer nu, debrief later |
| Herhaaldelijk vast op hetzelfde | Stop, onderwijz het onderliggende concept direct |

## Een concreet voorbeeld

Een mid-level engineer zit vast op een flaky test de nacht voor de lancering. Ik hou geen Sokratische seminar om 21:00 uur; ik pair-programmeer, we fixen het, we deployen. De volgende ochtend besteden we twintig minuten aan wat het flaky maakte, zodat de les nog steeds aankomt.

## Waarom het belangrijk is

Altijd antwoorden geven schept afhankelijkheid en engineers die nooit groeien. Ze altijd achterhouden verspilt tijd, ondermijnt moraal en mist deadlines. Goed mentorschap leeft in het oordeel tussen de twee, toegepast geval per geval in plaats van als een regel.

Inzet	Juiste actie
Laag / leeroptracht, tijd beschikbaar	Laat ze worstelen, alleen hints
Hoog / op het kritieke pad, klok tikt	Ontblokkeer nu, debrief later
Herhaaldelijk vast op hetzelfde	Stop, onderwijz het onderliggende concept direct