AI coding एक जुआ है
(notes.visaint.space)- AI coding tools की तुरंत नतीजे पैदा करने की क्षमता प्रभावशाली है, लेकिन बारीक implementation और system components की पूर्णता अब भी कमजोर है
- development process ‘सोचने और लिखने’ के संतुलन से हटकर, AI को सोच सौंपने और न्यूनतम code लिखने के रूप में बदल रहा है
- यह व्यवहार ‘slot machine खींचने वाले जुए’ जैसा है और tech industry के व्यापक addictive mechanisms से मिलता-जुलता है
- AI प्रेरणा लेना और code reuse करना आसान बनाता है, लेकिन रचनात्मक जुड़ाव और problem-solving के आनंद को छीन लेता है
- नतीजे में developers को efficiency से अधिक आत्मचिंतन और code के साथ प्रत्यक्ष interaction की बहाली की ज़रूरत है
AI coding की सतही efficiency और सीमाएँ
- AI तुरंत देखने में भरोसेमंद code output बना देता है, लेकिन बारीक implementation की शुद्धता और पूर्णता में कमी रहती है
- ऊपर से यह पूरा हुआ code लग सकता है, लेकिन वास्तव में इसमें errors या अधूरे हिस्से अक्सर होते हैं
- कई बार AI सिर्फ code को ‘process करने का दिखावा’ भर करे तब भी result आ जाता है, जिससे developer की सोचने की प्रक्रिया को छोड़ देने वाली संरचना बन जाती है
- यह तरीका पारंपरिक coding से अलग है, जहाँ ‘गहरी सोच और बारीकी से लिखना’ ज़रूरी होता है; यह सतही productivity-केंद्रित काम के रूप में बदल जाता है
जुए के रूप में AI coding
- AI coding ‘slot machine खींचने’ जैसी उस संरचना से मिलती है, जो दोहराव और तत्काल reward का पीछा करती है
- user command डालता है और result का इंतज़ार करते हुए जुए जैसी अपेक्षा महसूस करता है
- पूरी tech industry पहले से ही ‘refresh’ जैसे दोहराए जाने वाले reward structures को अपने भीतर समेटे हुए है, और AI इसका चरम रूप बनकर काम करता है
- यह लत पैदा करने वाला गुण AI coding को सिर्फ एक efficient tool से आगे बढ़ाकर मनोवैज्ञानिक निर्भरता पैदा करने वाले mechanism में बदल देता है
रचनात्मकता और संतोष का क्षय
- developers अपने काम को ‘आत्मा के लिए अच्छा काम’ और ‘ऐसा न होने वाला काम’ में बाँटते हैं, और coding परंपरागत रूप से पहले वर्ग में आती है
- AI अनंत reference material और inspiration देता है, लेकिन खुद समस्या सुलझाने और संरचना समझने की प्रक्रिया का आनंद छीन लेता है
- नतीजतन developer AI द्वारा बनाए गए अधूरे connections को पूरा करने वाली भूमिका तक सिमट जाता है, और काम से मिलने वाला संतोष घटता है
- इस समस्या का समाधान developer के रवैये में बदलाव और code में सक्रिय भागीदारी पर निर्भर है
व्यक्तिगत संदर्भ और पेशेवर पहचान
- लेखक छोटी team या solo development environment में काम करता है और code reuse व optimization का आदी developer तथा designer है
- AI नए framework आज़माने और आत्मविश्वास बढ़ाने का माध्यम बना, लेकिन क्या इसने वास्तव में उसे बेहतर developer बनाया है, यह संदिग्ध है
- लेखक खुद से पूछता है कि AI का उपयोग efficiency बढ़ाने के लिए है, या फिर ‘jackpot का इंतज़ार करने वाले जुए जैसे दोहराव’ की वजह से
निष्कर्ष: AI युग में developer की भूमिका
- AI coding productivity बढ़ाती है, लेकिन रचनात्मक सोच और self-driven problem-solving की क्षमता को कमजोर करने का जोखिम रखती है
- developers को AI की सुविधा पर निर्भर होने के बजाय, खुद सोचने और code के साथ सीधे काम करने की प्रक्रिया के मूल्य को फिर से पाना चाहिए
- तकनीकी प्रगति से भी अधिक महत्वपूर्ण है यह सुनिश्चित करना कि ‘coding आत्मा के लिए अच्छा काम’ बनी रहे, जिसके लिए self-control और आत्मचिंतन ज़रूरी हैं
5 टिप्पणियां
मतलब, अगर काफी बार खींचो तो जैकपॉट निकल ही आएगा।
लेकिन जुआ बहुत मज़ेदार है, है ना?
सांख्यिकीय रूप से अगर इसकी संभावना एक निश्चित स्तर से ऊपर है, expected value positive है, और expected value को बढ़ाने के लिए engineering तरीके लगातार सामने आ रहे हैं, तो क्या इसे जुआ कहना चाहिए? सामाजिक तौर पर लगता है कि हमने इसे निवेश कहने पर सहमति बना ली है।
हाँ हाँ, अगला बूढ़ा-बाबा आ गया
Hacker News की राय
हाल के AI coding tools की वजह से मुझे एहसास हुआ कि मुझे programming पसंद होने की वजह पहले से अलग है
पहले गहराई से समझने और समस्या में उतरकर काम करने की प्रक्रिया मज़ेदार लगती थी, लेकिन अब जो सोचूं उसे तुरंत वास्तविकता में बदल देने की क्षमता ज़्यादा आकर्षक लगती है
ऐसे tools का आना, जो बिना खुद code लिखे भी ideas की speed के साथ चल सकें, सच में रोमांचक है
अभी का Claude Code भी असल में उसका अधूरा version है। हमें ऐसा लगता है कि हम खुद बना रहे हैं क्योंकि प्रक्रिया अभी अपूर्ण है
ideas का तुरंत implementation होना रोमांचक है, लेकिन कभी जब आप बिल्कुल वही बना लेंगे जो चाहते थे, तब खालीपन भी महसूस हो सकता है
तब यह भावना आ सकती है कि ‘यह मैंने खुद नहीं बनाया’, और फिर आखिरकार अगला idea ढूंढना पड़ेगा
फिर भी यह एक मूल्यवान अनुभव है, और वह समय आ सकता है जब हम पारंपरिक अर्थ में programmer न रहें
मुझे तो उल्टा, समस्याओं को खुद हल करने की प्रक्रिया में ज़्यादा संतोष मिलता है
जब AI समस्या की जगह खुद हल कर देता है, तो achievement का एहसास वैसा कम हो जाता है जैसे StackOverflow से answer copy-paste कर दिया हो
फिर भी companies productivity के लिए AI इस्तेमाल करने को कहेंगी ही
complex apps बनाने की entry barrier कम होगी, और prototype बनाना आसान होगा
लेकिन legacy systems या production code अब भी experts का क्षेत्र रहेंगे
आखिर सिस्टम जब टूटेगा, तो structure और interactions को समझने वाला इंसान ही चाहिए होगा
अगर AI coding जुआ है, तो कई developers को manage करना भी एक तरह का project management जुआ हो सकता है
इंसान भी और model भी non-deterministic हैं, इसलिए एक ही काम देने पर भी नतीजे अलग आते हैं
कुछ लोग तो सुबह-सुबह उठकर agents check करते हैं, या यहां तक कि bank account access भी दे देते हैं
AI तेज़ है, लेकिन quality कम होती है, इसलिए तुरंत reward loop और ज़्यादा ताकत से काम करता है
बस AI को top developer level तक पहुंचने में अभी समय लगेगा
इसलिए वह जुआ नहीं है
LLM से code generate करना सिर्फ़ ‘risk taking’ से आगे बढ़कर behavioral addiction पैदा करता है
यह किसी slot machine और दोस्त जैसे chatbot के मिले-जुले cyberpunk device जैसा लगता है
critical thinking से ज़्यादा ध्यान ‘फिर से चला कर देखते हैं’ पर जाने लगता है, और इससे निकलने के लिए सचेत प्रयास करना पड़ता है
जापान के औसत developers अभी Claude Code को रोज़मर्रा में इस्तेमाल नहीं कर रहे
companies प्रोत्साहित करती हैं, लेकिन वे पुराने तरीके पर टिके हुए हैं
बल्कि उसी वजह से एक मानसिक रूप से कम थका हुआ परिदृश्य दिख रहा है
बड़े codebase integration में अभी भी असुरक्षा है
enterprise के नज़रिए से ROI साफ़ नहीं है, लेकिन individuals को tool की संभावना समझने की ज़रूरत है
AI coding की variable reward structure ही उसमें जुए जैसा तत्व बनाती है
एक ही सवाल पर भी अलग नतीजे आते हैं, और यही फर्क control का illusion देता है
प्रतिक्रिया जितनी तेज़ होती है, दिमाग उतनी ही मज़बूती से लत पकड़ता है
जुए में भी कई बार लंबा इंतज़ार होता है
जब नतीजे स्थिर नहीं होते, तो हम बटन और देर तक दबाते रहते हैं
आखिर सबसे महत्वपूर्ण बात spec को साफ़-साफ़ define करना है, और यह जांचना है कि implementation उसे पूरा करती है या नहीं
अगर perfect spec हो, तो code खुद लिखना ज़्यादा तेज़ होगा
यह market बदलाव और iterative experimentation वाली वास्तविकता से मेल नहीं खाता
संबंधित संदर्भ: Efficient cause, Naur paper
‘Vibecoding’ को लेकर HN अब भी बंटा हुआ है
कुछ लोग इसकी उपयोगिता मानते हैं, लेकिन ध्रुवीकृत बहस अब भी बार-बार दोहराई जाती है
और सच में महत्वपूर्ण requirements और developer experience की चर्चा दब जाती है
“कितनी बार जीतने पर यह जुआ नहीं रहेगा?” यह सवाल दिलचस्प है