- पहले जिज्ञासा और खोजबीन से मौलिक और नवोन्मेषी टूल बनते थे, लेकिन आज डेवलपर संस्कृति धीरे-धीरे मेट्रिक्स और मुनाफ़ा-केंद्रित होती जा रही है
- पहले के डेवलपर केवल जिज्ञासा के कारण ऐसे प्रोजेक्ट बनाते थे जो शायद बेकार भी हों, और शुद्ध सीखने व प्रयोग में डूबे रहते थे
- अब डेवलपर नवीनतम framework और संख्यात्मक optimization पर अटकते जा रहे हैं, और अक्सर उन समस्याओं को हल करने की ओर झुक रहे हैं जिनमें उनकी खुद की कोई रुचि नहीं होती
- इसके कारण रचनात्मकता और ownership गायब हो रहे हैं, और डेवलपर की पहचान धीरे-धीरे टूल्स द्वारा तय होने लगी है
- लेखक ज़ोर देता है कि डेवलपरों को फिर से जिज्ञासा के लिए development और niche innovation के लिए जगह बनानी चाहिए
जब जिज्ञासा रास्ता दिखाती थी
- जिन लोगों के पास सॉफ़्टवेयर development का लंबा अनुभव है, वे उस दौर को याद कर सकते हैं जब डेवलपर सिर्फ जिज्ञासा या सीखने के लिए मौलिक प्रोडक्ट और प्रोजेक्ट जारी किया करते थे
- इसी जिज्ञासा और problem-solving mindset ने आज भी इस्तेमाल होने वाले बेहतरीन टूल्स को जन्म दिया, जैसे VLC, Linux, Git, Apache HTTP Server, Docker
- ये टूल्स किसी बड़ी कंपनी या solopreneur ने मुनाफ़ा बढ़ाने के लिए नहीं बनाए थे, बल्कि ऐसे जिज्ञासु डेवलपरों ने बनाए थे जो अनोखी समस्याएँ हल करना चाहते थे या कुछ नया सीखना चाहते थे
- 2000 के दशक (2003-2009) में नई तकनीक, framework और programming language को खंगालते हुए देर रात तक प्रयोग करना आम था, और सिर्फ अपने लिए बेवकूफ़ाना या अजीब प्रोजेक्ट बनाकर आनंद लेना भी
- बिना किसी उद्देश्य के सीखना आपको किसी खास नतीजे के दबाव के बिना नए विचारों और अवधारणाओं को खोजने देता है, और non-optimized implementation या पागलपन भरे ideas आज़माने की आज़ादी देता है
- क्योंकि इस यात्रा के अंत में किसी नए प्रोडक्ट या मुनाफ़े की उम्मीद नहीं होती, यह बेहतर learning experience और संतोष देता है, और यह शुरुआती से लेकर अनुभवी डेवलपर तक सभी पर लागू होता है
- सॉफ़्टवेयर development में यह tinkerers mindset धीरे-धीरे गायब हो रहा है, और आसपास अक्सर “समय की बर्बादी” या “करियर में मदद नहीं करेगा” जैसी आपत्तियाँ सुनने को मिलती हैं
मेट्रिक्स और चमकदार चीज़ों का युग
- पिछले 10 वर्षों में डेवलपर संस्कृति में बड़ा बदलाव आया है, और फोकस जिज्ञासा और बनाने की खुशी से हटकर मेट्रिक्स, revenue optimization, value delivery, और masses के लिए build करने पर चला गया है
- यह बदलाव अच्छा है या बुरा, इस पर निश्चित नहीं हुआ जा सकता, लेकिन एक देखी जा रही प्रवृत्ति के रूप में यह चिंताजनक है
- डेवलपर ऐसी तकनीकों से ऐसे प्रोडक्ट बना रहे हैं जिन्हें वे खुद पसंद नहीं करते, ऐसे audience के लिए जिन्हें वे समझते भी नहीं, क्योंकि उन्हें लगता है कि सफल होने के लिए यही करना चाहिए
- कई डेवलपर खुद को अलग दिखाने या startup CTO बनने के लिए यह रास्ता चुनते हैं, लेकिन जिन समस्याओं में वास्तव में रुचि नहीं हो उन्हें हल करने की कोशिश में असली सफलता मिलना कठिन है
- जब किसी अरुचिकर प्रोजेक्ट में प्रगति का एहसास नहीं होता, तो लोग अपनी पहचान Next.js डेवलपर, React डेवलपर, या Rust डेवलपर जैसे टूल-केंद्रित लेबल से तय करने लगते हैं
- नवीनतम framework या ideas का पीछा करने की प्रवृत्ति बहुत स्पष्ट है, और अक्सर वर्तमान प्रोजेक्ट छोड़कर बेहतर stack पर जाने की इच्छा होती है
- उदाहरण के लिए, webapp में नवीनतम React या Next.js version का उपयोग करना ज़रूरी माना जाता है, और 2023-2024 में React server components लगभग अनिवार्य समझे जाने लगे
- Vue.js या Angular की नई सुविधाएँ, या backend में Go या Node की जगह Rust अपनाने के मामले भी बढ़ गए हैं
- लोग खुद को किसी विशेष language या library से परिभाषित करते हैं, और MMR, ARR, DAU, MAU, SEO ranking, conversion rate जैसे मेट्रिक्स optimize करते हैं, लेकिन यह नहीं समझ पाते कि उनका प्रोडक्ट सफल क्यों नहीं हो रहा
हमने रास्ते में क्या खो दिया
- सफलता के लिए बिना सोचे-समझे नवीनतम तकनीक अपनाना आपदा का नुस्खा है, और इसका पूरे डेवलपर संस्कृति पर बुरा असर पड़ता है
- जिज्ञासु डेवलपर, tinkerer, और जुनूनी creator के गायब होने पर अफ़सोस है, और अगर यह mindset समाप्त हो गया तो इसके परिणाम अच्छे नहीं होंगे
- अब भी HTMX, Bun, Astro, Zig जैसे नवोन्मेषी उदाहरण मौजूद हैं, लेकिन वे दुर्लभ हैं और मेट्रिक्स के शोर में दब जाते हैं
- ये उजले उदाहरण दिखाते हैं कि जिज्ञासु डेवलपर अब भी मौजूद हैं, लेकिन उनकी संख्या घट रही है और उन्हें ढूँढना कठिन होता जा रहा है
दुनिया आगे बढ़ती रहती है, लेकिन हममें से कुछ लोग याद रखते हैं
- यह मध्यम आयु का विलाप न लगे, ऐसा चाहने के बावजूद, डेवलपर संस्कृति में जिज्ञासा के घटते पैटर्न को लंबे समय से देखा गया है और यह चिंता पैदा करता है
- अतीत में जिज्ञासा से बने टूल्स आज भी उपयोग में हैं, लेकिन नए सृजन अपेक्षाकृत कम हैं
- अगर आज इस्तेमाल होने वाले सॉफ़्टवेयर में जिज्ञासु डेवलपरों द्वारा बनाई चीज़ों की उम्र पर नज़र डालें, तो आधुनिक सॉफ़्टवेयर अक्सर बड़ी कंपनियों या solopreneur द्वारा बनाए गए या बाद में बेच दिए गए मिलते हैं
- डेवलपर संस्कृति से कुछ महत्वपूर्ण गायब हो रहा है, और जिज्ञासु डेवलपर पूरी तरह गायब हो जाएँ उससे पहले उसे वापस लाना होगा
- नहीं तो हमारे पास privacy समस्याओं, खराब monetization strategies, फूले हुए framework, और ownership-विहीन सॉफ़्टवेयर का समुद्र रह जाएगा
ownership की मौत केवल उपभोक्ताओं की समस्या नहीं है
- यह अच्छी तरह जाना जाता है कि उपभोक्ता अब सॉफ़्टवेयर के मालिक नहीं होते, बल्कि मासिक शुल्क देकर लाइसेंस के रूप में उसका उपयोग करते हैं
- Adobe suite, JetBrains IDE, नवीनतम iPhone या Android, Windows आदि में यह प्रवृत्ति दिखाई देती है
- creator के नज़रिए से भी सोचना चाहिए कि क्या डेवलपर वास्तव में अपने टूल्स के मालिक हैं, या उन्हें सबसे ऊँची बोली लगाने वाले को बेच देते हैं
- लोग अब अनोखी चीज़ें बनाने के बजाय ऐसा SaaS बनाना चाहते हैं जिसे masses को किराये पर दिया जा सके
- मेट्रिक्स, revenue और growth पर ही ध्यान केंद्रित करने की प्रवृत्ति मज़बूत हो गई है
- Linus Torvalds को Linux से लगाव है और वे उसकी परवाह करते हैं, लेकिन क्या Solomon Hykes वास्तव में Docker के, Daniel Ek Spotify के, या Mark Zuckerberg Facebook के सच्चे मालिक हैं और उसकी सच में परवाह करते हैं—यह सवाल बना रहता है
- एक प्रवृत्ति दिखती है जिसमें creator अपनी ही रचनाओं को मेट्रिक्स और revenue optimization का गुलाम बना देते हैं
- डेवलपर संस्कृति के इस बदलाव के बीच यह ऐसा सवाल है जो हमें खुद से और अधिक बार पूछना चाहिए
जिज्ञासा और innovation के लिए जगह बनाना
- अपनी ज़िंदगी के शेड्यूल में व्यक्तिगत प्रयोग का समय सुरक्षित रखें, और दूसरों की रुचि से परे सिर्फ अपने लिए कुछ बनाकर देखें
- ऐसे ideas का पीछा करें जो महत्वाकांक्षी हों या मूर्खतापूर्ण लगें, और उस प्रक्रिया में खुशी महसूस करने पर ध्यान दें
- भले कोई प्रोजेक्ट लॉन्च न किया जा सके, उससे पैसा न बने, या वह बेकार लगे, फिर भी उसे बनाना सीखने और सृजन का मूल्य देता है
- यात्रा स्वयं मूल्यवान है, और संतोष मंज़िल में नहीं बल्कि प्रक्रिया में मिलता है
- वह महत्वाकांक्षी हो या छोटा, इससे फर्क नहीं पड़ता; असली बात यह है कि आप उसे अपनी इच्छा से कर रहे हैं, और यही डूबकर काम करने की खुशी का सार है
- सॉफ़्टवेयर development एक अनोखा craft है जहाँ रचनात्मकता × engineering का संतुलन बनता है
- अगर इसमें जल्दबाज़ी वाला marketing घुसा दिया जाए, तो मूल खोज और craftsmanship के कमजोर पड़ने का जोखिम है
Build what you Can’t Ship
- भले ऐसा प्रोजेक्ट हो जिसे कोई इस्तेमाल न करे या जिससे पैसा न बने, फिर भी उसे ऐसे प्रोजेक्ट के रूप में शुरू करने की सलाह दी जाती है जिसे ship नहीं किया जा सकता; उसे बनाइए, उससे खेलिए, और उससे सीखिए
- नतीजे की उपयोगिता से अधिक, जिज्ञासा से प्रेरित exploratory learning को महत्व दें
- भले तैयार चीज़ को आम जनता के लिए लॉन्च करना मुश्किल हो, फिर भी उसे share करने में हिचकिचाइए नहीं, और दूसरों की बेरुख़ी से मत डरिए
- मंज़िल से अधिक यात्रा में, और output से अधिक प्रक्रिया-केंद्रित मूल्य में अर्थ खोजें
- किसी व्यक्तिगत समस्या को लेकर आपकी चिंता अप्रत्याशित रूप से फैल सकती है, और कोई अनोखा समाधान दूसरों को प्रेरित करने वाला ripple effect पैदा कर सकता है
- Linux, VLC, Git जैसे उदाहरण किसी व्यक्ति की ज़िद्दी जिज्ञासा से शुरू हुए थे
- उस समय जब SVN मानक था, distributed version control का विचार लापरवाह लग सकता था, लेकिन Git आज वस्तुतः मानक बन चुका है
- भले कोई प्रयोग मौजूदा तर्कसंगतता के मानकों पर फिट न बैठे, अगर ऐसे प्रयोग जमा होते रहें तो paradigm बदल सकता है
निष्कर्ष
- डेवलपर संस्कृति बदल रही है, और जीवनयापन व व्यावहारिक मांगें अपनी जगह हैं, लेकिन जिज्ञासा की चिंगारी नहीं खोनी चाहिए
- अगर मौलिक और रचनात्मक प्रयास गायब हो गए, तो सॉफ़्टवेयर में केवल मुनाफ़ा-उन्मुख और रचनात्मकता-विहीन प्रोडक्ट ही बचे रहने का ख़तरा है
- पाठकों से एक बार फिर जिज्ञासु डेवलपर की भावना वापस पाने का आग्रह किया गया है
24 टिप्पणियां
| इस समय डेवलपर नवीनतम framework और numerical optimization पर अटके हुए हैं, और उन समस्याओं को हल करने की प्रवृत्ति बढ़ती जा रही है जिनमें उनकी खुद की कोई रुचि नहीं होती।
मैं भी इससे काफी हद तक सहमत हूं। खास तौर पर दुख की बात यह है कि, जितनी ऊंची salary देने वाली कंपनियां या अच्छी positions देने वाली जगहें होती हैं,
उतना ही अधिक वे इन तत्वों को hiring criteria के रूप में अपनाती हैं।
उदाहरण के लिए, अगर आपने industry में प्रमुख framework का इस्तेमाल नहीं किया है, तो आवेदन करने का मौका ही काफी कम हो जाता है।
इसके अलावा, ज्यादातर मामलों में दूसरा framework भी विकल्प नहीं होता; बल्कि यह कि आप ‘सबसे major नंबर 1 framework का इस्तेमाल करते हैं या नहीं’ निर्णायक रूप से आपके पक्ष में काम करता है.
मैं डेवलपर नहीं हूँ, इसलिए पता नहीं यह बात कितनी सहानुभूति पाएगी,
लेकिन मुझे लगता है कि मूल लेखक ने यह लेख शायद एक तरह की मैनरिज़्म या ठहराव की स्थिति में लिखा है।
मैं अभी शौक के तौर पर development करता हूँ, और कोई solution बनाकर जो उपलब्धि का एहसास मिलता है, वह अब भी बहुत बड़ा होता है; और जब चीज़ें ठीक से नहीं सुलझतीं, तो मन करता है कि पूरी रात जागकर उस पर अड़े रहें। अगर समय की गुंजाइश हो, तो।
जब मैं Hacker News, CodePen newsletter, GitHub Explore जैसी चीज़ें देखता हूँ, तो वहाँ अब भी बहुत-से दिलचस्प projects और प्रेरणा देने वाली बातें मिलती हैं।
ऐसी जगहों से शुरू होने वाला चिंतन अब भी मज़ेदार है।
शायद हमें थोड़ा रुककर यह देखने की ज़रूरत है कि कहीं हम खुद ही अपने सोचने के तरीके को केवल value के पीछे चलने वाला तो नहीं बना रहे, और कहीं हम अजीब-सी curiosity को समय की बर्बादी तो नहीं मानने लगे हैं।
जिज्ञासा रखने का समय होना चाहिए, लेकिन काम निपटाने में ही इतने व्यस्त हैं, सिसकी
यह जांग कांग-म्योंग की “पहले आया भविष्य” में दिखाए गए पेशेवर Go खिलाड़ियों जैसा लगता था। वह भविष्य अब डेवलपर्स के पास भी आ गया है।
मुझे लगता है कि इसकी वजह दुनिया भर में अर्थव्यवस्था का ज़्यादा संवेदनशील हो जाना और नए junior developers का आना कम होना है। मौजूदा seniors उम्र बढ़ने के साथ थक जाते हैं, या फिर बच्चों की परवरिश और परिवार की देखभाल में व्यस्त हो जाते हैं, वगैरह—शायद ऐसे कारण हों।
मुझे पता है कि JetBrains IDE में सालाना subscription लेने पर, subscription लेने के समय वाले version का perpetual license मिल जाता था। क्या वह अब खत्म हो गया है?
अब भी भुगतान किया जाता है। लगता है कि मूल लेख में शायद इस बात का ज़िक्र इसलिए किया गया है क्योंकि JetBrains software subscription model का अग्रणी था।
पुष्टि के लिए धन्यवाद! यह दूसरे subscription models से अलग है, इसलिए मुझे यह इतना पसंद आया कि लगा, 'क्या यह कोई नया subscription model है..' लेकिन फिर सोचने पर लगा कि यह काफ़ी पुराने समय के कुछ software में अब भी बने हुए 'XXXX 2025 software / software upgrade kit' BM जैसा ही है।
जब JetBrains ने 10 साल पहले पहली बार subscription model लागू किया था, तब की प्रतिक्रियाएं देखें तो
ऐसी प्रतिक्रियाएं देखकर लगता है कि उस समय प्रतिरोध काफ़ी ज़्यादा रहा होगा
https://reddit.com/r/java/… देखा था।
अरे, धन्यवाद। शुरुआत में ऐसी प्रतिक्रियाएँ भी थीं। मैंने JB IDE को पहली बार तब देखा था जब subscription मॉडल दुनिया पर हावी हो रहा था, इसलिए मैंने सोचा था, 'इसकी लाइसेंस नीति इतनी अच्छी क्यों है?' लेकिन पुराने रिएक्शन देखकर ऐसा लग रहा है जैसे मुझे कोई बहुत बड़ी बात समझ में आई हो। (हालाँकि अभी मुझे भी ठीक-ठीक नहीं पता कि क्या समझा, लेकिन बस ऐसा लगा कि किसी चीज़ के mainstream बनने से पहले का नज़रिया और mainstream बनने के बाद का नज़रिया काफ़ी अलग हो सकता है..)
इतनी मेहनत करके जानकारी ढूँढ़ने के लिए बहुत-बहुत धन्यवाद। आपका दिन शुभ हो! 'm 'b
मुझे लगा कि शायद वे इतने ज़्यादा अग्रणी थे कि पुराने बिज़नेस मॉडल के कुछ हिस्सों को अब भी बनाए हुए हैं।
Hacker News राय
मैं इस लेख से सहमत हूँ, लेकिन साथ ही यह भी सोचता हूँ कि शायद मैं इसे अपनी ज़िंदगी के एक बिल्कुल अलग दौर से देख रहा हूँ, उस समय की तुलना में जब 1990 के दशक में यह सब शुरू हो रहा था। तब मैं युवा था, ज़िम्मेदारियाँ कम थीं, और खाली समय बहुत था। अब मैं पिता हूँ, होम लोन है, और स्थानीय राजनीति में भी दिलचस्पी बढ़ गई है—क्योंकि मैं "एक बेहतर दुनिया छोड़कर जाना" चाहता हूँ। फिर भी, समय के साथ बदलाव तो आया ही है। open source के उभार के दौर में बड़ा होना सच में बहुत शानदार था। हमें लगता था कि हम दुनिया बदल रहे हैं। धीरे-धीरे software mainstream हो गया, और PG के startup लेखों जैसे नेक विचार भी आखिरकार पैसे की दिशा में मुड़ने लगे। सैद्धांतिक रूप से कहें तो, अगर किसी hacker के पास F U money हो, तो वह corporate नौकरी की चिंता किए बिना सीखने और जिज्ञासा का पीछा कर सकता है, लेकिन हक़ीक़त में इतनी संपत्ति बहुत कम लोगों के पास होती है। आज corporate power बहुत ज़्यादा केंद्रित हो गई है। अगर LLM development capability का मुख्य आधार बन गया, तो यह स्थिति और भी बदतर हो सकती है। शायद अब किसी नई दिशा की ज़रूरत है। मेरी उम्र में मैं उस बदलाव की अगुवाई नहीं कर पाऊँगा, लेकिन जो लोग इसे आगे बढ़ाएँगे, मैं उन्हें पूरे जोश से समर्थन दूँगा
इस लेख को लेकर मुझे काफ़ी शक है—यह बिल्कुल "पहले के दिन अच्छे थे" वाली सोच लगती है [Good Old Days]। IT बहुत बड़ा हुआ है, यह सही है, लेकिन जो लोग अपने काम में ज़्यादा दिलचस्पी नहीं लेते, उनका एक तय अनुपात हमेशा से रहा है। उदाहरण के लिए, 1998 के आसपास मुझे याद है कि एक सहकर्मी compiler को IDE के बिना चला ही नहीं सकता था, और यह देखकर मैं चौंक गया था। ऐसे लोग तब भी बहुत रहे होंगे। और यह कहना कि "अब कुछ काम का नया नहीं आ रहा" थोड़ा भोला लगता है। सिर्फ Hacker News देख लो, हर दिन शानदार projects सामने आते हैं। बस अभी वे व्यापक रूप से इस्तेमाल नहीं हो रहे, आगे क्या होगा कौन जानता है। पहले भी Linux तुरंत mainstream नहीं हुआ था। और corporate power भी आखिरकार उठान और पतन के चक्र से गुजरती रहती है—Data General, Compaq, DEC, और वह दौर भी था जब Microsoft सबसे बड़ा दुश्मन माना जाता था। और हाँ, बहुत-सी उबाऊ और मामूली चीज़ें भी बनती हैं, लेकिन उनमें से ज़्यादातर भुला दी जाएँगी—Sturgeon's law की तरह, "हर चीज़ का 90% बेकार होता है"
मेरे लिए computer programming एक hobby थी, और उससे पैसे मिलना कीचड़ में खेलने वाले सुअर जैसी खुशी देता था। कम उम्र में वही काम करके पैसे मिलना सच में रोमांचक था। लेकिन 90 के दशक के आख़िर में computer science पढ़ते समय मेरे साथ पढ़ने वाले लगभग सभी दोस्त सिर्फ पैसे के लिए आए थे। तब भी ज़्यादातर programmers पैसे के लिए ही काम करते थे
जब भी यह बात उठती है, मैं हमेशा कहता हूँ कि मेरे हिसाब से इसकी वजह saturation है। किसी बिंदु पर computer field एक "अच्छी नौकरी" बन गई, और उसके बाद सच में जिज्ञासु लोग कुल आबादी में कम दिखने लगे। ज़्यादातर लोग बस स्थिर तनख़्वाह चाहते थे, इसलिए इस समुद्र में उतर आए
विडंबना यह है कि LLM बिना किसी खास उद्देश्य वाली जिज्ञासा और सीखने को उकसाता है। सिर्फ Twitter देख लो, लोग chatbots को अजीब हालत में डालते रहते हैं, नए systems पर experiment करते हैं, या jailbreak की कोशिश करते हैं। वे बस मज़े के लिए, जैसे कोई game खेल रहा हो, ऐसा करते हैं। मुझे नहीं लगता कि इस technology के आश्चर्य और जिज्ञासा को बनाए रखते हुए, इसे सिर्फ ख़तरे की तरह देखना सही है
पहले और अब में असली फ़र्क बस इतना है कि अब बहुत-सी समस्याएँ पहले ही हल हो चुकी हैं। इसलिए जो "खाली जगह" जुनूनी developers के लिए बचती थी, वह कम हो गई है। फिर भी, मैंने पहले lisp और Haskell जैसी चीज़ों में दिलचस्पी ली थी और उन्हें कुछ समय तक गहराई से देखा था। और आज भी mainstream के बाहर बहुत-सी अनसुलझी समस्याएँ बची हुई हैं
मैं अब भी यहाँ हूँ, और पहले जितना ही जिज्ञासु हूँ। जो लोग सच में जिज्ञासु हैं, उनके लिए मौके लगातार बड़े हो रहे हैं। पहले भी (लगभग 2000 के आसपास) मैंने ऐसे developers के साथ काम किया था जिनके घर में computer तक नहीं था, और तब मैं इस पर अफ़सोस करता था। मेरे पास उन किताबों से भरी bookshelf थी जिन्हें मैं पढ़ना चाहता था, और ideas से भरी hard disk थी, जबकि कुछ सहकर्मियों के लिए दफ़्तर से निकलते ही coding की चिंता ख़त्म हो जाती थी, और वही उनके लिए काफ़ी था। 25 साल बाद भी मैं ऐसे कुछ लोगों को जानता हूँ। उनमें से कुछ ने software में career भी बनाया, लेकिन उनमें जिज्ञासा नहीं थी। वह बस एक साधन था। मैं उन्हें दोष नहीं देता। लेकिन मैं ख़ुद ऐसा इंसान हूँ जो लगातार सीखना, बढ़ना और कुछ बनाना चाहता है। आजकल जो चीज़ मुझे सबसे ज़्यादा निराश करती है, वह यह है कि software में मेरे बहुत-से सहकर्मी बस Jira status बदलते रहते हैं, लेकिन बेहतरीन software बनाने की सोच ही नहीं रखते। Engineers, managers, executives—सबमें मैं यह प्रवृत्ति देखता हूँ। जब मैं सच में उपयोगी और अच्छा software deploy करता हूँ, तो मुझे self-actualization जैसा एहसास होता है। लेकिन वे लोग बस व्यस्त दिखने से संतुष्ट हैं। असल में वे कोई मूल्य पैदा करते नहीं लगते, लेकिन calendar हमेशा भरा रहता है। यह प्रवृत्ति कई industries में महामारी की तरह फैल रही है। उत्पादक दिखने की संस्कृति, जबकि असल में उत्पादकता नहीं है। Manufacturing, agriculture, academia—जहाँ भी लोगों से बात करो, वही कहानी सुनने को मिलती है। Stein's law के हिसाब से कभी न कभी यह "productivity theater" भी ख़त्म होगा। मुझे बस डर है कि वह दिन सुंदर नहीं होगा
software के सहकर्मी आजकल Jira status update के अलावा कुछ बड़ा करने की सोचते ही नहीं—यह कोई नई बात नहीं है। Dilbert जैसी comics 80 के दशक से ही इसका मज़ाक उड़ाती रही हैं
जब मैं 1996 में अपनी पहली नौकरी पर गया, तब तक मैं 10 साल से hobby के तौर पर computers के साथ लगा हुआ था और university भी ख़त्म कर चुका था। 22 साल का था, single था, शहर में नया-नया आया था, और ख़र्च करने लायक कुछ extra पैसे भी थे—फिर भी पूरे दिन काम करने के बाद घर जाकर फिर computer के सामने बैठने का मेरा ज़रा भी मन नहीं होता था। 30 साल के development career में मैंने अपनी मर्ज़ी से coding बहुत कम की है—बस कुछ charity projects में थोड़ा हाथ बँटाया, बस
मैं इस बात से सहमत हूँ कि "जिस समुद्र में हम तैर रहे हैं वह और बड़ा और गहरा हो गया है"। 2000 के दशक में software development आज की तुलना में बहुत छोटा क्षेत्र था, और उसका फ़ोकस एक "जिज्ञासा के तालाब" जैसा था। वहाँ सभी developers थोड़ा-बहुत छेड़छाड़ और प्रयोग करते थे। अब software एक विशाल समुद्र बन चुका है, और लेखक शायद तालाब नहीं बल्कि सिर्फ समुद्र को देख रहा है
मैं पूरी तरह सहमत हूँ कि "अब का समय कहीं बेहतर है"। मैं भी AI के साथ एक छोटी honeymoon phase से गुज़रा, और अब महसूस करता हूँ कि कुछ विषयों पर AI सच में एक बेहद उपयोगी tool है। सिर्फ $20 महीने देकर यह अनुभव मिलना कि तुम किसी भी विषय में जितनी चाहो उतनी गहराई में जा सकते हो, अद्भुत है। मुझे चिंता इस बात की है कि पढ़ने-समझने के लिए चीज़ें बहुत ज़्यादा हैं, लेकिन मुझे लगता है कि आज जितना रोचक समय पहले कभी नहीं था
एक समय ऐसा भी था जब मैं दिन में development करता था और घर पर उसी platform का computer भी नहीं होता था। बचपन में घर पर कभी Commodore 64, Tandy, UNIX workstations वगैरह रहे, लेकिन काम पर मैं Windows NT, Solarix, HP/UX पर development करता था। एक और शहर में जाने के बाद कंपनी में मैंने एक internal-only platform (फिर से Windows NT) और Solaris target पर development किया। पहले header files और libraries सब proprietary होती थीं, इसलिए कंपनी को हर व्यक्ति के लिए बहुत भारी license fee देनी पड़ती थी
कुल मिलाकर मैं सहमत हूँ, लेकिन एक बात पर आपत्ति है: 20 साल पहले जिज्ञासा मजबूरी भी थी। अगर code store करने का tool चाहिए और कोई ढंग का tool नहीं है, तो तुम्हें weekend में Git जैसा कुछ बनाना पड़ता। आज असंख्य जिज्ञासु developers की वजह से इतने शानदार tools मौजूद हैं कि 0 से 1 तक का discovery करना आसान नहीं रह गया है। फिर भी लोग नए frontier खोल रहे हैं। मुझे crypto पसंद नहीं, लेकिन बहुत-से जिज्ञासु developers ने वहीं अपना ठिकाना बनाया। AI में entry barrier ऊँचा है, लेकिन वहाँ भी खोज जारी है। जिज्ञासु developers ग़ायब नहीं हुए, बस बहुत-से salaried developers के बीच छिप गए हैं—और यह जो लगता है कि पहले सब जिज्ञासु थे, वह शायद hindsight bias है क्योंकि पीछे मुड़कर हम सिर्फ नतीजे देखते हैं
यह थोड़ा romanticize करना है। 20 साल पहले भी source control और modern tools काफ़ी थे। उदाहरण के लिए TFS 2005 में Microsoft ecosystem में आ चुका था
company environment में 0-to-1 mindset लगभग बेकार है। ज़्यादातर मामलों में ऐसी innovation दबा दी जाती है और दोबारा इस्तेमाल भी नहीं होती। शायद कोई नया प्रतिभाशाली व्यक्ति 5–6 साल बाद उसे फिर निकाले। हम लोग—यानी जिनके पास कोई safety net नहीं—90 के दशक की तरह प्रयोग और खोजबीन करने की छूट नहीं रखते थे। यह अब "सिर्फ अमीर और प्रभावशाली लोगों की luxury" बन गई है। महँगाई और inflation बहुत बढ़ चुके हैं, और अमेरिका जैसी systems में private health insurance से बँधे हुए हो। बीमार पड़ो, नौकरी चली जाए, तो सच में बहुत बड़ी मुसीबत है। अब "जिज्ञासा" का जोखिम पहले से कहीं ज़्यादा हो गया है
अब ऐसे developers भी बहुत हैं जिनकी जिज्ञासा सिर्फ trendy topics तक सीमित है, जैसे AI
मैं इस बात से सहमत नहीं कि जिज्ञासु developers पूरी तरह ग़ायब हो गए हैं, या organic और non-commercial web मर चुका है। लेकिन जो developers सिर्फ पैसे देखकर आए, उनके बीच सच में जुनूनी लोग कम दिखाई देने लगे हैं। उसी तरह, pure passion से बने indie websites भी सिर्फ profit के पीछे भागने वाली अनगिनत sites में दब जाती हैं। एक समय software development corporate दुनिया में कोई बहुत प्रतिष्ठित पेशा नहीं था, और बस 8-bit मनोरंजन computers पर games बनाने जैसा अजीब-सा hobby हुआ करता था। यह मुख्य रूप से उन लोगों का काम था जिन्हें computers को लेकर असली जिज्ञासा थी। फिर वह "golden age" आई जब hackers को hero जैसा माना जाने लगा और उन्होंने खगोलीय संपत्ति बनाई। उस दौर में बहुत-से hackers सफल हुए। लेकिन यही cultural corruption की शुरुआत भी थी—बहुत-से लोग सिर्फ पैसे के लिए आने लगे, और वे सक्षम तो थे, लेकिन उनकी motivation अलग थी, इसलिए culture भी बदल गया। अब programming भी carpenter या nurse जैसी एक अच्छी तनख़्वाह वाली skilled trade बन गई है। अगर तुम्हें फिर से hacker culture की याद आती है, तो मैं सलाह दूँगा कि कोई ऐसा niche field ढूँढो जो ज़्यादा प्रसिद्ध न हो, पैसे भी कम देता हो, लेकिन अजीब तरह से तुम्हें खींचता हो
अगर तुम अपनी company के मालिक नहीं हो, तो company के फ़ायदे के लिए जिज्ञासा रखने की ज़रूरत नहीं है। पहले मैं अपनी जिज्ञासा में रात भर जागकर checkout process बेहतर करता था और revenue बहुत बढ़ जाता था, लेकिन बदले में मुझे कुछ नहीं मिला। मैंने दूसरी team के app की random crashes ठीक कीं, जिससे million-dollar contracts बंद हुए, लेकिन बस धन्यवाद मिला। मेरी सलाह है कि जिज्ञासा अपने projects के लिए बचाओ। company के लिए न्यूनतम करो
इससे साफ़ दिखता है कि लेखक मूलतः web developer है। सिर्फ इसलिए कि कोई नया JS framework innovation नहीं आया, इसका मतलब यह नहीं कि innovation और creativity ख़त्म हो गई है
मैं लेखक से सहमत हूँ। मूल कारण मुझे कुल मिलाकर psychological safety का खो जाना लगता है। जब लोग ख़ुद को सुरक्षित महसूस करते हैं, तब वे समय बर्बाद होने के जोखिम के बावजूद खेलते-कूदते हैं, experiment करते हैं। आज के climate, economy, और politics को देखते हुए यह ज़माना ज़्यादातर लोगों के लिए असुरक्षित महसूस होता है। मुझे लगता है कि अमेरिका में innovation का peak माहौल Berlin Wall गिरने के बाद और 9/11 से पहले वाले 90 के दशक में था। technology को लेकर उत्साह अपने चरम पर था। बेशक आज भी लोग Netflix, dramas, books वगैरह पर बहुत समय खर्च करते हैं, लेकिन दुनिया से "भागने" में खर्च हुआ समय और दुनिया से रचनात्मक रूप से "जुड़ने" में खर्च हुआ समय एक जैसे नहीं होते
इस theory के ख़िलाफ़ कहूँ तो 60 से 80 के दशक में, जब political और economic हालात कहीं ज़्यादा ख़राब थे, तब भी computing innovation की सुनामी आई थी। उस समय climate problems भी गंभीर थीं, जैसे air और water pollution
90 का दशक बस 70 और 80 के दशक में जमा हुई technological passion का शिखर था। उससे पहले Vietnam War, oil shocks, Cold War—सब कुछ था, फिर भी लोग डटे रहे
मेरा अनुभव तो उल्टा है। एक senior engineer के रूप में आजकल मैं पहले से ज़्यादा side projects कर रहा हूँ, और उनमें से ज़्यादातर पूरे भी हो जाते हैं। अब नया project शुरू करते समय मेरे अंदर ज़्यादा confidence रहता है—कम से कम MVP तक पहुँच जाऊँगा, यह भरोसा रहता है। इनमें से ज़्यादातर commercial नहीं होते, बस वे चीज़ें होती हैं जिनसे मुझे ख़ुद झुंझलाहट हुई। इसके 3 कारण हैं: vibe coding की वजह से अब मैं UI या CSS जैसे हिस्सों पर भी हाथ आज़मा सकता हूँ, जिनसे पहले बचता था; Gemini उन devops समस्याओं को आसान बना देता है जो पहले सिरदर्द थीं; और Postgres, docker, node, ollama जैसे open source stack इतने अच्छे से काम करते हैं। AI इन झंझटों को कम कर देता है, इसलिए मैं ज़्यादा समय मज़ेदार हिस्सों पर लगा सकता हूँ। इसी वजह से अब मेरे UI भी बेहतर दिखते हैं, और उन्हें दोस्तों या परिवार के साथ share करने का confidence भी बढ़ा है
मेरा एक दोस्त Google में 15 साल काम करने के बाद layoff हो गया, और अब वह 40 के दशक के उत्तरार्ध में है। हाल में वह embedded systems, hardware controllers, Haskell, Erlang जैसी बिल्कुल नई चीज़ों में डूबा हुआ है—यह web-scale DB architecture से पूरी तरह अलग दुनिया है। अपनी ज़िंदगी में मैंने उसे कभी इतना खुश नहीं देखा। वह शुद्ध जिज्ञासा का पीछा कर रहा है, और कीचड़ में खेलते सुअर जैसी खुशी से भरा हुआ है
अगर उसने 15 साल Google में काम किया है, तो शायद उसके पास इतनी आर्थिक सुरक्षा है कि अब वह जो चाहे कर सकता है
15 साल Google में रहे हो तो शायद अब रोज़ी-रोटी की चिंता नहीं रहती, और परिवार के साथ भी आराम से जी सकते हो। यह स्थिरता ही शायद उसकी खुशी की बड़ी वजह है
शायद software engineering के पूरे इतिहास में यह सबसे अच्छा समय है छेड़छाड़, प्रयोग और मज़े के लिए
पिछले 50 सालों में software एक hobby से, फिर कुछ सनकी लोगों के छोटे समूह से, और अब एक trillion-dollar industry में बदल गया है। इस बदलाव ने software developer community की संरचना को पूरी तरह मिला-जुला दिया है: 2025 का औसत developer इस क्षेत्र में क्यों आता है, वह 2015 या 2005 के developer की motivation से काफ़ी अलग है। आज भी जिज्ञासु developers की संख्या ज़्यादा हो सकती है, लेकिन cupcake में उनका हिस्सा छोटा हो गया होगा
हाहा ठीक है। जिज्ञासु developers अब भी उतने ही जिज्ञासु हैं, लेकिन उनके आसपास की culture धीरे-धीरे उनके उत्साह को निचोड़ रही है
अब mid-level developers में अक्सर वे लोग ज़्यादा हैं जो इस industry में सिर्फ पैसे के लिए आए। यह growth industries और अवसरों की कमी वाले ढाँचे का side effect है
मुझे computers पसंद हैं, लेकिन सच कहूँ तो यह सब बहुत थकाने वाला है। दिन भर stand-up, Scrum, SAFE झेलो, कई teams की microservices को जोड़ते रहो ताकि कुछ फटे नहीं, और फिर बस घर जाना चाहो। काम पर experiment करने की गुंजाइश नहीं बचती, और रात में फिर coding करने की energy भी नहीं रहती। मैंने अपने hobby को profession बना लिया, और नतीजा यह हुआ कि hobby ही मर गई
housing inflation भी सबको भाड़े के सिपाही जैसा बनाने में बड़ी भूमिका निभा रही है
पैसे ही असली बात हैं। जब मैं 80 के दशक में पहली बार computers में डूबा, तब सब लोग जिज्ञासु और तकनीकी रूप से उत्साही थे। उस समय computer field के शुरुआती growth stages का बड़ा मंच Wall Street और banking sector था। Wall Street ने developers को बड़े bonuses देने शुरू किए, और यह साफ़ हो गया कि software से बहुत पैसा कमाया जा सकता है। उसके बाद ऐसे लोग भी आने लगे जिन्हें technology से कोई ख़ास प्यार नहीं था, वे बस पैसे के पीछे आए। dot-com boom और bubble, फिर social media, FAANG, खगोलीय valuations और absurd salary packages के दौर में यह प्रवृत्ति और तेज़ हो गई। नतीजा यह है कि जिज्ञासु और passionate developers अब भी हैं, लेकिन संख्या में dilute हो गए हैं। ऐसी जगहों पर ही कभी-कभार समान उत्साह वाले लोग मिल पाते हैं
यह सिर्फ developers की समस्या नहीं है। हर tech company FAANG style को अपनाकर अपनी value साबित करने और competition बढ़ाने में लगी है। अब तो "lifetime employment" जैसा concept पूरी तरह ग़ायब लगता है। academia का "publish or perish" अब इस work culture में घुस आया है, और हर कोई अपनी जगह बचाने के लिए system को game की तरह खेलना सीख रहा है
"क्योंकि growth के दूसरे रास्ते नहीं बचे"—यह बात 100% सही नहीं है। अमेरिकी समाज ने पिछले 30–40 सालों में college जाने को ज़रूरत से ज़्यादा बढ़ावा दिया और high income के वादे बेचकर पेश किया। नतीजा यह हुआ कि college degrees की बाढ़ आ गई और उनके साथ debt भी। हक़ीक़त यह है कि ठीक-ठाक कमाई के कई रास्ते college के बिना भी हैं। लोगों को सिर्फ "ज़्यादा पैसा कमाओ" वाली दिशा में नहीं धकेला जाना चाहिए था, बल्कि उन्हें यह खोजने में मदद मिलनी चाहिए थी कि वे सच में क्या चाहते हैं, और फिर उसके मुताबिक रास्ता चुनें
जब मैं सिर्फ C और Assembly से बने प्रोजेक्ट्स पर काम करता था और फिर open source की तरफ आया, तब भी रीढ़-विहीन लोग बस चीजें उठा कर इस्तेमाल ही करते थे, और आगे बढ़ाने में योगदान देने वाले लोग सिर्फ 0.1% थे.
आज भी वही है—एक तरफ वे लोग हैं जो बस vibe से चीजें उठा कर इस्तेमाल करते हैं,
और दूसरी तरफ वे लोग हैं जो उल्टा Claude जैसे सिस्टम बना रहे हैं.
कुछ भी नहीं बदला है.
आखिर इतने समय तक ज़्यादातर लोग जिज्ञासा से क्या research कर रहे थे?
क्या हर कोई जो आम-सी app development करता है, खुद को Bill Gates समझकर जी रहा था?
architecture designers के लिए तो यह दौर thank you ही है.
अब और गहराई में खोदा जा सकता है.
कंप्यूटर आने के बाद से अब तक, इस क्षेत्र के लिए aptitude रखने वाले लोग हमेशा सिर्फ 0.1% ही थे,
लेकिन शायद नौकरी या समाज में इसे कुछ खास पेशेवर पहचान की तरह बढ़ावा देने की वजह से
असल में इतने समय तक हर कोई खुद को programmer समझता रहा, बस वही...
एक debugger तक अपने हाथ से ठीक से बना सकने वाले लोगों को देखना मुश्किल है,
और ऐसे लोगों की भी भरमार है जो architecture के आसपास भी design नहीं कर सकते...
ज़्यादा लोग बस खुद को programmer समझ रहे हैं..
आजकल क्या कहते हैं उन्हें? डेवलपर साहब?
अब वे पागल psycho लोग देखना मुश्किल हो गया है.
जो डेवलपर अपनी उपलब्धियों या अपनी मौजूदा स्थिति से संतुष्ट हैं, वे आम तौर पर ऐसी खुली निंदा से बचते हैं और दूसरों के मूल्यबोध या किसी खास ecosystem और technologies को नकारते नहीं हैं.
ज़्यादातर वे पिछड़े हुए डेवलपर, जो अपनी कम self-esteem छिपाने के लिए अभिजात भावना और श्रेष्ठता-बोध में डूबे रहते हैं, अपनी बची-खुची self-respect को किसी तरह बचाने के लिए ऐसी आक्रामक भाषा का इस्तेमाल करते हैं. सच में अफ़सोस की बात है...
और आख़िरी वाक्य में लिखे बचकाने शब्द 'पागल साइको' को देखकर लगता है कि आप 'mad scientist' वाले persona में अपना अस्तित्व टिका रहे हैं, हुह
architecture ऐसा शब्द है जिस पर कोई भी बहस करने लगता है, और आप जिस debugger की बात कर रहे हैं, उसका दायरा क्या है, उसका उपयोग क्या है, यह भी स्पष्ट नहीं है. आपने जो बनाया है उसे मैंने स्वाभाविक रूप से कभी देखा भी नहीं है, इसलिए आपका स्तर क्या है इसका अंदाज़ा लगाना मुश्किल है. कुल मिलाकर यह बस दूसरों को नीचा दिखाकर खुद को ऊपर उठाने के मकसद से लिखा गया बेहद भद्दा अपमानजनक कमेंट ही लगता है^^
यहाँ मैं सिर्फ़ एक बात पूछूँगा. जब अमेरिका और भारत में प्रतिभाशाली डेवलपर पहले ही महान open source युग में अनगिनत debugger और engine सार्वजनिक कर रहे हैं, तो आप जो debugger बना रहे हैं वह आखिर क्या भूमिका निभा रहा है? और क्या उसे इस छोटे से कोरियाई बाज़ार में भी पर्याप्त मान्यता मिली है? क्या आप यह साबित कर सकते हैं कि आपने developer ecosystem में सही मायने में योगदान दिया है, या अभी दे रहे हैं?
अगर आप सचमुच पढ़े-लिखे हैं तो मेरी बात का आशय समझेंगे, ऐसा मुझे विश्वास है. अगर आप वाकई खुद को उद्योग का नेतृत्व करने वाला वरिष्ठ डेवलपर मानते हैं, तो कृपया जूनियर डेवलपरों के सामने अब इस तरह की भद्दी हरकतें दिखाना बंद कीजिए...
इस तरह की संकीर्ण और भड़काऊ निंदा सच में पढ़ना मुश्किल है।
मुझे तो यह ऐसा लगता है जैसे कोई खुद को दिखाने के लिए दूसरों को नीचा दिखा रहा हो.. मेरी अब तक की छोटी-सी जीवन-यात्रा के अनुभव में, सचमुच काबिल लोग ज़्यादातर यह जानते थे कि दुनिया बहुत बड़ी है
लगता है कि GeekNews को Google algorithm से काफी exposure मिल रहा है,
इसकी एक छोटी कमी यह है कि उसी दिन sign up करके घटिया comments छोड़कर चले जाने वाले लोग काफी ज्यादा हैं
आजकल coin वाले लोग Hada News में आने वाले लेखों को अक्सर उद्धृत करते दिखते हैं, तो कभी-कभी लगता है कि इस तरफ के लोग काफी आ गए हैं
लेकिन इससे अलग, और tone से अलग भी, मैं इसकी दलील से कुछ हद तक सहमत हूं
जब सभी के देखने के लिए साइन अप करते समय भी और नीचे भी साइट उपयोग के तरीके के कमेंट सेक्शन में कृपया विनम्र और शालीनता से बात करें. लिखा होता है.
किसी चीज़ को अपनी मर्ज़ी से वर्गीकृत करके बदनाम करने से पहले, मेरा मानना है कि पहले कम से कम वह RTFM तो खुद पालन कीजिए जो 0.1% न सही, लेकिन हर कोई कर सकता है, और पहले इस पर विचार कीजिए कि आप खुद किस तरह के इंसान हैं.
दावा 1: "असली innovation हमेशा केवल 0.1% अल्पसंख्यक elite ने ही किया है, और बाकी लोग उस तकनीक को बस इस्तेमाल करने वाले consumer भर हैं।"
कोई भी आविष्कार कितना ही महान क्यों न हो, अगर उसे इस्तेमाल करने और आगे बढ़ाने वाले 99.9% लोग न हों, तो वह बस किसी व्यक्ति का शौक बनकर रह जाएगा। यह ecosystem को नज़रअंदाज़ करने वाली दलील है।
दावा 2: "ऐप development की तरह दी गई तकनीक का उपयोग करना 'कोई भी कर ले' ऐसा बेकार काम है, और असली development architecture design जैसे बुनियादी काम हैं।"
यूज़र की समस्या हल न कर सकने वाली जटिल तकनीक सिर्फ आत्मसंतोष है। तकनीक का मूल्य उसकी कठिनाई से नहीं, बल्कि उससे पैदा होने वाली उपयोगिता से तय होता है।
दावा 3: "पहले जिज्ञासु developer ज़्यादा हुआ करते थे, यह एक भ्रम और अतीत का रोमानीकरण भर है; हक़ीक़त में कुछ बदला नहीं है।"
मूल लेख इंसान की प्रकृति की नहीं, बल्कि जिज्ञासा को प्रोत्साहित करने वाली 'संस्कृति' के गायब हो जाने की बात करता है। ऐसे माहौल में जहाँ सिर्फ मुनाफ़ा और metrics ही एकमात्र पुरस्कार हों, वहाँ खोजबीन से ज़्यादा परिणाम को प्राथमिकता देना स्वाभाविक है।
यह ऐसा कमेंट है जो खुद मान रहा है कि उसका नज़रिया संकीर्ण है—वह development के क्षेत्र को कुछ elite लोगों की जागीर मानता है और अलग-अलग भूमिकाओं व उनके मूल्य को कमतर आँकता है।
करीब दो दिन रोज़ी-रोटी वाली coding से थोड़ा दूर हो जाओ, तो लगता है शायद कोई छोटी-मोटी लेकिन creative चीज़ दिमाग में आएगी या नहीं।
लेकिन हक़ीक़त यह है कि weekdays में crunch के बीच coding, और weekends में बच्चों की परवरिश.... creativity-वगैरह कुछ नहीं, बस यही दुआ रहती है कि हर दिन बिना किसी परेशानी के निकल जाए।
फ्रेमवर्क का श्राप। खासकर web में यह रुझान हावी लगता है। अगर कोई खास framework डेवलपर की मूल प्रकृति को नियंत्रित करने लगे, तो यह साफ़ तौर पर एक समस्या है। यह पतन है।
कोरिया में अगर कोई कहता है कि वह Backend करता है, तो अक्सर मुझे लगता है कि उसे Java डेवलपर नहीं, बल्कि Spring डेवलपर कहना शायद ज़्यादा सही होगा।
Vibe coding, SNS और YouTube पर जो ट्रेंड हो रहा है उसे देखकर भी लगता है कि किसी चीज़ पर सच में गहराई से सोचने के बजाय बस न्यूनतम काम करने वाला code जल्दी-जल्दी जोड़ते जाओ, जोड़ते जाओ, जोड़ते जाओ, और फिर कह दो, आह, हो गया.