Você conhece a cena: entra num projeto novo, abre o repositório e se depara com um monstro. Milhares de linhas sem testes, sem documentação e sem uma única pessoa que lembre por que aquilo está ali. Respire. Tomas Vukasovic montou um manual de sobrevivência exatamente para esse momento.
As primeiras semanas: observar antes de mexer
O instinto diz "vamos consertar tudo agora". Má ideia. Como naquela cena de Indiana Jones em que mover a pedra errada ativa todas as armadilhas, mexer num código que você não entende pode desencadear o caos. Tom propõe o contrário: as primeiras semanas são para ler, mapear e entender, não para sair refatorando feito louco.
Como gerar valor sem enlouquecer
A chave é conquistar confiança com pequenas vitórias. Em vez de prometer uma reescrita épica, resolva coisas concretas que o cliente perceba. Cada mudança pequena e segura soma credibilidade e te dá o contexto que você precisa para as mudanças grandes. É a diferença entre o herói que se queima em uma semana e o que realmente salva o projeto.
Mudanças progressivas que curam o projeto
Depois que você entende o terreno, chega a parte boa: introduzir melhorias aos poucos, sem travar o negócio. Testes onde mais dói, refactors cirúrgicos, documentação mínima mas útil. Não é glamouroso, mas é o que transforma um código monstruoso em um com o qual dá para conviver. E essa paciência, na Howdy, valorizamos muito.
Assista à palestra completa
Dá o play no manual completo do Tom, com exemplos direto da trincheira. E se você é um developer que não se assusta com desafios reais, conheça as oportunidades na Howdy.
