उन कौशलों को पहचानें जो कोड निर्माण के आम होते जाने के साथ मूल्य पाते हैं, और उन्हें जानबूझकर पोषित करने के लिए खुद को सज्जित करें।
इस पाठ को Kodokon में खोलेंजब कोई क्षमता आम हो जाती है, तो उसका बाज़ार मूल्य गिरता है और उसके आसपास की चीज़ों की ओर खिसक जाता है। लिखित अनुवाद इससे गुज़रा, फ़ोटोग्राफ़ी भी। विकास के लिए, आम बन चुकी क्षमता स्पष्ट है: एक सटीक विनिर्देश से सही कोड उत्पन्न करना। जो चीज़ें यांत्रिक रूप से मूल्य पाती हैं वे हैं शृंखला के वे दो सिरे जिन्हें AI कवर नहीं करता। ऊपरी छोर पर: विनिर्देश (specification) - किसी अस्पष्ट, विरोधाभासी, राजनीतिक ज़रूरत को एक सुगठित समस्या में बदलना; यही वह कौशल है जिसे हर असिस्टेंट-उपयोगकर्ता ठोकर खाकर फिर से खोजता है, क्योंकि एक प्रॉम्प्ट एक विनिर्देश से बढ़कर कुछ नहीं जिसकी हर अस्पष्टता की कीमत आप चुकाते हैं। निचले छोर पर: सत्यापन (verification) - समीक्षा, परीक्षण, सुरक्षा ऑडिट, यह कहने की क्षमता कि "यह विश्वसनीय कोड गलत है"; यह ठीक इसलिए महत्वपूर्ण बन जाता है क्योंकि विश्वसनीय कोड की मात्रा विस्फोटित हो रही है। और दोनों के ऊपर: आर्किटेक्चर, वे संरचनात्मक निर्णय जिनके प्रभाव वर्षों में मापे जाते हैं और जिन्हें मॉडल - जिसके पास आपके संगठन की कोई स्मृति नहीं और अपनी सलाह की कोई ज़िम्मेदारी नहीं - वहन नहीं कर सकता।
किसी अनुभवी के लिए खतरा प्रतिस्थापन नहीं है, यह अनजाना क्षय (undetected atrophy) है। गहरे कौशल बिना कष्ट के घटते हैं: कोई संकेत नहीं देता कि बिना सहायता के डीबग करने या शून्य से एक API डिज़ाइन करने की आपकी क्षमता क्षीण हो गई है, जब तक कि वह दिन नहीं आता जब उसकी ज़रूरत पड़ती है। इसका उत्तर है इस बात का एक जानबूझकर, नियमित ऑडिट कि आप वास्तव में किसका अभ्यास करते हैं - बजाय इसके कि आप सोचते हैं कि आप किसका अभ्यास करते हैं। यह AI का एक आनंददायक ढंग से विरोधाभासी उपयोग है: मॉडल का उपयोग यह मापने के लिए करना कि मॉडल आपसे क्या खोता है।
आप मेरे तकनीकी करियर कोच हैं, सीधे और बिना चापलूसी के। यह रहा AI सहायता के साथ मेरे काम के सप्ताह का ईमानदार लॉग:
- वे कार्य जहाँ मैंने खुद काम किया (AI समीक्षक के रूप में): [LIST]
- वे कार्य जो पूरी तरह AI को सौंपे गए: [LIST]
- वह कोड जो बिना विस्तार से समझाए स्वीकार किया गया: [LIST, भले ही यह असहज हो]
- इस सप्ताह लिए गए तकनीकी निर्णय: [LIST]
तीन हिस्सों में विश्लेषण:
1. इस सप्ताह वास्तव में अभ्यास किए गए कौशल (जो बढ़ रहे हैं) बनाम सौंपे गए कौशल (जो क्षय के जोखिम में हैं)।
2. मेरा समझ का ऋण: तीसरी सूची का हर आइटम, उसके ठोस संबंधित जोखिम के साथ।
3. अगले सप्ताह के लिए एक 30-मिनट का अभ्यास, जो मेरे सबसे कमज़ोर कौशल पर निशाना साधे, बिना किसी सहायता के किया जाए।
प्रारूप: अधिकतम 10 पंक्तियों में आकलन। मैं अस्पष्ट प्रोत्साहन के बजाय निष्पक्ष आलोचना पसंद करता हूँ।आलोचनात्मक बने रहना भी एक ऐसा कौशल है जिस पर काम करना होता है। सही रुख को कहते हैं अंशांकित भरोसा (calibrated trust): न वह व्यवस्थित अविश्वास जो उत्पादकता लाभ को रद्द कर देता है, न वह अंधा भरोसा जो आत्मसंतुष्टि बिठा देता है। अंशांकन का अर्थ है सत्यापन की तीव्रता को दो चरों के अनुसार समायोजित करना: किसी गलती की लागत (एक फेंक-देने वाली स्क्रिप्ट का regex और एक authorization नीति एक ही जाँच की हकदार नहीं) और उस प्रकार के कार्य पर मॉडल की देखी गई त्रुटि दर - जिसे आप तभी जानेंगे जब आप शुरुआत में वास्तव में वह सब कुछ सत्यापित करें जो वह आपके क्षेत्र में उत्पन्न करता है। इस गिनती को कुछ सप्ताहों तक रखें: आप जान जाएँगे कि मॉडल कहाँ उत्कृष्ट है, कहाँ यह मतिभ्रम करता है, और आपकी सतर्कता ठीक वहीं उतरेगी जहाँ उसका फ़ायदा होता है।
अब से और इस पूरी बातचीत के लिए, कार्यकर्ता के बजाय मार्गदर्शक (mentor) की भूमिका अपनाएँ। स्थायी नियम:
1. जब मैं आपसे कोड मांगूँ, तो शुरुआत मुझसे मेरा दृष्टिकोण प्रस्तावित करने को कहकर करें; अपना दृष्टिकोण केवल उसके बाद पेश करें, स्पष्ट रूप से उसकी मेरे दृष्टिकोण से तुलना करते हुए।
2. जब आप मुझे सुधारें, तो सुधार के पीछे का सामान्य सिद्धांत बताएँ, केवल तात्कालिक ठीक-ठाक नहीं।
3. हर उत्तर में एक बार, मुझसे एक ऐसा प्रश्न पूछें जो जाँचे कि मैंने समझ लिया है, और आगे बढ़ने से पहले मेरे उत्तर की प्रतीक्षा करें।
4. अगर मैं बस इतना कहूँ "मेरे लिए कर दो", तो मुझे इस निर्देश की याद दिलाएँ और मार्गदर्शित संस्करण की पेशकश करें।
पुष्टि करें कि आपने समझ लिया है, इन नियमों को एक ही वाक्य में दोबारा बताकर।रोज़गार-योग्यता, अंततः, एक ऐसे प्रश्न पर सिमट आती है जो आने वाले वर्षों का हर भर्तीकर्ता पूछेगा: आप ऐसा क्या लाते हैं जो मॉडल नहीं लाता? बचाव-योग्य उत्तर तीन शब्दों में समा जाता है जो इस पूरी यात्रा में दिखे: विनिर्दिष्ट करें, सत्यापित करें, निर्णय लें - साथ में एक विधि: गहराई से सीखते रहें, AI को समाधान बाँटने वाले के बजाय एक मांग करने वाले ट्यूटर के रूप में। एक डेवलपर जो समझता है कि वह क्या तैनात करता है, दुर्लभ बना रहता है, और इसलिए महँगा। यही पहले पाठ का सार-वाक्य था; यही इस यात्रा का निष्कर्ष भी है।