ROTEIRO ANTIGO DETECTADO
“Cada bug neste sistema legado agora reflete minha competência”
Experimente esta resposta:
“Sou dono do que mudo depois, não de tudo que estava antes de eu chegar.”VER A PRÁTICA
Crie uma resposta para este pensamento e um passo para colocá-la à prova.
O PENSAMENTO
“Cada bug neste sistema legado agora reflete minha competência”
SUA RESPOSTA GRAVADA
“Sou dono do que mudo depois, não de tudo que estava antes de eu chegar.”
UM PASSO PRIVADO
Abra o git log do arquivo com o bug. Note a data quando foi introduzido. Se foi antes você chegar, escreva essa data numa nota privada e leia aquele commit original para entender o contexto daquela época.
O Bug Que Já Estava Lá Antes Você Chegar
A Primeira Terça, Revisando o Código
Você está lendo o arquivo de autenticação no seu segundo dia, scrollando por um emaranhado de condições aninhadas que fazem você piscar duas vezes. Você pensa: é legado, assim que funciona. Pergunta ao time sobre refatoração e alguém responde « é antigo, tá rodando, ninguém mexe nele faz anos ». Você anota mentalmente como um fato geográfico do codebase, não como algo que você deveria ter compreendido ontem. Você segue adiante.
Semanas Depois, Uma Reunião
Um bug de segurança médio aparece exatamente naquele código aninhado. Você está na reunião quando perguntam « como deixamos isso passar? ». Seu corpo fica frio. Uma voz interna grita: você deveria ter visto isso no primeiro dia, você deveria ser melhor que isso, você deveria ter questionado mais cedo. De repente cada falha preexistente no sistema se sente como evidência de que você nunca entendeu o que herdou, e que agora todos veem isso claramente.
Voltar ao Git Log Sozinho
Você abre o terminal numa manhã calma, você roda git log para ver quando aquele código aninhado foi introduzido pela primeira vez. A data aparece: dezenove meses antes você ser contratado. Você escreve numa nota: « Esse bug existia antes de eu existir neste projeto. Não herdei incompetência. Herdei uma tarefa de melhoria ». Você fecha a nota. Você volta ao arquivo, mas dessa vez lendo para aprender o contexto real, não para se provar ciente.
TRACE · 01/04
Como este roteiro controla você
- Você revive mentalmente sua primeira semana cada vez que um bug legado aparece, garantido que deveria ter o visto naquele dia.
- Você defende o código quebrado para os colegas porque admitir que está ruim parece admitir que você o perdeu.
- Você se culpa por problemas que você não criou, simplesmente porque você está aqui agora.
SOURCE_LOCATED · 02/04
A regra oculta por baixo
O Roteiro da Herança Legada
Se assumi este sistema e um bug aparece, deve significar que eu não deveria tê-lo assumido, ou que não entendo nada do que assumi.
FORGING_REPLACEMENT · 03/04
Linhas de substituição (grave estas)
- Sou dono do que mudo depois, não de tudo que estava antes de eu chegar.
- Entender o contexto é um processo; as lacunas que fecho esta semana não são fracassos semana passada.
- Posso melhorar o código linha por linha sem primeiro dominar tudo.
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
“Cada bug neste sistema legado agora reflete minha competência”
Eu digo
“Sou dono do que mudo depois, não de tudo que estava antes de eu chegar.”
Depois faço uma coisa
Abra o git log do arquivo com o bug. Note a data quando foi introduzido. Se foi antes você chegar, escreva essa data numa nota privada e leia aquele commit original para entender o contexto daquela época.
STATUS: READY_TO_INSTALL
Apagar este pensamento4 minutos. Sua voz. Grátis.
O protocolo de wipe
- Escreva o pensamento exatamente como ele toca: "Cada bug neste sistema legado agora reflete minha competência". 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
É deficiência profissional não ter entendido o código legado no dia que assumi?
Não. Entender um sistema leva tempo. Todo sistema tem um contexto histórico que ninguém domina em vinte e quatro horas. As lacunas que você identifica agora são oportunidades de aprendizado, não provas de que você deveria ter sabido.
Se o bug era preexistente, por que me culpam?
Você pode ser culpado por padrão porque está aqui agora, mesmo que não tenha criado o problema. É um viés cognitivo: todo defeito visível parece ligado à pessoa presente. Sua resposta não é defender o código quebrado, mas clarificar o que você herdou e então agir.
Deveria ter reescrito tudo no meu primeiro dia para evitar isso?
Não. Reescritas completas levam meses, criam novos riscos, e atrasam seu entendimento do sistema. Melhoria cirúrgica — uma seção por vez — deixa você dominar o contexto enquanto você trabalha.
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