اے آئی نے سینئر انجینئرز کی اہمیت کم نہیں کی، بلکہ انہیں مزید قیمتی بنا دیا ہے

سافٹ ویئر انجینئرنگ پہلے ایک واضح راستے پر چلتی تھی۔

جونیئرز سنٹیکس (syntax) سیکھتے تھے۔ مڈ لیول کے انجینئرز سسٹمز (systems) سیکھتے تھے۔ سینئرز فیصلہ سازی (judgment) سیکھتے تھے۔

پھر اے آئی (AI) آگیا۔ اب کوئی بھی سیکنڈوں میں کوڈ تیار کر سکتا ہے۔ اے آئی فنکشنز، APIs، ٹیسٹ اور ڈاکومنٹیشن لکھتا ہے۔

کچھ لوگوں کا خیال ہے کہ اس سے تجربہ کار انجینئرز کو نقصان پہنچتا ہے۔ وہ پوچھتے ہیں کہ اگر اے آئی کوڈ لکھ رہا ہے تو کمپنیوں کو سینئرز کی ضرورت کیوں ہے؟

حقیقت اس کے برعکس ہے۔ اے آئی سینئر انجینئرز کی اہمیت میں اضافہ کرتا ہے۔

بہت سے لوگ سمجھتے ہیں کہ انجینئرنگ کا مطلب کوڈ لکھنا ہے۔ کوڈ اکثر آسان حصہ ہوتا ہے۔

اصل مشکل کام ان سوالات میں شامل ہے:

  • ہم کون سا مسئلہ حل کر رہے ہیں؟
  • ہم کس قسم کے سمجھوتے (tradeoffs) کر رہے ہیں؟
  • یہ موجودہ سسٹم میں کیسے فٹ بیٹھتا ہے؟
  • خطرات کیا ہیں؟
  • ہم چھ ماہ بعد اس کی دیکھ بھال کیسے کریں گے؟
  • جب ضروریات (requirements) بدل جائیں گی تو کیا ہوگا؟

اے آئی نفاذ (implementation) سنبھالتا ہے۔ اے آئی ذمہ داری نہیں لے سکتا۔ سینئر انجینئرز اپنا زیادہ تر وقت ذمہ داری نبھانے میں صرف کرتے ہیں۔

ایک ماہر انجینئر اور ایک کمزور انجینئر اب ایک جیسا کوڈ تیار کر سکتے ہیں۔ لیکن ایک جیسے کوڈ کا مطلب ایک جیسی کوالٹی نہیں ہے۔

اے آئی اس کے ساتھ کام کرتا ہے جو کچھ آپ اسے دیتے ہیں۔

  • اگر ضروریات مبہم ہوں، تب بھی اے آئی آؤٹ پٹ دے دیتا ہے۔
  • اگر آرکیٹیکچر (architecture) بکھرا ہوا ہو، تو اے آئی اسی بکھراؤ کی پیروی کرتا ہے۔
  • اگر حدود (constraints) موجود نہ ہوں، تو اے آئی مفروضے لگا لیتا ہے۔

تجربہ کار انجینئرز ان مسائل کو جلد بھانپ لیتے ہیں۔ اے آئی فیصلہ سازی (judgment) کا متبادل نہیں ہے۔ یہ صرف یہ ظاہر کرتا ہے کہ فیصلہ سازی کہاں مفقود ہے۔

اے آئی سے پہلے، رفتار ایک رکاوٹ (bottleneck) تھی۔ اب، ٹیمیں کوڈ اتنی تیزی سے تیار کرتی ہیں کہ ان کے پاس اسے چیک کرنے کا وقت ہی نہیں بچتا۔ اہمیت کا مرکز بدل گیا ہے۔

نئی رکاوٹیں یہ ہیں:

  • ضروریات کی وضاحت
  • آرکیٹیکچرل فیصلے
  • خطرات کا تجزیہ
  • تصدیق (Verification)
  • ترجیحات کا تعین
  • پروڈکٹ کی سمجھ بوجھ

یہ سینئر مہارتیں ہیں۔ جیسے جیسے نفاذ (implementation) کی لاگت کم ہوتی ہے، ان کی اہمیت بڑھ جاتی ہے۔

اے آئی کو ایک لیوریج (leverage) کے طور پر دیکھیں۔ ایک اچھا انجینئر زیادہ ویلیو پیدا کرنے کے لیے اے آئی کا استعمال کرتا ہے۔ ایک کمزور انجینئر زیادہ غلطیاں کرنے کے لیے اے آئی کا استعمال کرتا ہے۔

اداروں کو ایسے لوگوں کی ضرورت ہے جو:

  • بہتر حدود (constraints) متعین کر سکیں
  • بڑے مسائل کو چھوٹے کاموں میں تقسیم کر سکیں
  • اے آئی کی تبدیلیوں کا جائزہ لے سکیں
  • پوشیدہ خطرات تلاش کر سکیں
  • سسٹم کی کوالٹی برقرار رکھ سکیں

ٹول بدل گیا، لیکن ضرورت وہی رہی۔

کیریئر کا سوال تیزی سے کوڈ لکھنے کے بارے میں نہیں ہے۔ یہ بہتر انجینئرنگ فیصلے کرنے کے بارے میں ہے۔

کوڈ کی تیاری ہر سال سستی ہوتی جا رہی ہے۔ لیکن بہتر فیصلہ سازی (judgment) نہیں۔

اے آئی کوڈ لکھ سکتا ہے، لیکن انسانوں کو یہ فیصلہ کرنا ہوگا کہ کیا بنانا ہے اور کیا وہ کام کر رہا ہے۔ وہ کام انسانی ہی رہے گا۔

Source: https://dev.to/artcalo/ai-didnt-make-senior-engineers-less-valuable-it-made-them-more-valuable-3jfn

Optional learning community: https://t.me/GyaanSetuAi