ROTEIRO ANTIGO DETECTADO

“Não estou mantendo, estou apenas habilitando ao não reescrever”

Experimente esta resposta:

“Uma checagem fecha um chamado. Ela não vota sobre o arquivo inteiro.”

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

“Não estou mantendo, estou apenas habilitando ao não reescrever”

SUA RESPOSTA GRAVADA

“Uma checagem fecha um chamado. Ela não vota sobre o arquivo inteiro.”

UM PASSO PRIVADO

Escolha uma correção que você fez em código antigo e escreva duas linhas: o que o chamado pedia, e o que uma reescrita completa teria exigido. Guarde só para você.

A Correção Que Parece Um Encobrimento

01 / A Função Que Você Embrulha Em Vez De Substituir
Um crash de ponteiro nulo leva você a uma função sem testes, com três responsabilidades misturadas e um nome que já não descreve o que ela faz. Consertar o crash leva quatro linhas: uma checagem antes da chamada problemática. Você as escreve, e depois fica olhando para o resto da função, porque deixá-la de pé parece que você acabou de votar para que ela continue.
02 / Chamar De Habilitar Para Parecer Uma Decisão
O pensamento chega como veredito: não estou mantendo, estou apenas habilitando ao não reescrever. Então a checagem vira um comentário explicando por que uma reescrita já está atrasada, depois uma mensagem no time sinalizando o módulo inteiro para depois, depois uma contagem silenciosa de cada correção que você fez sem nunca reconstruir aquilo do zero. Chamar de habilitar te dá a sensação de ter tomado uma posição, o que alivia, mas essa posição nunca sai da sua cabeça, então a função vai para produção sem outra proteção além da sua própria releitura, e o próximo crash encontra a mesma forma esperando.
03 / A Linha Entre A Correção E O Veredito
O ponto de interrupção fica logo depois que a correção funciona, quando sua atenção quer pular do que o chamado pedia para o que o arquivo inteiro merece. Perceba esse salto e faça uma pergunta: esse crash exigia uma reescrita, ou quatro linhas e uma checagem? Se o chamado está fechado, o veredito sobre o arquivo pode esperar por um chamado que seja realmente sobre o arquivo.

TRACE · 01/04

Como este roteiro controla você

Você adiciona um comentário acima de uma correção que funciona explicando que o conserto de verdade seria uma reescrita, em chamados que nunca pediram isso.
Aplicar uma correção pequena em código antigo deixa você montando mentalmente uma defesa de por que não é responsável pelo estado dele.
Você mantém uma contagem informal de quantas correções fez em um arquivo como prova de que já deveria ter reescrito ele.

SOURCE_LOCATED · 02/04

A regra oculta por baixo

O Roteiro da Herança Legada

Se eu mexer num sistema com falhas sem reconstruí-lo por completo, minha correção prova que escolhi deixar a falha continuar, então cada conserto que não é uma reescrita conta contra mim.

FORGING_REPLACEMENT · 03/04

Linhas de substituição (grave estas)

Uma checagem fecha um chamado. Ela não vota sobre o arquivo inteiro.
Consertar o que está quebrado hoje não é aprovar como aquilo foi construído.
A pergunta sobre a reescrita e a pergunta sobre o crash são chamados 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

“Não estou mantendo, estou apenas habilitando ao não reescrever”

Eu digo

“Uma checagem fecha um chamado. Ela não vota sobre o arquivo inteiro.”

Depois faço uma coisa

Escolha uma correção que você fez em código antigo e escreva duas linhas: o que o chamado pedia, e o que uma reescrita completa teria exigido. Guarde só para você.

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: "Não estou mantendo, estou apenas habilitando ao não reescrever". 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 continuo corrigindo o mesmo arquivo a cada poucas semanas, isso não prova que uma reescrita é realmente necessária?

Correções repetidas em um arquivo são um sinal útil para uma conversa de planejamento sobre esse arquivo. O que elas não provam é que cada correção individual estava errada, nem que você pessoalmente é responsável pelo arquivo ainda não ter sido reescrito.

Qual a diferença entre escrever uma checagem e escolher deixar código ruim em produção?

Uma checagem responde a um crash específico com uma entrada específica. Deixar código sem reescrever é uma decisão muito maior, envolvendo escopo, prioridade e muitas vezes pessoas acima da sua fila de chamados. Tratar o conserto pequeno como equivalente à decisão grande é o que faz a correção pesar mais do que deveria.

Devo parar de mencionar que uma reescrita ajudaria, mesmo sendo verdade?

Não, sinalizar isso uma vez onde quem prioriza o trabalho consiga ver é útil. O padrão a observar é repetir esse sinal dentro de cada correção sem relação, como forma de se distanciar antecipadamente de um código que você é obrigado a tocar ativamente.