آپ کسی نئے پروجیکٹ کے لیے ٹیک اسٹیک کے انتخاب میں کون سے عوامل کردار ادا کرتے ہیں؟

اسٹیک کا انتخاب ایک طویل مدتی وعدہ ہے جو آپ نامکمل معلومات کے ساتھ کرتے ہیں، اس لیے صحیح طریقہ ہائپ نہیں بلکہ tradeoffs کے ساتھ فیصلہ کرنا ہے۔ کانفرنس کے سرکٹ میں سب سے دلکش framework شاید وہ نہیں ہے جو دو سال بعد آپ کے پروجیکٹ کو بہتری سے کام دے۔ میرا ڈیفالٹ رجحان بورنگ، ثابت شدہ ٹیکنالوجی کی طرف ہے جب تک کہ انحراف کا کوئی مخصوص سبب نہ ہو۔

عوامل جو میں تولتا ہوں

• مسئلہ کی موزونیت۔ کیا یہ ٹیک قدرتی طور پر کام کے بوجھ کے لیے موزوں ہے، ریئل ٹائم، ڈیٹا سے بھرپور، CPU پر منحصر، یا زیادہ تر CRUD؟ غلط ٹول کو مجبور کرنا آپ کو ہمیشہ کے لیے نقصان پہنچاتا ہے۔
• ٹیم کی واقفیت۔ ایک اسٹیک جو آپ کی ٹیم پہلے سے جانتی ہے، تیزی سے پہنچتا ہے اور کم ٹوٹتا ہے بہ نسبت ایک "بہتر" کے جسے کوئی سمجھتا نہیں۔
• Ecosystem اور بالغیت۔ Libraries، tooling، documentation، اور ایک کمیونٹی جو پہلے سے ہی ان خرابیوں سے جوجھ چکی ہو جو آپ کو سامنا کریں گی۔
• Hiring۔ کیا آپ اس اسٹیک میں لوگ تلاش کر سکتے ہیں اور انہیں شامل کر سکتے ہیں، یا آپ ایک نی چ اسکل پر شرط لگا رہے ہیں؟
• طویل مدتی دیکھ بھال۔ تین سال میں کون اسے زندہ رکھتا ہے؟ فعال، اچھی طریقے سے سپورٹ شدہ ٹیک زیادہ عرصے تک چلتی ہے۔
• کارکردگی اور اسکیل کی ضروریات۔ اس بات میں ای مانی رہیں کہ آپ کو ابھی کیا درکار ہے بمقابلہ جو آپ کو لگتا ہے کہ درکار ہوگا۔
• مارکیٹ میں آنے کا وقت۔ کبھی کبھی اس سہ ماہی میں شپ کرنا نظریاتی طور پر صاف انتخاب سے زیادہ اہم ہوتا ہے۔
• آپریشنل خرچ اور lock-in۔ Hosting، licensing، اور بعد میں کسی vendor سے نکلنا کتنا مشکل ہو سکتا ہے۔

Boring بمقابلہ نیا

یہ کیوں اہم ہے

ایک اسٹیک کا فیصلہ خاموشی سے سالوں تک hiring، velocity، اور operational cost کو شکل دیتا ہے، اور بعد میں اسے ریورس کرنا بھیانک طریقے سے مہنگا ہے۔ ٹیکنالوجی کا انتخاب صرف اس لیے کرنا کیونکہ یہ دلچسپ ہے بجائے اس کے کہ یہ فٹ بیٹھتا ہے، یہ سب سے عام اور سب سے نقصان دہ tech-lead غلطیوں میں سے ایک ہے۔ deliberately فیصلہ کرنا، tradeoffs لکھے ہوئے ہوں، یہ ہے جو ایک architecture کے انتخاب کو فیشن کے انتخاب سے الگ کرتا ہے۔