गहराई से सोचने वाले वे दिन याद आते हैं

• AI coding tools के आने से गहराई से सोचने का अनुभव तेजी से कम हो गया है, और एक engineer के रूप में विकास रुक-सा गया है ऐसा महसूस होता है
• मेरे भीतर के 'Builder' और 'Thinker' में से, Builder AI की वजह से संतुष्ट है लेकिन Thinker भूखा रह गया है
• "vibe coding" के ज़रिये ideas को जल्दी reality में बदला जा सकता है, लेकिन creative problem solving के अवसर काफी कम हो गए हैं
• जब AI 70% स्तर का "काफी ठीक-ठाक" solution दे देता है, तो अपनी pragmatic प्रवृत्ति के कारण उसे ठुकराना मुश्किल हो जाता है
• coding के बाहर गहरी सोच से मिलने वाली संतुष्टि खोजने की कोशिश की, लेकिन सफल नहीं हुआ, और क्या दोनों ज़रूरतें एक साथ पूरी हो सकती हैं इस पर अनिश्चितता बनी हुई है

---

सोच की कमी पर सवाल

• यह लेख पढ़ने से पहले "आख़िरी बार आपने गंभीरता से कब सोचा था" इस पर विचार करें
• यह लेख कोई समाधान या सलाह नहीं, बल्कि हाल में महसूस हुई घुटन को व्यक्त करने वाला एक लेख है

Builder और Thinker नाम की दो प्रवृत्तियाँ

• Builder: बनाने, launch करने, और practical नतीजे निकालने की प्रवृत्ति
  • speed और usefulness से प्रेरित
  • सफल deployment से मिलने वाला dopamine, असली समस्याएँ हल करने वाले systems बनाने की संतुष्टि, और यह जानकर खुशी कि कोई आपके tools का इस्तेमाल कर रहा है
• Thinker: गहरी और लंबे समय तक चलने वाली मानसिक जद्दोजहद चाहने वाली प्रवृत्ति
  • physics पढ़ते समय university के दिनों में, औसत कठिनाई से कहीं अधिक कठिन assignment problems मिलती थीं
  • concepts समझ लेने पर भी ऐसे problems होते थे जिनमें approach ही सूझना मुश्किल होता था

कठिन समस्याओं के सामने छात्रों के तीन प्रकार

• प्रकार 1 (बहुसंख्यक): कुछ बार कोशिश करके हार मान लेना और professor या TA से मदद माँगना
• प्रकार 2 (researcher-प्रकार): library में मिलती-जुलती समस्याएँ या hints खोजकर problem को हल करने योग्य बनाना, और आम तौर पर समाधान तक पहुँच जाना
• प्रकार 3 (Thinker-प्रकार): केवल सोचने के ज़रिये problem के पास जाना
  • कई दिनों या हफ्तों तक लगभग पूरा non-I/O brain time समस्या के संभावित समाधान पर लगाना
  • नींद में भी सोच जारी रहना
  • यह तरीका कभी विफल नहीं हुआ, और गहरी, लंबे समय तक टिकने वाली सोच को अपनी ताकत के रूप में पहचानना
  • top 1% जैसी तेज़ी या जन्मजात प्रतिभा नहीं, लेकिन पर्याप्त समय मिले तो किसी भी समस्या को हल कर सकता हूँ—ऐसा विश्वास रखना

AI के साथ टकराव

• software engineering शुरू में इतना संतोषजनक इसलिए था क्योंकि उसमें यही दोहरी संतुष्टि मिलती थी
• Builder (कुछ उपयोगी बनाकर productive और practical महसूस करना) और Thinker (वाकई कठिन समस्याएँ हल करना), दोनों संतुष्ट होते थे
• engineer के रूप में जिन projects में सबसे ज़्यादा विकास हुआ, उनमें हमेशा creative solutions की माँग करने वाली कठिन समस्याएँ बड़ी संख्या में थीं
• लेकिन हाल में कई घंटों से ज़्यादा एक ही समस्या पर टिककर गंभीरता से सोचने के मौके बहुत कम हो गए हैं

• मुझे लगता है कि इस पूरी स्थिति की वजह AI ही है

• पहले से ज़्यादा, और पहले से अधिक complex software लिख रहा हूँ, फिर भी engineer के रूप में बिल्कुल बढ़ नहीं रहा—ऐसा महसूस होता है
• इस "ठहराव" की वजह खोजते-खोजते समझ आया कि मैं Thinker को भूखा रख रहा हूँ
• "vibe coding" निश्चित रूप से Builder को संतुष्ट करता है
  • ideas का बहुत कम समय में सीधे reality में बदल जाना तुरंत सुख देता है
  • दूसरी ओर technical problems के लिए खुद creative solutions सोचने के क्षण बहुत कम हो जाते हैं
• जो लोग पूरी तरह Builder-प्रकृति के हैं, उनके लिए यह माहौल सबसे अच्छा दौर है
• लेकिन मेरे लिए साफ़ तौर पर कुछ कमी है

practical सोच का जाल

• मुझे अंदेशा है कि कोई यह तर्क देगा: "अगर vibe coding से समस्या हल हो जाती है, तो वह मूल रूप से कठिन समस्या थी ही नहीं"
  • लेकिन यह तर्क मूल बात से भटक जाता है
• AI न तो कठिन समस्याओं में खास तौर पर असाधारण है, और न ही आसान समस्याओं में हमेशा अच्छा समाधान देता है
  • अगर मैं उसी module को तीसरी बार खुद फिर से लिखूँ, तो मुझे यक़ीन है कि नतीजा AI के किसी भी output से बेहतर होगा
• लेकिन साथ ही, मैं pragmatist भी हूँ
• अगर समय और मेहनत के बहुत छोटे हिस्से में "काफ़ी क़रीब" समाधान मिल सकता है, तो AI को न चुनना ही उल्टा अव्यावहारिक लगता है
  • असली समस्या यह है कि इस practical प्रवृत्ति को मैं जानबूझकर बंद नहीं कर सकता (अनदेखा नहीं कर सकता)
• मूल रूप से मैं Builder हूँ, और चीज़ें बनाना मुझे अपने-आप में पसंद है। अगर उन्हें तेज़ी से बना सकूँ, तो वही हमेशा बेहतर लगता है
• चाहे मैं AI को ठुकराकर उस दौर में लौटना चाहूँ जब Thinker की ज़रूरत coding के ज़रिये स्वाभाविक रूप से पूरी हो जाती थी, Builder के लिए उस अक्षमता को सहना मुश्किल है
• AI लगभग निश्चित रूप से 100% संतोषजनक समाधान नहीं देता, लेकिन जो 70% स्तर का समाधान वह देता है, वह अक्सर "काफ़ी अच्छा" होने की शर्त पूरी कर देता है

आगे क्या किया जाए?

• सच कहूँ तो अभी तक जवाब नहीं मिला है, और मैं इस पर लगातार सोच रहा हूँ
• मुझे यक़ीन नहीं कि coding के इसी एक क्षेत्र में ये दोनों प्रवृत्तियाँ अब भी एक साथ संतुष्ट हो सकती हैं
• एक विकल्प यह है कि जानबूझकर ऐसे problems खोजे जाएँ जिनमें AI पूरी तरह विफल हो जाए, और उनसे भी कठिन projects को लक्ष्य बनाया जाए
• कभी-कभी ऐसे problems मिलते हैं, लेकिन ऐसा लगता है कि गहरे creative solutions माँगने वाली समस्याएँ तेज़ी से कम हो रही हैं
• coding के बाहर मानसिक विकास का एहसास वापस पाने की कोशिश भी कर रहा हूँ
  • physics से फिर जुड़ने के लिए पुराने textbooks खोलकर देखता हूँ
  • लेकिन उससे ठोस संतुष्टि नहीं मिली
  • जब कुछ बनाया जा सकता हो, तब ऐसे physics problems पर समय और मानसिक ऊर्जा खर्च करना जो न सीधे वर्तमान से जुड़े हों और न ही नए हों, उसे खुद के सामने जायज़ ठहराना मुश्किल है
• Builder-प्रकृति बस बैठकर अनसुलझी समस्याओं से जूझते हुए सोचते रहने की हालत को स्वीकार नहीं करती
• Thinker-प्रकृति, vibe coding जारी रहने तक, लगातार भूखी ही रहती है
• क्या दोनों इच्छाएँ फिर कभी एक साथ संतुष्ट होंगी, इस पर मुझे भरोसा नहीं

"अब हमें इस सत्ता को वह परिचित नाम देने का अधिकार मिल गया है, जिसकी ओर न कल्पना की कोई शक्ति, न सबसे साहसी फैंटेसी की छलांग, न सबसे गहरी धार्मिक आस्था, न कितनी ही गंभीर अमूर्त सोच, और न ही उन्मत्त चेतना कभी पहुँच सकी थी। God. लेकिन यह मूलभूत एकता अतीत की चीज़ है; अब वह मौजूद नहीं है। उसने अपने अस्तित्व को बदलने की प्रक्रिया में स्वयं को पूरी तरह, अंत तक, टुकड़े-टुकड़े कर दिया। God मर चुका है, और उसकी मृत्यु ही संसार का जीवन थी।"
— Philipp Mainländer