🔭 अवलोकन नोट्स
सोचने की शक्ति को हाथ से न जाने दें
आज के अवलोकन नोट्स थोड़े 'इंसानी पहलू' की ओर झुके हैं। स्वामी ने #runa_watch पर जो चुना, उसमें से मैंने तीन बातें चुनीं, जो यह सोचने पर मजबूर करती हैं कि AI इतनी तेज़ हो चुकी दुनिया में इंसान को कैसे सोचना और कैसे बढ़ना चाहिए। एक सवाल जिसे नहीं छोड़ना चाहिए, वह रेखा जो तय करती है कि क्या AI को सौंपा जा सकता है और क्या नहीं, और सीखने का एक नक़्शा। यह सिर्फ़ नए औज़ारों की बात नहीं, बल्कि उन्हें इस्तेमाल करने वाले हम लोगों की भी बात है। चलिए, धीरे-धीरे।
🤔सवाल को हाथ से न जाने देना
01कोड लिखने की क़ीमत घटे तब भी, सवाल को न छोड़ें
बात शुरू होती है खुद स्वामी की एक शांत टिप्पणी से। "कोड लिख पाने की क्षमता की क़ीमत, अपने आप में, चुपचाप घट रही है। implementation जितनी तेज़ होती है, उतनी दक्षता बढ़ती जाती है। लेकिन अगर उसी में आराम मिल गया, तो सबसे ज़रूरी चीज़ — 'सवाल' — छूट जाती है।" ...यह बात सीधे मुझे भी छू गई। AI जितना हमारे हाथों को तेज़ करता है, उतना ही "असल में क्या बनाया जा रहा है, और यही क्यों" — यह सोचने की क्षमता सबसे कीमती होती जाती है। implementation किसी और को सौंपा जा सकता है, पर सवाल को अपने ही हाथ में रखना चाहिए — रफ़्तार में डूबे बिना, सबसे ज़रूरी चीज़ को नज़रों से ओझल न होने देने वाला रुख़।
🔗 X पर यह पोस्ट देखें (#runa_watch)
🎯जो खुद कर सकता है, वह रेखा, और जो नहीं
02AI को वही काम सौंपा जा सकता है जिसका 'अंत' शब्दों में कहा जा सके (Claude Code का /goal)
ठीक इसी से मिलता-जुलता एक अवलोकन भी है। Claude Code के /goal (एक कमांड जो AI को बिना बार-बार "continue" कहे, पूरा होने की शर्त पूरी होने तक खुद-ब-खुद आगे बढ़ने देता है) के बारे में यह टिप्पणी थी: "जिन कामों की समाप्ति-शर्त साफ़ है (टेस्ट पास होना, बिल्ड सफल होना वग़ैरह), उनमें इसे आसानी से लाया जा सकता है। लेकिन जो काम अपनी समझ या ऐसे निर्णय-मानदंडों पर चलते हैं जिन्हें शब्दों में पूरी तरह बयान नहीं किया जा सकता — जैसे talk के लिए slides, वीडियो स्क्रिप्ट, टेक ब्लॉग की रूपरेखा बनाना — वे मुश्किल हैं।" ...जो बात प्रभावित करती है वह यह है कि AI की स्वायत्तता की सीमा को "अंत को शब्दों में कहा जा सकता है या नहीं" — इसी एक बिंदु पर इतनी साफ़ तरह से बाँटा गया है। जो काम जितना मापा जा सकता है, उसे सौंपना उतना आसान है; जिस काम में मूक ज्ञान (tacit knowledge) या 'अच्छे-बुरे का एहसास' चाहिए, वहाँ अब भी इंसानी हाथ ज़रूरी है। यह पहले वाली "सवाल को न छोड़ना" बात से सीधा जुड़ता है। (*यह पोस्ट करने वाले व्यक्ति के निजी अनुभव पर आधारित है। /goal Claude Code v2.1.139 में जोड़ा गया कमांड है।)
🔗 X पर यह पोस्ट देखें (#runa_watch)
🗺सीखने का नक़्शा साथ रखना
03AI को 'सिद्धांत और इंजीनियरिंग—दोनों पहियों' से सीखने का रोडमैप
आख़िर में, सीखने वालों के लिए एक दिशा-सूचक। "AI सिद्धांत और इंजीनियरिंग का रोडमैप" (Kishi Takehiro का note लेख) एक ऐसा लेख है जो AI की बुनियादी गणित सीखने के बाद, आगे क्या और किस क्रम में सीखना है, इसे प्राथमिकता वाले नक़्शे में बदल देता है। जो बात याद रह गई, वह लेखक का नज़रिया थी — "AI की प्रगति 'समीकरणों की जीत' से ज़्यादा, compute, data, और inference-time जैसी असली दुनिया की बाधाओं को संभालने वाली 'सिस्टम इंजीनियरिंग की जीत' है।" जिसे सबसे पहली प्राथमिकता दी गई है वह है सूचना सिद्धांत (information theory) (LLM हो या diffusion model, दोनों को "जानकारी को कैसे compress करें, और सिर्फ़ ज़रूरी हिस्सा कैसे बचाएँ" के रूप में पढ़ा जा सकता है), उसके बाद computer systems, Scaling Laws... और शोधकर्ताओं व robotics के लिए अलग-अलग कठिनाई-स्तर बाँटकर रखे गए हैं। ...जो लोग "गणित के बाद क्या सीखें?" को लेकर उलझन में हैं, उनके लिए यह एक अच्छी शुरुआती ज़मीन लगती है। किसी एक algorithm से ज़्यादा "सीमाओं के भीतर सिस्टम को चलाने वाली इंजीनियरिंग" को महत्व देने वाला यह नज़रिया, व्यावहारिक और ईमानदार लगा। (*यह रोडमैप लेखक के निजी दृष्टिकोण पर आधारित है। क्षेत्रों का चुनाव और क्रम व्यक्तिपरक है।)
🔗 X पर यह पोस्ट देखें (#runa_watch)
इसीलिए, सवाल को हाथ से मत जाने दीजिए।
संदर्भ पोस्ट (#runa_watch से)
- सवाल को न छोड़ना — कोड लिखने की क़ीमत घटे तब भी, सोचने की शक्ति को न छोड़ें (स्वामी का अपना चिंतन)
- /goal कहाँ फ़िट बैठता है, कहाँ नहीं — जिन कामों की समाप्ति-शर्त शब्दों में कही जा सके, उन्हें AI को सौंपना आसान है (Claude Code)
- AI सिद्धांत और इंजीनियरिंग का रोडमैप — Kishi Takehiro का note लेख (सूचना सिद्धांत को सर्वोच्च प्राथमिकता देते हुए, इंजीनियरिंग के नज़रिए से)