AI को एक संशयी छात्र और फिर एक परीक्षक के रूप में इस्तेमाल करें ताकि यह ठीक शब्द तक पहचाना जा सके कि आपकी समझ कहाँ टूटती है।
इस पाठ को Kodokon में खोलेंफेनमैन तकनीक एक निर्मम अवलोकन पर टिकी है: आप अपने अंतरालों को तभी खोजते हैं जब आप समझाने की कोशिश करते हैं। जब तक कोई अवधारणा आपके सिर में रहती है, दिमाग उसके छेदों को आरामदेह अस्पष्टता से ढक देता है; जिस क्षण आपको उसे किसी और के लिए सरलता से बताना पड़ता है, हर छेद एक दीवार बन जाता है। शिक्षा अनुसंधान इस अंतर्ज्ञान की पुष्टि protégé प्रभाव के नाम से करता है: किसी अवधारणा को पढ़ाना उसे दोहराने की तुलना में स्मृति-धारण में ज़्यादा बड़ा लाभ देता है, तब भी जब सामने एक काल्पनिक छात्र हो। AI आदर्श काल्पनिक छात्र है - उपलब्ध, अथक, और सबसे बढ़कर विन्यास-योग्य: आप उसे वह करने से रोक सकते हैं जो एक विनम्र इंसान स्वतः करता, यानी आपके मौन को भर देना।
आप एक जिज्ञासु, संशयी जूनियर डेवलपर की भूमिका निभाते हैं। मैं आपको [CONCEPT, उदा. Node.js का event loop] इस तरह समझाने जा रहा हूँ मानो आप उसके बारे में कुछ नहीं जानते।
आपके नियम:
1. जिस क्षण मैं कोई शब्दजाल (jargon) उसे परिभाषित किए बिना इस्तेमाल करूँ, मुझे टोक दें: बस पूछें "मतलब?"।
2. हर अमूर्त दावे के लिए एक ठोस उदाहरण की मांग करें।
3. मेरे टालमटोल वाले वाक्यांशों ("basically", "यह कुछ-कुछ ऐसा है", "technically") को पकड़ें और मुझे यह बताने के लिए मजबूर करें कि वे क्या छिपाते हैं।
4. अंत में, मेरी व्याख्या को 10 में से अंक दें और उन सटीक बिंदुओं की सूची बनाएँ जहाँ मैं अस्पष्ट, गलत या अधूरा था - बस यही एक चीज़ है जिसकी मुझे सचमुच परवाह है।
पूर्ण निषेध: मेरी व्याख्या को मेरे लिए कभी पूरा न करें, भले ही मैं गलत होऊँ। आपकी भूमिका मेरे अंतरालों को उजागर करना है, उन्हें भरना नहीं।
मैं शुरू करता हूँ: [YOUR EXPLANATION]जब आप समझाते हैं, तो तीन अंतराल-संकेतों को पहचानना सीखें। पहला है ढाल-शब्दजाल: आप कोई तकनीकी शब्द ठीक इसलिए इस्तेमाल करते हैं क्योंकि आप उसे खोल नहीं पाते ("इसे garbage collector संभालता है" - ठीक-ठीक कैसे?)। दूसरा है फिसलन भरी उपमा: "यह कुछ-कुछ एक queue जैसा है" पर आप यह नहीं बता पाते कि उपमा कहाँ टूटती है। तीसरा है तार्किक छलांग: दो वाक्यों के बीच एक "इसलिए" जो तीन ऐसे चरण छिपा देता है जिन्हें आप विस्तार से नहीं बता सकते थे। हर संकेत को अपनी सीखने की डायरी में नोट करें: ये आपके अगले समीक्षा लक्ष्य हैं, "अध्याय 4 दोहराओ" से कहीं ज़्यादा सटीक।
भूमिकाएँ बदलें: अब आप किसी staff engineer पद के लिए एक वरिष्ठ तकनीकी परीक्षक हैं। विषय है [CONCEPT] और मेरी व्याख्या इस बातचीत में ऊपर मौजूद है।
आपका मिशन: उसे परखना, उसे पूरा करना नहीं।
1. मुझसे मेरी व्याख्या द्वारा कवर न किए गए किनारे के मामलों (edge cases) के बारे में 3 प्रश्न पूछें।
2. एक ऐसा प्रति-उदाहरण बनाएँ जो मेरे दावे का खंडन करता प्रतीत हो, और मुझसे उसे सुलझाने को कहें।
3. मेरी व्याख्या में एक निहित धारणा पहचानें और मुझसे पूछें कि अगर हम उसे हटा दें तो क्या होगा।
एक बार में एक प्रश्न। हर उत्तर के बाद, एक-शब्द का फ़ैसला दें - ठोस, डगमगाता या गलत - उसके बाद औचित्य का एक वाक्य। सही उत्तर तभी दें जब मैं एक ही प्रश्न पर लगातार दो बार विफल हो चुका होऊँ।अंत में, इस विधि को उन क्षणों में बुन दें जहाँ इसका सबसे ज़्यादा फ़ायदा मिलता है। हर गैर-मामूली डीबगिंग सत्र के बाद: मूल कारण को AI को संशयी-छात्र मोड में समझाएँ; अगर आपकी व्याख्या टिकती नहीं, तो आपने लक्षण ठीक किया है, बग को समझा नहीं - वह फिर लौटेगा। हर उस कोड समीक्षा से पहले जो आप मांगते हैं: अपने डिज़ाइन को तीन वाक्यों में समझाएँ; अगर आप नहीं समझा पाते, तो समस्या कोड से पहले की है। यह दस-मिनट का अभ्यास हर रोज़मर्रा की गड़बड़ी को एक सीखने के सत्र में बदल देता है - व्याख्या बनवाकर उसे निष्क्रिय रूप से पढ़ने के ठीक विपरीत, जहाँ पढ़ने का आराम खुद को समझ के रूप में पेश कर देता है।