Livro O Homem Que Não Teimava

Entendendo Persistência Sem Obstinação

O termo livro o homem que não teimava me chegou através de um colega de trabalho alguns anos atrás, quando estávamos tentando implementar um novo processo de extração de dados em um projeto legado. A situação era clássica: várias pessoas insistiam em forçar uma abordagem que simplesmente não funcionava com a arquitetura existente. Eu era um deles no começo, mas depois de gastar três dias inteiros sem progresso, percebi que estava teimando ao invés de persistir. Persistência é manter o foco no objetivo. Teimosia é insistir no método quando o método falha. Essa distinção parece óbvia no papel, mas na prática é muito mais sutil. No meu caso, o objetivo era migrar milhões de registros de uma tabela antiga para um novo schema. A teimosia era acreditar que eu podia simplesmente rodar um script SQL grande e resolver. A persistência seria encontrar uma maneira incremental de fazer isso. Achei que estava sendo resiliente quando na verdade estava sendo teimoso. A virada aconteceu quando parei de perguntar "como eu faço isso continuar funcionando?" e comecei a perguntar "por que isso não está funcionando e o que posso fazer diferente?". A resposta foi dividir o trabalho em batches de 10.000 registros, com validação intermediária e rollback automático em caso de erro. O que levaria uma execução única de 4 horas e provavelmente falharia no meio, passou a rodar em lotes de 15 minutos cada, com visibilidade clara do progresso.

O conceito por trás disso é simples mas frequentemente mal aplicado. Você pode ser persistente e ainda assim mudar de direção várias vezes ao longo do caminho. O que define a persistência não é a rigidez do plano, mas a resolução do objetivo final. Quando eu li sobre livro o homem que não teimava pela primeira vez, não fiz conexão imediata com minha situação. Levou algumas semanas até que o tema ressoasse de verdade.

Como identificar quando você está teimando

Existem sinais práticos que eu aprendi a reconhecer. O primeiro é quando você passa mais tempo justificando por que algo deve funcionar do que buscando alternativas. O segundo é quando colegas começam a evitar discutir o assunto com você porque sabem que vai terminar em circular arguments. O terceiro, e mais importante, é quando o custo de continuar excede o valor esperado do resultado. No projeto em questão, o custo estava se tornando claro. Cada hora adicional gasta no script original era uma hora que não estava sendo dedicada a outras partes do sistema que também precisavam de atenção. A tomada de decisão mais difícil não foi mudar de estratégia, foi admitir publicamente que a estratégia anterior estava errada. Isso requer um tipo de honestidade que não é treinada em ambientes corporativos tradicionais. Uma armadilha comum é confundir velocidade com progresso. Se você está executando algo rapidamente mas não avança, está apenas girando. Minha equipe e eu cometemos esse erro repetidamente. Rodávamos os scripts, viamos erros, ajustávamos parâmetros, rodávamos de novo. O ciclo era rápido mas não gerava avanço real. Só quando paramos de rodar e começamos a analisar o padrão dos erros é que entendemos o problema raiz.

Aplicando persistência inteligente

Depois de mudar a abordagem, estabeleci um ritual simples que me ajudou a manter o foco sem cair na teimosia. Todo domingo à tarde, eu revisava o que havia sido concluído na semana, o que estava pendente, e se a estratégia atual ainda fazia sentido. Essa revisão de 20 minutos me salvou de pelo menos três desvios que teria levado dias para identificar sem o checkpoint estruturado. O livro o homem que não teimava ganhou outro significado quando apliquei isso na prática. Não se tratava de nunca desistir, mas de saber quando mudar de tática sem perder a direção. A persistência inteligente inclui a capacidade de recalcular rotas. É como navegar: você mantém o rumo mas ajusta as velas conforme o vento muda. Para quem quer começar a praticar isso, recomendo anotar diariamente três coisas: o que foi feito, o que foi aprendido, e o que seria feito diferente amanhã. Esse simples exercício de registro transforma intuições difusas em dados concretos que permitem ajustes rápidos. Eu mantive esse hábito por mais de dois anos e ele eliminou a maior parte da teimosia desnecessária do meu dia a dia profissional.

O resultado final do projeto foi entregue em quatro semanas ao invés dos dois meses estimados inicialmente. A mudança de mentalidade foi o fator mais significativo, não a técnica em si. A técnica se tornou secundária quando você para de insistir no que não funciona e começa a experimentar o que pode funcionar. Esse é o ensinamento central que carrego até hoje em qualquer projeto novo.