이것은 함정 질문이 아니라 실제로 존재하는 긴장입니다. **productive struggle(생산적인 씨름)**은 엔지니어가 오래가는 실력을 쌓는 방법이지만, 씨름은 어느 지점까지만 생산적이며 마감은 현실입니다. 답은 한쪽 편을 드는 것이 아니라, 사안의 중요도와 사람을 읽은 뒤 의도적으로 선택하는 것입니다.
| 중요도 | 올바른 선택 |
|---|---|
| 낮음 / 학습용 task, 시간 여유 있음 | 씨름하게 두고 힌트만 |
| 높음 / critical path 위, 시간이 촉박함 | 지금 막힘을 풀고, 나중에 debrief |
| 같은 지점에서 반복해서 막힘 | 멈추고, 바탕이 되는 개념을 직접 가르침 |
mid-level 엔지니어가 출시 전날 밤 flaky test에 막혀 있습니다. 나는 밤 9시에 소크라테스식 세미나를 열지 않습니다. pair하고, 고치고, ship합니다. 다음 날 아침 무엇이 그것을 flaky하게 만들었는지에 20분을 써서 교훈이 여전히 남게 합니다.
늘 답을 주면 의존성과 결코 성장하지 못하는 엔지니어를 만듭니다. 늘 답을 보류하면 시간과 사기, 마감을 태웁니다. 좋은 멘토링은 그 둘 사이의 판단에 있으며, 규칙이 아니라 사례별로 적용됩니다.