Matando Cachorro A Grito

Como funciona o método de matando cachorro a grito na prática

O matando cachorro a grito é uma técnica que eu descobri por acaso em 2018, quando estava resolvendo um problema de deploy automatizado num servidor de produção com tráfego alto. A situação era simples de descrever: um script de backup estava corrompendo tabelas inteiras a cada execução, e o tempo para corrigir o processo convencional era de dias. A abordagem brusca resolveu em horas. A ideia central é direta. Em vez de investigar, analisar e reconstruir um processo do zero, você identifica o ponto de falha, aplica uma solução agressiva que elimina o problema rapidamente, e só depois refina. O nome vem da cultura de suporte técnico brasileiro, onde muitos profissionais já usavam essa expressão para descrever soluções que funcionam sem glamour.

Passo a passo para aplicar matando cachorro a grito

Você começa isolando o problema. Anota o que está quebrado, quantas pessoas estão afetadas, e qual é o impacto real em termos de tempo ou dinheiro. Eu costumava fazer isso em um documento simples com três campos: o que quebrou, quanto custa agora, e quem precisa que seja resolvido urgente. Não tem nada revolucionário nisso, mas evita que você gaste energia em coisas que não importam. O segundo passo é decidir qual é a solução mais rápida, mesmo que seja feia. Isso significa quebrar regras que normalmente seguiria. Um colega meu, por exemplo, parou de usar um sistema de versionamento completo numa migração de banco de dados e simplesmente fez dump manual com scripts bash mal escritos. O resultado foi um backup funcional em 40 minutos, contra as 6 horas estimadas pelo procedimento oficial. O terceiro passo é executar semhesitação. O erro mais comum é ficar analisando possíveis consequências e acabar não fazendo nada. Quando você decide, aplica a solução e observa o que acontece. Se der errado, volta ao plano B. Se der certo, aí sim você documenta e estabiliza.

O que ninguém te conta sobre essa abordagem

A principal armadilha é achar que tudo pode ser resolvido assim. Funciona bem para problemas isolados com prazo curto, mas se repele com frequência vira padrão de trabalho, você acumula dívida técnica que vai explodir depois. Eu vi times inteiros operarem dessa forma por meses e terminar com sistemas tão quebrados que precisaram ser reescritos do zero. Outro ponto importante é que essa técnica exige competência prévia. Se você não entende o que está fazendo, a versão brutal do problema provavelmente vai piorar as coisas. Eu aprendi isso na prática em 2021, quando tentei aplicar matando cachorro a grito num processo de SSL sem entender bien como funcionava o handshake. O site ficou fora do ar por duas horas e media. A correção foi voltar ao procedimento convencional e aprender o fundamento primeiro. Um detalhe que poucos mencionam: a velocidade depende muito da sua familiaridade com as ferramentas do dia a dia. Alguém que conhece bem o ecossistema consegue aplicar a solução em minutos, enquanto outro leva horas só procurando onde clicar. Ter atalhos, scripts pessoais e um ambiente configurado faz diferença de 80% no tempo de resposta.

Quando NÃO usar essa técnica

Problemas que envolvem dados sensíveis, conformidade regulatória ou segurança crítica não se beneficiam de solução rápida. Um erro aqui pode significar multa, processo ou vazamento. Nesses casos, o caminho convencional, embora lento, é a única opção segura. Também não funciona bem para problemas estruturais recorrentes. Se algo quebra toda semana, o jeito rápido resolve hoje mas o problema volta amanhã. Aí o ideal é identificar a causa raiz e corrigir permanentemente, mesmo que demande mais tempo inicial. O matando cachorro a grito é uma ferramenta válida no kit de qualquer profissional de TI, mas como qualquer ferramenta, precisa ser usada com critério. Saber quando apply-la e quando não apply-la é o que separa quem resolve problemas de quem só os empilha.