ROTEIRO ANTIGO DETECTADO

“Reescrevê-lo corretamente significaria admitir que não consigo apenas consertar o que está lá”

Experimente esta resposta:

“Herdei o código, não o criei. Sou responsável pelo que mudo a partir de agora, não por tudo que veio antes.”

Faça a autoavaliação de 60 segundos →

VER A PRÁTICA

Crie uma resposta para este pensamento e um passo para colocá-la à prova.

O PENSAMENTO

“Reescrevê-lo corretamente significaria admitir que não consigo apenas consertar o que está lá”

SUA RESPOSTA GRAVADA

“Herdei o código, não o criei. Sou responsável pelo que mudo a partir de agora, não por tudo que veio antes.”

UM PASSO PRIVADO

Pegue uma função pequena do código legado e reescreva-a em um arquivo temporário sem mostrar. Contar quantas linhas poupou e que premissas ficaram claras.

O Reparo Infinito que Nunca Reconstrui

O Mito do Herdeiro ResponsávelVocê assume um sistema que já acumula três anos de talhos e atalhos. Na primeira semana, vê problemas óbvios e pensa: deveria ter sabido disso no primeiro dia. Agora, cada linha quebrada se sente como falha sua. Você defende o design existente para os colegas porque admitir que está fundamentalmente quebrado é o mesmo que admitir que não consegue simplesmente consertá-lo — que seria necessário reescrever.

Por Que Essa História Parecer VerdadeiraViés de ancoragem: quando você herda um padrão reduzido, seu cérebro usa isso como ponto de partida. Consertar um atalho de cada vez se sente honesto e controlável. Reescrever soa como admissão de fracasso. O sistema não muda, então você continua consertando, e cada reparo rápido reforça a ilusão de que é possível consertar sem reconstruir.

O Experimento Mínimo: Uma Parede de NotasPegue uma parte pequena e isolada desse código legado — uma função, um módulo, algo que caiba em uma página. Reescreva-a do zero em um arquivo temporário, sem mostrar a ninguém. Compare linha por linha com o original. Você irá notar: o que levou 10 linhas confusas agora leva 3 claras. Isso não prova que tudo precisa ser reescrito. Mas revela que os reparos contêm premissas que apenas reescrever torna visíveis.

TRACE · 01/04

Como este roteiro controla você

Você revive seu primeiro mês achando que deveria ter compreendido todos os defeitos no primeiro dia, e cada novo problema é evidência dessa falha original.
Tocar código legado alterna entre rápidos remendos e silêncios culpados, nunca uma melhoria honesta.
Você explica o design existente aos colegas de forma defensiva, como se reconhecer seus problemas fosse o mesmo que confessar que não consegue consertá-lo.

SOURCE_LOCATED · 02/04

A regra oculta por baixo

O Roteiro da Herança Legada

Herdei esse sistema, então cada falha nele é minha para consertar com pequenas melhorias — admitir que precisa ser reescrito é admitir que falhei em meu trabalho.

FORGING_REPLACEMENT · 03/04

Linhas de substituição (grave estas)

Herdei o código, não o criei. Sou responsável pelo que mudo a partir de agora, não por tudo que veio antes.
Um reparo cirúrgico bem colocado é progresso real. Fantasias de reescrita não escalam além da minha cabeça.
Contexto leva semanas. Padrões reduzidos que vejo agora são lacunas de clareza, não prova de que eu não entendo o sistema.

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

“Reescrevê-lo corretamente significaria admitir que não consigo apenas consertar o que está lá”

Eu digo

“Herdei o código, não o criei. Sou responsável pelo que mudo a partir de agora, não por tudo que veio antes.”

Depois faço uma coisa

Pegue uma função pequena do código legado e reescreva-a em um arquivo temporário sem mostrar. Contar quantas linhas poupou e que premissas ficaram claras.

STATUS: READY_TO_INSTALL

Apagar este pensamento

4 minutos. Sua voz. Grátis.

Começar este wipe exato no app →

O protocolo de wipe

Escreva o pensamento exatamente como ele toca: "Reescrevê-lo corretamente significaria admitir que não consigo apenas consertar o que está lá". 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

Se eu admito que o código precisa ser reescrito, isso não significa que fiz uma avaliação ruim quando assumi o sistema?

Não. Contexto leva tempo. Padrões que parecem aceitáveis na primeira semana podem ser indefensáveis na décima. Reconhecer isso é crescimento, não fracasso de avaliação.

Mas e se eu reescrever e descobrir que o design original tinha razões que eu não entendi?

Então você aprenderá essas razões enquanto reescreve — mais rápido do que consertando atalho por atalho. E se haviam razões, elas aparecerão nos testes ou nos pontos de contato que seu código reescrito não cobre.

Reescrever leva muito tempo. Não é melhor consertar pequenos problemas agora?

Consertar e reescrever são ritmos diferentes. Um conserto rápido é honesto quando o código é basicamente saudável. Reescrever é honesto quando os consertos se acumulam em torno de premissas quebradas. Você está vivendo qual desses ritmos?