معمول کا اصول: AI کو لکھنے دیں جہاں غلطیاں سستی اور واضح ہوں، اور اسے جائزہ لینا/دوبارہ تیار کرنا استعمال کریں جہاں غلطیاں مہنگی یا ڈھکی ہوئی ہوں۔ فیصلہ کن عامل یہ ہے کہ آپ کو آؤٹ پٹ کی تصدیق کرنے میں کتنی لاگت آتی ہے۔
معمول کا اصول: AI کو لکھنے دیں جہاں غلطیاں سستی اور واضح ہوں، اور اسے جائزہ لینا/دوبارہ تیار کرنا استعمال کریں جہاں غلطیاں مہنگی یا ڈھکی ہوئی ہوں۔ فیصلہ کن عامل یہ ہے کہ آپ کو آؤٹ پٹ کی تصدیق کرنے میں کتنی لاگت آتی ہے۔
ان معاملات میں ایک bug کی لاگت کم ہے اور آپ نتیجہ کو اوپر سے نیچے تک پڑھ سکتے ہیں۔
یہاں آپ AI کو دوسری جوڑی آنکھیں رکھتے ہیں: یہ تجویز دیتا ہے، آپ فیصلہ کرتے ہیں۔
Cost of a bug LOW Cost of a bug HIGH
New code ✅ let AI write ⚠️ AI drafts, you verify hard
Existing code ✅ AI refactors ✅ AI reviews, you write the change
صفر سے لکھنا تیز ہے لیکن AI APIs ایجاد کر سکتا ہے (hallucination) یا وہ context غور کرنے سے محروم رہتا ہے جو نہیں دیکھ سکتا۔ جائزہ لینا محفوظ تر ہے لیکن سست اور صرف اتنا اچھا ہے جتنا context آپ دیتے ہیں۔ کسی بھی طریقے سے آپ ذمہ دار ٹھہرائے جانے والے مصنف ہیں — AI ایک ٹول ہے، commit کا دستخط کار نہیں۔
اس میں غلط فیصلہ کرنا وہ جگہ ہے جہاں AI-assisted dev غلط ہوتا ہے: لوگ AI کو critical منطق generate کرنے دیتے ہیں جسے وہ مکمل طور پر تصدیق نہیں کر سکتے، یا وہ معمولی boilerplate ہاتھ سے لکھتے ہیں جو AI سیکنڈ میں produce کر سکتا ہے۔ Mode (لکھنا بمقابلہ جائزہ لینا/دوبارہ تیار کرنا) کو غلط ہونے کی لاگت سے ملانا آپ کو سستی چیزوں پر تیز رکھتا ہے اور خطرناک چیزوں پر احتیاط سے۔ جو صلاحیت test ہو رہی ہے وہ ہے اس بارے میں فیصلہ کن صلاحیت کہ اپنی تصدیق کی محنت کہاں صرف کریں — نہ کہ یہ کہ آپ AI کو prompt کر سکتے ہیں۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں