کارکردگی کا دھوکہ: کیوں AI کا آخری مرحلہ سب کچھ مہنگا پڑتا ہے
آپ AI کوڈ کے 80/20 اصول کے بارے میں پڑھتے ہیں اور سر ہلاتے ہیں۔
AI آپ کے کوڈ کا پہلا 80% سیکنڈوں میں لکھ دیتا ہے۔ یہ ترقی معلوم ہوتی ہے۔ یہ رفتار کا احساس دلاتی ہے۔
یہ ایک جال ہے۔
کام کا آخری 20% آپ کا 80% وقت لے لیتا ہے۔ یہ وہ جگہ ہے جہاں منصوبے دم توڑ دیتے ہیں۔ یہ وہ جگہ ہے جہاں ڈویلپرز اپنا ذہنی سکون کھو دیتے ہیں۔
AI امکانات (probability) پر کام کرتا ہے۔ یہ اگلے ممکنہ لفظ یا کوڈ کی لائن کی پیش گوئی کرتا ہے۔ یہ منطق (logic) کو نہیں سمجھتا۔ یہ آپ کے مخصوص سسٹم آرکیٹیکچر کو نہیں سمجھتا۔ یہ ایک "happy path" تخلیق کرتا ہے جو صرف مثالی حالات میں کام کرتا ہے۔
جب آپ اس "happy path" سے آگے بڑھتے ہیں، تو آپ دیوار سے ٹکرا جاتے ہیں۔
میں اسے Verification Debt کہتا ہوں۔
Technical debt فوری حل نکالنے سے پیدا ہوتی ہے۔ Verification debt سمجھ بوجھ کی کمی سے پیدا ہوتی ہے۔
جب آپ خود کوڈ لکھتے ہیں، تو آپ ایک ذہنی نقشہ تیار کرتے ہیں۔ آپ جانتے ہیں کہ ہر لائن کیوں موجود ہے۔ جب AI اسے لکھتا ہے، تو آپ کو ایک تیار شدہ پروڈکٹ تھما دی جاتی ہے جو آپ نے نہیں بنائی۔ آپ اس کی منطق کے مالک نہیں ہوتے۔ آپ صرف نتیجے کے مالک ہوتے ہیں۔
اگر آپ کوڈ کو نہیں سمجھتے، تو آپ اسے debug نہیں کر سکتے۔ آپ ایک ایسی غلطی کو ٹھیک کرنے میں گھنٹوں صرف کرتے ہیں جو AI نے ایک سیکنڈ میں کی تھی۔
کوڈ کی تخلیق کی رفتار تکمیل کا ایک دھوکہ پیدا کرتی ہے۔ آپ کو لگتا ہے کہ آپ تقریباً مکمل ہو چکے ہیں۔ پھر edge cases سامنے آتے ہیں۔ Integration ناکام ہو جاتی ہے۔ Security flaws ظاہر ہونے لگتے ہیں۔
آخری 20% محض "آخری چھونے والے کام" (finishing touches) نہیں ہیں۔ یہ معیار کا مرکز ہے۔ یہ testing، debugging، اور edge-case handling ہے۔
آپ اسے کیسے ٹھیک کر سکتے ہیں؟
AI کے آؤٹ پٹ کو حتمی پروڈکٹ سمجھنا بند کریں۔ اسے غیر قابل اعتماد ڈیٹا کے طور پر دیکھیں۔
- پہلے tests لکھیں۔ ٹیسٹ تیار کرنے سے پہلے کبھی بھی logic تیار نہ کریں۔ AI کے بولنے سے پہلے یہ طے کریں کہ ناکامی کیسی نظر آتی ہے۔
- حصوں میں تصدیق کریں۔ غلطیاں تلاش کرنے کے لیے پورے سسٹم کی integration کا انتظار نہ کریں۔ ہر چھوٹے بلاک کو الگ سے ٹیسٹ کریں۔
- Patching کے بجائے مسترد کر دیں۔ اگر کوئی AI فنکشن ٹیسٹ میں ناکام ہو جائے، تو اسے لائن بہ لائن ٹھیک کرنے کی کوشش نہ کریں۔ اسے ڈیلیٹ کر دیں اور ایک مختلف prompt آزمائیں۔ AI کی غلطیوں کو patch کرنا اکثر مزید غلطیاں پیدا کرتا ہے۔
80/20 کا اصول ایک وارننگ ہے۔ AI آپ کی رفتار تو بڑھاتا ہے، لیکن یہ تصدیق کرنے کی آپ کی ذمہ داری بھی بڑھا دیتا ہے۔
اگر آپ اپنا سارا وقت AI کی غلطیاں ٹھیک کرنے میں گزار دیتے ہیں، تو آپ نے کارکردگی حاصل نہیں کی۔ آپ نے صرف ایک قسم کے کام کو دوسری قسم کے کام سے بدلا ہے۔
آخری مرحلہ وہ ہے جہاں آپ ثابت کرتے ہیں کہ کوڈ واقعی کام کرتا ہے۔ یہ وہ جگہ ہے جہاں آپ ثابت کرتے ہیں کہ آپ ایک مکمل نظر آنے والے جھوٹ کے دھوکے میں نہیں آئے۔
Source: https://dev.to/amrree/the-illusion-of-efficiency-why-ais-last-mile-costs-everything-a7g
Optional learning community: https://t.me/GyaanSetuAi