La scelta di uno stack è un impegno a lungo termine che si prende con informazioni incomplete, quindi la mossa giusta è decidere in base ai compromessi, non all'hype. Il framework più affascinante del circuito delle conferenze è raramente quello che serve al progetto tra due anni. La mia inclinazione predefinita è verso la tecnologia provata e noiosa a meno che non ci sia una ragione concreta per deviare.
| Scegli il provato quando | Considera l'innovativo quando |
|---|---|
| Problema standard, pattern noti | Un vero vincolo che nulla di maturo risolve |
| Il team deve muoversi velocemente | Hai tempo e voglia di imparare |
| Longevo, deve essere mantenibile | Il guadagno è grande e misurabile |
Una decisione dello stack plasma silenziosamente l'assunzione di personale, la velocità e il costo operativo per anni, e invertirla in seguito è brutalmente costoso. Scegliere la tecnologia perché è entusiasmante piuttosto che perché si adatta è uno degli errori più comuni e più dannosi dei tech lead. Decidere deliberatamente, con i compromessi documentati, è ciò che separa una scelta architetturale da una scelta di moda.