दक्षता का भ्रम: क्यों AI का लास्ट माइल सब कुछ महंगा कर देता है

आप AI कोड के 80/20 नियम के बारे में पढ़ते हैं और सहमति में सिर हिलाते हैं।

AI आपके कोड का शुरुआती 80% कुछ ही सेकंडों में लिख देता है। यह प्रगति जैसा दिखता है। यह गति जैसा महसूस होता है।

यह एक जाल है।

काम का अंतिम 20% हिस्सा आपके 80% समय की मांग करता है। यहीं पर प्रोजेक्ट्स दम तोड़ देते हैं। यहीं पर डेवलपर्स अपना मानसिक संतुलन खो देते हैं।

AI संभावना (probability) पर काम करता है। यह अगले सबसे संभावित शब्द या कोड की लाइन का अनुमान लगाता है। यह लॉजिक (logic) को नहीं समझता। यह आपके विशिष्ट सिस्टम आर्किटेक्चर (system architecture) को नहीं समझता। यह एक "हैप्पी पाथ" (happy path) बनाता है जो केवल आदर्श परिस्थितियों में ही काम करता है।

जब आप हैप्पी पाथ से आगे बढ़ते हैं, तो आप दीवार से टकरा जाते हैं।

मैं इसे वेरिफिकेशन डेब्ट (Verification Debt) कहता हूँ।

टेक्निकल डेब्ट (Technical debt) त्वरित सुधारों (quick fixes) से आता है। वेरिफिकेशन डेब्ट समझ की कमी से आता है।

जब आप खुद कोड लिखते हैं, तो आप एक मानसिक मानचित्र (mental map) बनाते हैं। आप जानते हैं कि हर लाइन क्यों मौजूद है। जब AI इसे लिखता है, तो आपको एक तैयार उत्पाद थमा दिया जाता है जिसे आपने नहीं बनाया है। आप लॉजिक के मालिक नहीं होते। आप केवल परिणाम के मालिक होते हैं।

यदि आप कोड को नहीं समझते हैं, तो आप उसे डिबग (debug) नहीं कर सकते। आप उस गलती को सुधारने में घंटों बिता देते हैं जिसे AI ने एक सेकंड में कर दिया था।

जनरेशन की गति पूर्णता का भ्रम पैदा करती है। आपको लगता है कि आपका काम लगभग पूरा हो गया है। फिर 'एज केसेस' (edge cases) सामने आते हैं। इंटीग्रेशन (integration) विफल हो जाता है। सुरक्षा खामियां (security flaws) दिखने लगती हैं।

अंतिम 20% केवल "फिनिशिंग टच" नहीं है। यह गुणवत्ता का मूल है। यह टेस्टिंग, डिबगिंग और एज-केस हैंडलिंग है।

आप इसे कैसे ठीक कर सकते हैं?

AI आउटपुट को अंतिम उत्पाद मानना बंद करें। इसे अविश्वसनीय डेटा (untrusted data) के रूप में मानें।

  • पहले टेस्ट लिखें। टेस्ट जनरेट करने से पहले कभी भी लॉजिक जनरेट न करें। AI के बोलने से पहले ही यह परिभाषित कर लें कि विफलता (failure) कैसी दिखेगी।
  • सेगमेंट में वैलिडेट करें। त्रुटियों को खोजने के लिए पूरे सिस्टम इंटीग्रेशन का इंतज़ार न करें। हर छोटे ब्लॉक का अलग से (in isolation) परीक्षण करें।
  • पैच करने के बजाय हटा दें। यदि कोई AI फंक्शन टेस्ट में विफल हो जाता है, तो उसे लाइन-दर-लाइन ठीक करने की कोशिश न करें। उसे हटा दें और एक अलग प्रॉम्प्ट (prompt) आज़माएँ। AI की गलतियों को पैच करने से अक्सर और अधिक गलतियाँ पैदा होती हैं।

80/20 नियम एक चेतावनी है। AI आपकी गति तो बढ़ाता है, लेकिन यह सत्यापन (verify) करने की आपकी जिम्मेदारी भी बढ़ा देता है।

यदि आप अपना सारा समय AI की गलतियों को सुधारने में बिताते हैं, तो आपने दक्षता प्राप्त नहीं की है। आपने केवल एक प्रकार के काम को दूसरे प्रकार के काम से बदला है।

लास्ट माइल वह जगह है जहाँ आप साबित करते हैं कि कोड वास्तव में काम करता है। यह वह जगह है जहाँ आप साबित करते हैं कि आप एक दिखने में एकदम सही झूठ से मूर्ख नहीं बने थे।

Source: https://dev.to/amrree/the-illusion-of-efficiency-why-ais-last-mile-costs-everything-a7g

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