Escolher uma stack é um compromisso de longo prazo que você faz com informações incompletas, então o movimento correto é decidir com tradeoffs, não hype. O framework mais atraente do circuito de conferências raramente é aquele que serve bem o projeto dois anos depois. Meu viés padrão é em favor da tecnologia chata e comprovada, a menos que haja uma razão concreta para desviar.
Uma decisão de stack molda silenciosamente contratação, velocidade e custo operacional por anos, e revertê-la depois é brutalmente caro. Escolher tecnologia porque é emocionante em vez de porque se adequa é um dos erros mais comuns e mais prejudiciais dos tech leads. Decidir deliberadamente, com os tradeoffs anotados, é o que separa uma escolha de arquitetura de uma escolha de moda.
| Escolha comprovada quando | Considere novo quando |
|---|---|
| Problema padrão, padrões conhecidos | Uma restrição real que nada maduro resolve |
| Equipe deve se mover rápido | Você tem tempo e disposição para aprender |
| De longa duração, deve ser mantível | O ganho é grande e mensurável |