کیا AI ابھی پروگرام رائٹرز کی جگہ لے سکتا ہے؟ اگر نہیں تو ابھی کیا کمی ہے؟

Question

Accepted Answer

ابھی نہیں — اور خامی ٹائپنگ کی رفتار کے بارے میں نہیں ہے۔ جدید AI **code** کو بہت اچھی طرح سے تیار کرتا ہے، لیکن سافٹ ویئر انجینئرنگ صرف code تیار کرنے سے بہت زیادہ ہے۔ اس میں کمی یہ ہے کہ **code کے ارد گرد فیصلہ سازی**: کیا بنانا ہے، کیوں، اور کیا نتیجہ حقیقی دنیا کے نظام میں درست ہے یا نہیں۔

## AI کیا اچھی طرح کرتا ہے

- **Code کو ڈرافٹ کرنا** واضح ہدایات سے — functions، boilerplate، معروف patterns۔
- **Code کی وضاحت اور ترجمہ** کرنا، اور self-contained bugs کے لیے اصلاحات تجویز کرنا۔
- **وسیع یادوں کی صلاحیت** — یہ کسی بھی شخص سے زیادہ libraries کی سطح کو جانتا ہے۔

## اس میں ابھی کمی ہے

- **حقیقی دنیا کا تناظر اور فیصلہ سازی** — یہ آپ کے صارفین، آپ کی پابندیوں، یا پانچ غیر دستاویزی وجوہات نہیں دیکھ سکتا کہ نظام یہ کیوں ہے۔
- **جوابدہی** — جب ایک deploy رات کے 2 بجے ڈیٹا کو خراب کرتا ہے، ایک انسان نتائج کا مالک ہے۔ AI call پر نہیں ہو سکتا یا ذمہ دار نہیں ٹھہرایا جا سکتا۔
- **مبہم ضروریات کو حل کرنا** — حقیقی specs غیر واضح اور متضاد ہیں؛ "checkout کو تیز کریں" کو *صحیح* تبدیلی میں تبدیل کرنا اصل کام ہے۔
- **نظام کی سطح کے ڈیزائن کے trade-offs** — consistency اور latency کے درمیان انتخاب کرنا، یا build بمقابلہ buy، cost، team کی مہارت، اور پانچ سال کے افق کو سمجھنا۔
- **نئے مسائل میں Debugging** — نقائص جو services، infra، اور timing میں پھیلے ہوئے ہیں، جہاں Stack Overflow کا کوئی جواب موجود نہیں ہے۔
- **Stakeholder سے بات چیت** — scope پر مذاکرہ، نہیں کہنا، اور لوگوں کو align کرنا۔

## اصل میں کیا ہوتا ہے

AI **کام کو تبدیل** کرتا ہے نہ کہ انجینئر کو ہٹاتا ہے۔ روٹین code کو hand-type کرنے میں کم وقت، مسائل کو frame کرنے، output کو review کرنے، اور verify کرنے میں زیادہ وقت۔ کردار stack میں اوپر جاتا ہے — ہر لائن کے مصنف سے تیز رفتار عمل کے director اور verifier تک۔

## یہ اہم کیوں ہے

"AI code لکھتا ہے" کو "AI نے کام کیا" سمجھنا کلاسیک غلطی ہے — یہ سب سے زیادہ نمایاں 20% کو پورے کے ساتھ الجھ دیتا ہے۔ انجینئرنگ کے مشکل اور قیمتی حصے بالکل وہ حصے ہیں جو AI سب سے زیادہ کمزور ہے: ابہام، trade-offs، جوابدہی، اور نئی debugging۔ یہ سمجھنا آپ کو بتاتا ہے کہ اپنی خود کی ترقی میں کہاں سرمایہ کاری کریں — ایک ماڈل کو out-type کرنے میں نہیں، بلکہ جس فیصلہ سازی کو یہ بدل نہیں سکتا۔