Code review que ensina, não que humilha
Code review pode ser o momento em que o time mais aprende — ou o momento que todo mundo teme. A diferença está em como a revisão é feita, não em quão rígida ela é.
Para que serve uma revisão de código
Não é só caçar bug. É espalhar conhecimento, manter padrão e dar ao autor uma segunda perspectiva antes de o código ir para produção. Bem feita, é a forma mais barata e contínua de mentoria de um time.
O que separa revisão boa de ruim
- Foco no código, não na pessoa — “esse trecho pode quebrar se X”, e não “você sempre faz isso”.
- Explica o porquê — review que só aponta erro ensina menos que review que explica.
- Separa obrigatório de preferência — deixe claro o que trava o merge e o que é gosto.
Hábitos que ajudam
- PRs pequenos — revisar duas mil linhas é teatro, não revisão.
- Responder rápido — review que demora trava o time.
- Elogiar o que está bom, não só apontar o que está ruim.
Cultura, não cerimônia
Review que humilha faz o time esconder código e parar de pedir ajuda. Review que ensina faz o time melhorar junto. É parte de como pensamos desenvolvimento — qualidade vem da cultura, não só da ferramenta.
Engenharia com qualidade de verdade
Time sênior, processo de revisão e padrão que escala com o produto.