Jak balansujesz praktyczne kodowanie ze swoimi obowiązkami przywódcy?

Question

Accepted Answer

Najtrudniejszą zmianą dla nowego TL jest to, że **nie możesz już kodować z pełną pojemnością IC**. Praca przywódcza, przeglądy, usuwanie przeszkód, planowanie, komunikacja — wszystko pożera czas skupienia. Celem nie jest przestać kodować, ale kodować *strategicznie* na rzeczach, które powinien robić tylko ty.

## Jak wybrać co kodować

```text
DO code:                          DELEGATE / avoid:
- Risky architectural spikes       - The most fun/interesting feature
- Critical-path blockers           - Work a teammate could grow from
- Glue work nobody owns            - Anything on the critical path you'd block
- Reviews and pairing              - Large solo efforts that hide you for weeks
```

## Konkretny przykład

Nie przydzielaj sobie głównej funkcji, staniesz się wąskim gardłem i głodzisz swój zespół wzrostu. Zamiast tego weź ten zawiły refaktor auth, który wymaga sądu seniora, i pracuj nad nim w parze z juniorem, żeby się rozwijali.

## Dlaczego to ważne

Chroń kilka godzin głęboką pracę, ale nigdy nie stawiaj się na ścieżce krytycznej. Jeśli wydanie zależy od tego, czy *twój* kod się zmerguje, twoje obowiązki przywódcy będą cię ciągle odciągać i zablokowujesz wszystkich.

## Dlaczego to ważne

TL, który koduje zbyt wiele, przestaje przywodzić: recenzje się piętrzą, ludzie są zablokowani, kierunek się rozprasza.

TL, który koduje zbyt mało, traci wiarygodność techniczną i kontekst.

Sztuką jest być wystarczająco blisko kodu, aby go prowadzić, bez bycia samym wąskim gardłem.