Para realizar um code review sem ofender ou se sentir ofendido, é fundamental separar a identidade do autor do código escrito, focar em debater o problema técnico em vez da pessoa, utilizar perguntas investigativas no lugar de ordens diretas e adotar a mentalidade de que a revisão é uma ferramenta colaborativa de melhoria contínua, não uma avaliação de desempenho.
Principais Aprendizados
- Desapegue do ego: lembre-se sempre de que você não é o seu código.
- Use a Comunicação Não-Violenta (CNV) e faça perguntas em vez de impor mudanças.
- Automatize discussões triviais (como formatação) usando linters para focar na lógica de negócios.
Por que o Code Review gera tanto atrito?
O desenvolvimento de software é, em sua essência, um trabalho criativo. Quando um programador passa horas resolvendo um problema complexo, é natural que ele crie um apego à solução. No entanto, um dos maiores erros que iniciantes e até seniores cometem é levar críticas a essa solução para o lado pessoal. O atrito nasce quando o feedback técnico é interpretado como um ataque à competência do profissional.
Como DAR feedback em um Pull Request (PR) sem parecer arrogante
Apontar falhas no código de um colega exige tato. É aqui que o domínio de hard skills e soft skills se mostra crucial. Segundo as Práticas de Engenharia do Google, o objetivo do code review é manter a base de código saudável, e não provar quem é o programador mais inteligente da sala.
Utilize perguntas, não ordens
Em vez de escrever 'Mude essa variável para X', experimente perguntar 'O que você acha de renomear essa variável para X para melhorar a clareza?'. Essa simples mudança de tom transforma uma exigência em um convite para colaboração, reduzindo instantaneamente a atitude defensiva do autor.
Elogie o que está bom
O feedback construtivo não precisa ser apenas sobre o que está errado. Se o desenvolvedor encontrou uma solução elegante para um problema difícil, diga isso. Um reforço positivo cria um ambiente de confiança e torna as críticas subsequentes muito mais fáceis de serem digeridas.
Como RECEBER feedback no Code Review sem se ofender
Receber críticas nunca é fácil, mas é a principal forma de evoluir na carreira de tecnologia. Ao mostrar seu trabalho para a equipe, você está abrindo portas para o aprendizado.
Você não é o seu código
O código é um produto do seu trabalho em um momento específico, com o conhecimento e o contexto que você tinha naquela hora. Se alguém aponta um bug ou sugere uma arquitetura melhor, a pessoa está avaliando o texto na tela, não o seu valor como ser humano ou profissional. De acordo com o Guia Ágil da Atlassian, equipes de alta performance veem o code review como uma mentoria assíncrona, onde todos aprendem juntos.
Peça esclarecimentos antes de reagir
Se um comentário parecer rude ou vago, não presuma má intenção. A comunicação escrita carece de tom de voz e expressões faciais. Responda pedindo mais detalhes: 'Não tenho certeza se entendi o motivo dessa mudança. Você poderia me dar um exemplo do problema que isso causaria?'. Isso força o revisor a elaborar a crítica de forma mais técnica e menos emocional.
Perguntas Frequentes
O que é um Code Review?
É o processo onde desenvolvedores revisam o código escrito por seus colegas antes que ele seja integrado ao projeto principal, visando encontrar bugs e garantir a qualidade do software.
Como lidar com revisores muito rígidos?
Mantenha a calma e o profissionalismo. Peça embasamento técnico para as solicitações de mudança e, se necessário, envolva um líder técnico para mediar divergências de padrões arquiteturais.
É necessário revisar todo tipo de código?
Idealmente sim, mas o nível de rigor deve ser proporcional ao impacto da mudança. Alterações críticas exigem revisões profundas, enquanto mudanças triviais podem ser aprovadas mais rapidamente.
0 Comentários