कोड पढ़े बिना वाले दौर में, इंजीनियरों को क्या पढ़ना चाहिए

AI का इस्तेमाल करने से सीखना कम हो जाता है?

• Anthropic के शोध के अनुसार: AI की मदद से coding task पूरा करने वाले डेवलपर्स के quiz score 17% कम थे
• असली बात यह नहीं है कि "AI इस्तेमाल करने से सीखना कम हो जाता है", बल्कि यह है कि उसी AI को इस्तेमाल करते हुए भी इस्तेमाल का तरीका परिणामों को बेहद अलग बना देता है
• जिन्होंने पूरा कोड AI को सौंप दिया → सबसे जल्दी खत्म किया, लेकिन सबसे कम सीखा
• जिन्होंने सिर्फ concepts पूछे और खुद लिखा → errors ज़्यादा थे, लेकिन quiz score कहीं बेहतर थे

कोड पढ़ने के दौर से निर्देश देने के दौर तक

• Ben Shoemaker: "अब हम कोड को लाइन-दर-लाइन नहीं पढ़ते। हम specs, tests, और architecture पढ़ते हैं।" → harness engineering नाम का एक नया approach
• OpenAI Codex टीम: 3 इंजीनियरों ने सिर्फ agents के सहारे दस लाख lines का code बनाया और सैकड़ों लोगों द्वारा इस्तेमाल किया जाने वाला product पूरा किया। निवेश code में नहीं, बल्कि docs, linter, और test infrastructure में किया गया
• Evan Armstrong: code generation commoditized हो चुका है, लेकिन production में code को govern करने वाली "context layer" commoditized नहीं हुई है
• Steve Yegge: "हाथ से coding का दौर खत्म हो चुका है।" उन्होंने AI adoption के 8 levels बताए — Level 4 से diff देखना बंद हो जाता है, और Level 8 पर engineer खुद agent orchestrator बनाता है

फिनिश लाइन गेम और compound interest गेम

• Kent Beck: spec-based development के पीछे "फिनिश लाइन गेम" (X तक पहुँचो और काम खत्म) की धारणा छिपी है
• असली software development "compound interest गेम" है — आज की architecture 6 महीने बाद संभावनाएँ खोलती भी है और बंद भी करती है
• "बेहतर AGENTS.md से compound interest गेम नहीं जीता जा सकता" — असली बात यह है कि system को इस तरह design किया जाए कि वह compound होकर बनता जाए

AI एक आईना है

• Jeremy Utley (Stanford): "जो व्यक्ति आलसी होना चाहता है, AI उसकी आलस्य में मदद करता है; जो अधिक तीक्ष्ण होना चाहता है, AI उसकी धार और बढ़ाता है"
• अगर आपके पास TDD/DDD की पृष्ठभूमि है, तो आप AI को उसी तरह निर्देश दे सकते हैं; लेकिन अगर आप सिर्फ "बस बना दो" कहकर छोड़ दें, तो गड़बड़ संरचना वाला code निकलता है। AI बेवकूफ नहीं है, बस जिन बातों पर मैं ध्यान नहीं देता, AI भी उन पर ध्यान नहीं देता
• Berkeley के शोध के अनुसार: AI ने non-developers के लिए coding संभव बना दी, लेकिन आखिर में engineers को साथियों के AI-generated code को review और fix करने में और ज़्यादा समय देना पड़ा
• "Dracula Effect" — vibe coding को पूरी रफ्तार से करने पर productive time की सीमा दिन में लगभग 3 घंटे तक ही रहती है

तो फिर इसका इस्तेमाल कैसे करें

• "AI से सीधे सही जवाब मत माँगो, उससे बातचीत करो।" AI से सवाल पूछने के बजाय, AI को आपसे सवाल पूछने दो
• voice input की सिफारिश — typing आपको "keyword mode" में रखती है, जबकि voice आपको "conversation mode" में ले जाती है
• context engineering: अगर AGENTS.md में architecture decisions के कारण, conventions, और domain terms साफ़ लिखे हों, तो AI अधिक consistent code बनाता है
• Kent Beck: "features जितना ही futures (आगे implement की जा सकने वाली चीज़ों के समूह) में भी निवेश करो"

जो नहीं बदलता

• कोड को हर लाइन पढ़ने की ज़रूरत भले कम हुई हो, लेकिन उसे पढ़ सकने की क्षमता पहले से भी ज़्यादा महत्वपूर्ण हो गई है
• जब सारे tests pass हो रहे हों लेकिन product अजीब लगे, या AI कहे "कोई समस्या नहीं" लेकिन bug फिर भी हो — आखिरकार वह पल आता है जब आपको खुद पढ़ना पड़ता है
• पढ़ना जानकर न पढ़ना, और पढ़ ही न पाना — ये दोनों बिल्कुल अलग बातें हैं
• ऐसा व्यक्ति बनना जिसके पास आईने में दिखाने के लिए कुछ हो — यही इस दौर के engineer का सार है