Hoe besluit je wanneer je om hulp vraagt?

Question

Accepted Answer

Interviewers zoeken hier naar **goed oordeel**: niet zo koppig dat je een dag blijft vastzitten, niet zo snel dat je nooit probeert. De sweet spot is een **time-box plus een duidelijk verzoek**.

## Waarom het belangrijk is

```text
RULE OF THUMB
→ Try on your own for a bounded time (e.g. 30-60 min)
→ Write down what you tried and where you're stuck
→ Then ask a specific question, not "it doesn't work"
```

## Praktisch voorbeeld

```text
S: A build kept failing with a cryptic error.
T: I needed it fixed to unblock my PR.
A: I spent 45 minutes searching and trying fixes, noted the exact error and my
   attempts, then asked a senior with that context.
R: She recognized it in two minutes — a known cache issue. I learned the fix and
   documented it so others wouldn't lose time.
```

## Goed versus zwak

```text
✓ Time-boxed effort, then a specific ask
✓ Respects others' time with context
✗ Stays stuck for hours out of pride
✗ Pings someone before trying at all
```

## Waarom het belangrijk is

Goed vragen is een vaardigheid: je bespaart je eigen tijd zonder je teamgenoten lastig te vallen.

Context meebrengen ("hier's wat ik heb geprobeerd") maakt je snel te helpen en toont initiatief.

Weten wanneer je moet escaleren voorkomt dat stille blockers stiekem een sprint saboteren.