Recenzja kodu jest jedną z najbardziej dochodowych działań TL: chroni jakość i uczy. Celem jest lepszy kod i silniejszy zespół, a nie bramkowanie. Recenzje powinny być szybkie, miłe i skupione na tym, co ważne.
Dlaczego to ważne
✓ Review the CODE, never the person ("this function" not "you")
✓ Distinguish must-fix from nice-to-have (label nits explicitly)
✓ Ask questions, don't issue commands ("what about X?" invites discussion)
✓ Praise good work, not just problems
✓ Be fast — a PR blocked for two days kills momentum
✓ Approve when it's good enough, not perfect
Konkretny przykład
Zamiast "To jest złe, użyj mapowania," napisz: "drobnostka: mapowanie tutaj uniknęłoby pętli zagnieżdżonej, warto? Nie blokuję." Ten sam punkt, ale uczy, pozostawia miejsce na niezgodę i nie blokuje scalenia.
