ROTEIRO ANTIGO DETECTADO
“O engenheiro anterior era preguiçoso, e agora pareço preguiçoso por não consertar”
Experimente esta resposta:
“Herdei um timeout quebrado, não uma década de hábitos ruins dele. A data do commit é a prova, não meu silêncio.”VER A PRÁTICA
Crie uma resposta para este pensamento e um passo para colocá-la à prova.
O PENSAMENTO
“O engenheiro anterior era preguiçoso, e agora pareço preguiçoso por não consertar”
SUA RESPOSTA GRAVADA
“Herdei um timeout quebrado, não uma década de hábitos ruins dele. A data do commit é a prova, não meu silêncio.”
UM PASSO PRIVADO
Abre um rascunho privado e escreve duas frases: o que quebrou, a data do commit que introduziu. Salva. Não envia.
O blame do commit que você não escreveu mas que você vê
- A acusação silenciosa do blame logVocê roda git blame na função que cravou produção. O nome não é seu. É aquele que saiu sete meses atrás, o que hardcode o timeout em vez de fazer retry robusto. Mas o ticket agora tem seu nome, e a voz antiga sussurra: ele construiu a armadilha, você é quem está preso nela na frente de todos. Ninguém no Slack vai scrollar até o commit original. Vão ver quem deixou passando.
- A diferença que o ticket realmente mostraAqui está o que é verdade e o que não é: sim, o timeout foi negligente e você está pagando agora. Não é verdade que herdar uma gambiarra te obriga a ter consertado já. Você está nesse sistema há uma fração do tempo que ele levou pra deixar aquela bagunça. Deixar um bug em pé e ser sistematicamente preguiçoso são afirmações diferentes — e só uma está sendo feita sobre você de fato.
Uma linha no postmortem, não uma reescrita de tudo
Então a decisão não é defender o código velho nem carregar sua culpa. É mais simples: escreve a nota do postmortem que diz o que quebrou, por quê, e quando foi introducido, com a data. Essa frase datada faz o trabalho de separação que você não conseguiria reescrevendo tudo noite adentro. Abre o rascunho, escreve, não envia.
TRACE · 01/04
Como este roteiro controla você
- Você verifica git blame de cada bug antes de ler o stack trace, esperando que o nome não seja seu.
- Começou a escrever mensagens de commit muito mais longas que o necessário, como se se defender de antemão evitasse a próxima reclamação.
- Evita mencionar em standup que um bug vem de código antigo porque parece desculpa mesmo quando é só cronologia.
SOURCE_LOCATED · 02/04
A regra oculta por baixo
O Roteiro da Herança Legada
Se um defeito está visível enquanto o sistema é responsabilidade minha, essa visibilidade em si prova negligência — não importa quem o colocou lá ou quanto tempo realmente tive pra achar.
FORGING_REPLACEMENT · 03/04
Linhas de substituição (grave estas)
- Herdei um timeout quebrado, não uma década de hábitos ruins dele. A data do commit é a prova, não meu silêncio.
- Uma gambiarra não consertada é um item na fila, não um veredicto sobre meu caráter.
- Posso nomear o que quebrou e quando sem acusar ele nem carregar como meu.
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
“O engenheiro anterior era preguiçoso, e agora pareço preguiçoso por não consertar”
Eu digo
“Herdei um timeout quebrado, não uma década de hábitos ruins dele. A data do commit é a prova, não meu silêncio.”
Depois faço uma coisa
Abre um rascunho privado e escreve duas frases: o que quebrou, a data do commit que introduziu. Salva. Não envia.
STATUS: READY_TO_INSTALL
Apagar este pensamento4 minutos. Sua voz. Grátis.
O protocolo de wipe
- Escreva o pensamento exatamente como ele toca: "O engenheiro anterior era preguiçoso, e agora pareço preguiçoso por não consertar". 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
E se o timeout quebrar de novo antes eu consertar?
Uma repetição não apaga a cronologia, só a estende. A data na sua nota ainda mostra o intervalo entre quando ele escreveu e quando você assumiu o arquivo — é isso que sua credibilidade realmente depende.
Uma nota datada não vai parecer que estou acusando o engenheiro anterior?
Uma nota que diz o quê e quando não é acusação, é cronologia — é o detalhe que todo postmortem já pede. Nomear uma data é diferente de nomear culpa, e você consegue fazer o primeiro sem fazer o segundo.
E se meu gerente nem perguntar quem escreveu o código original?
Então a nota não é pra você se defender em voz alta, é pra você parar de relitigar o ticket na sua cabeça toda vez que um bug parecido aparece. Você não escreve pra ser visto — escreve pra a resposta existir em algum lugar além da sua memória.
Roteiros antigos relacionados
Autoavaliações relacionadas
Ciência relacionada
Pesquisadores para conhecer
Mecanismos relacionados
A pesquisa por trás deste roteiro
- Postmortem Culture: Learning from Failure — Google SRE, Google SRE Book, 2016
- Invisible Labor in Open Source Software Ecosystems — Champion et al., arXiv, 2024
- Stack Overflow 2025 Developer Survey: Trust in AI at an All-Time Low — Stack Overflow, 2025
- A Mosaic of Perspectives: Understanding Ownership in Software Engineering — arXiv, 2025