A barra que já traz vereditoVocê abre seu próprio pull request antes da daily e a barrinha mostra +312 −89 em verde e vermelho. Ninguém comentou ainda, mas você já deu o placar da partida: linhas demais mexidas, vermelho demais, isso deve significar que você quebrou alguma coisa. A estatística do diff vira placar, e você já anotou a derrota antes de qualquer revisor abrir um arquivo.
ROTEIRO ANTIGO DETECTADO
“As estatísticas do diff parecem um placar que eu já estou perdendo”
Experimente esta resposta:
“A contagem de mais e menos mede linhas movidas, não como esse review vai sair.”VER A PRÁTICA
Crie uma resposta para este pensamento e um passo para colocá-la à prova.
O PENSAMENTO
“As estatísticas do diff parecem um placar que eu já estou perdendo”
SUA RESPOSTA GRAVADA
“A contagem de mais e menos mede linhas movidas, não como esse review vai sair.”
UM PASSO PRIVADO
Abra um pull request mergeado meses atrás cuja estatística de diff você lembra de ter temido, e conte quantos comentários falaram do tamanho comparado aos que falaram do que o código realmente fazia.
A barra verde e vermelha que eu leio como placar
Dois botões viciados por trás da barraA pesquisa sobre ansiedade em code review encontrou que essa reação roda em dois botões inclinados na mesma direção: um prevê que o review vai sair ruim, o outro trata um review duro como prova do que você é, não só do código. Some um diff grande a essa combinação, e uma simples contagem de linhas passa a soar como placar em vez do que ela de fato mede, quanto código se moveu.
Reabrindo um placar antigoHoje à noite, abra um pull request que você mergeou meses atrás, um cuja estatística de diff você lembra de ter temido. Conte quantos comentários realmente falaram do tamanho da mudança comparado a quantos falaram do que o código fazia. Uma thread antiga não resolve o padrão de vez, mas te dá uma contagem real para pesar contra o placar que você carrega na cabeça.
TRACE · 01/04
Como este roteiro controla você
- Você atualiza um pull request antes de qualquer comentário chegar, lendo a contagem de mais e menos como um placar em que já está perdendo.
- Um diff com mais vermelho que verde parece prova de que você destruiu algo, mesmo quando as linhas apagadas eram código morto que você queria remover.
- Você compara mentalmente seus pull requests com os dos colegas pela quantidade de linhas, como se quem mexeu menos estivesse ganhando em silêncio.
SOURCE_LOCATED · 02/04
A regra oculta por baixo
O Julgamento do Review
Se a estatística do meu diff mostra muitas linhas, esse número já está me pontuando antes mesmo do review começar, então um diff pequeno significa que estou na frente e um grande significa que já perdi.
FORGING_REPLACEMENT · 03/04
Linhas de substituição (grave estas)
- A contagem de mais e menos mede linhas movidas, não como esse review vai sair.
- Um diff grande não é um placar perdedor, é só mais superfície para alguém checar.
- Eu leio a estatística uma vez, depois leio os comentários de verdade; são dois relatórios diferentes.
No app são geradas por pessoa — isto é o sabor, não o seu roteiro. O seu é construído com as suas palavras exatas.
INSTALL · 04/04
O protocolo, em um cartão
Quando penso
“As estatísticas do diff parecem um placar que eu já estou perdendo”
Eu digo
“A contagem de mais e menos mede linhas movidas, não como esse review vai sair.”
Depois faço uma coisa
Abra um pull request mergeado meses atrás cuja estatística de diff você lembra de ter temido, e conte quantos comentários falaram do tamanho comparado aos que falaram do que o código realmente fazia.
STATUS: READY_TO_INSTALL
Apagar este pensamento4 minutos. Sua voz. Grátis.
O protocolo de wipe
- Escreva o pensamento exatamente como ele toca: "As estatísticas do diff parecem um placar que eu já estou perdendo". Palavra por palavra — o wipe mira a frase, não a sensação.
- Rastreie a regra e a ação evitada. Do que esse pensamento convenientemente desculpa você?
- Grave as linhas de substituição abaixo com a sua própria voz. Fale para valer — sem gravação, sem instalação.
- Rode o ciclo: toque toda manhã e noite, registre uma ação-prova por dia durante 7 dias.
Respostas diretas
Uma contagem de mais e menos mais alta realmente prevê um review mais duro?
Não de forma confiável. Um diff grande diz ao revisor quanta superfície há para olhar, não como ele vai julgar isso. Muitos diffs grandes recebem aprovação rápida porque a mudança é mecânica, e muitos pequenos puxam threads longas porque a lógica é sutil.
E se meu diff realmente mostra muito mais vermelho que verde, principalmente exclusões?
Um diff dominado por exclusões costuma significar limpeza, consolidação ou remoção de algo que já não merece seu lugar, não dano. Revisores leem linhas apagadas como menos coisas para manter depois, algo mais perto de um alívio do que de um veredito contra você.
Devo dividir todo pull request grande em vários menores só para escapar da sensação de placar?
Dividir pode facilitar o review, mas não cura o hábito de se pontuar pela contagem de linhas, porque a sensação pode se agarrar ao próximo diff, grande ou pequeno. Vale a pena fazer pela clareza, não como fuga da contagem.
Roteiros antigos relacionados
Autoavaliações relacionadas
Ciência relacionada
Pesquisadores para conhecer
Mecanismos relacionados
A pesquisa por trás deste roteiro
- Impostor Phenomenon in Software Engineers — Guenes et al., ICSE-SEIS 2024, 2024
- Understanding and effectively mitigating code review anxiety — Lee et al., Empirical Software Engineering, 2024
- Understand team effectiveness (Project Aristotle) — Google re:Work, 2016
- Psychological impacts of AI-induced job displacement among Indian IT professionals: a Delphi-validated thematic analysis — PMC, 2024