Alegerea unei stack este un angajament pe termen lung pe care îl faci cu informații incomplete, deci mișcarea corectă este să decizi cu compromisuri, nu hype. Cel mai strălucitor framework din circuitul conferințelor este rar acela care servește proiectul bine doi ani mai târziu. Tendința mea implicită este spre tehnologie plictisitoare și dovedită, cu excepția cazului în care există un motiv concret să mă abat.
O decizie de stack dă tăcere la angajare, viteză și cost operațional pentru ani, iar inversarea acesteia mai târziu este brutal de scumpă. Alegerea tehnologiei pentru că este captivantă mai degrabă decât pentru că se potrivește este una dintre greșelile cea mai frecventă și mai dăunătoare ale tech-lead-ului. Luarea unei decizii deliberate, cu compromisurile scrise, este ceea ce distinge o alegere de arhitectură de o alegere de modă.
| Alege dovedit când | Ia în considerare nou când |
|---|---|
| Problemă standard, modele cunoscute | O constrângere reală pe care nimic copt nu rezolvă |
| Echipa trebuie să se miște rapid | Ai timp și poftă să înveți |
| Durabil pe termen lung, trebuie să fie ușor de întreținut | Câștigul este mare și măsurabil |