Em Defesa da Tecnologia Chata

A cada poucos meses, surge algo novo prometendo melhorar sua stack: uma nova biblioteca de gerenciamento de estado, um novo ORM, uma nova forma de estruturar rotas de API. Adotar tudo isso parece progresso. Geralmente é só dívida técnica com marketing melhor.

Tokens de inovação

Existe um modelo mental útil aqui: trate o apetite do seu time por tecnologia nova como um orçamento limitado de "tokens de inovação". Cada peça de tecnologia desconhecida que você adota — não importa quão boa pareça num post de blog — custa um token. Quando acabam, todo incidente, todo onboarding, toda investigação de "por que isso está quebrando" fica mais lenta, porque agora seu time está depurando ferramentas desconhecidas em vez de resolver o problema real.

Isso não significa nunca adotar nada novo. Significa gastar esses tokens onde eles realmente compram alguma coisa, e ser honesto sobre o que essa "coisa" significa:

• Um banco novo porque o atual genuinamente não aguenta seu padrão de acesso — token bem gasto.
• Um banco novo porque uma palestra deixou ele parecendo empolgante — token desperdiçado em novidade.

Chato não significa estagnado

Tecnologia "chata" geralmente significa: bem documentada, amplamente usada, com modos de falha previsíveis, e um mercado de contratação que já conhece a ferramenta. PostgreSQL é chato. REST sobre HTTP é chato. Um monólito com limites de módulo bem definidos é chato. Nada disso significa primitivo — significa que os problemas difíceis daquela área já foram majoritariamente resolvidos por outras pessoas, e você se beneficia disso em vez de redescobrir os mesmos casos extremos que elas já descobriram.

A parte interessante e diferenciada do seu produto raramente é "qual fila de mensagens usamos". Gaste seus tokens de inovação ali — na parte do sistema que é de fato única no que você está construindo — e deixe o resto da stack o mais previsível possível.

Um teste simples

Antes de adotar algo novo, pergunte: se isso quebrar em produção às 2h da manhã, quantas pessoas do time conseguem depurar sem ler documentação primeiro? Se a resposta honesta for "só quem escolheu a ferramenta", isso não é necessariamente motivo para evitar — mas é um custo que você deveria contabilizar, não uma nota de rodapé.