एक stack चुनना एक दीर्घकालिक प्रतिबद्धता है जो आप अधूरी जानकारी के साथ करते हैं, इसलिए सही कदम hype नहीं, tradeoffs के साथ निर्णय लेना है। conference circuit पर सबसे चमकदार framework शायद ही कभी वह होता है जो project की दो साल बाद सेवा करता है। मेरा default पूर्वाग्रह boring, proven technology की ओर है, जब तक कि विचलित होने का कोई ठोस कारण न हो।
| Choose proven when | Consider novel when |
|---|---|
| Standard problem, known patterns | A real constraint nothing mature solves |
| Team must move fast | You have time and appetite to learn |
| Long-lived, must be maintainable | The gain is large and measurable |
एक stack निर्णय चुपचाप hiring, velocity, और operational cost को वर्षों तक आकार देता है, और बाद में इसे पलटना बेहद महंगा है। technology को इसलिए चुनना क्योंकि यह रोमांचक है बजाय इसके कि यह fit होती है, सबसे आम और सबसे हानिकारक tech-lead गलतियों में से एक है। जानबूझकर निर्णय लेना, tradeoffs लिखे हुए, यही एक architecture choice को एक fashion choice से अलग करता है।