9 पॉइंट द्वारा nextvine 2026-03-23 | 3 टिप्पणियां | WhatsApp पर शेयर करें

2022 के अंत में ChatGPT के आने के बाद, डेवलपमेंट जगत में यह बुनियादी सवाल उठ रहा है: "अब जब coding का ज़्यादातर काम AI कर रहा है, तो क्या डेवलपर्स की ज़रूरत और रहेगी?" खासकर junior developers के लिए hiring की दहलीज़ ऊँची होने से संकट की भावना भी बढ़ी है। लेकिन अगर हम आर्थिक सिद्धांतों और मौजूदा global market संकेतकों को साथ रखकर देखें, तो संभव है कि हम सिर्फ़ 'replacement' के दौर में नहीं, बल्कि 'demand explosion' के मोड़ पर खड़े हों.

  • AI अपनाने से productivity बढ़ी है और simple coding tasks के replace होने के साथ junior developer hiring postings में तेज़ गिरावट जैसी 'job polarization' की घटना साफ़ दिख रही है.

  • लेकिन 'Jevons paradox' के अनुसार, जहाँ तकनीकी प्रगति लागत घटाकर उलटे demand को विस्फोटक रूप से बढ़ा देती है, यह आशावादी दृष्टि भी मौजूद है कि पूरे software market का आकार और बड़ा होगा.

  • भविष्य का developer सिर्फ़ एक 'coder' नहीं रहेगा; AI के साथ मिलकर business value को design और integrate करने वाले 'orchestrator' की क्षमता ही उसके survival का मुख्य आधार होगी.

3 टिप्पणियां

 
cafedead 2026-03-23

Jevons paradox के नज़रिए को शामिल करना है तो पहले यह तय करना होगा कि संसाधन क्या है।
चूंकि यह लेख developer demand के outlook का विश्लेषण कर रहा है, इसलिए इस लेख में संसाधन developer ही होना चाहिए।

  • जिन उद्योगों को Jevons paradox पारंपरिक रूप से समझाता है (steam engine <-> coal) और software industry में कई अंतर हैं।
    • डिजिटल goods non-rivalrous goods हैं, और यह ऐसी industry है जहाँ marginal cost लगभग 0 होती है। यानी यह fixed-cost केंद्रित industry है।
    • ऐसी industry में productivity improvement आम तौर पर headcount घटाने या freeze करने और मौजूदा workforce के leverage को बढ़ाने की दिशा में आगे बढ़ती है।
  • Jevons paradox लागू होने के लिए demand का price के प्रति बहुत sensitive होना ज़रूरी है, और cost reduction का सीधे demand explosion में बदलना भी ज़रूरी है।
    • Software development कोई developer अकेले नहीं करता। bottleneck "coding cost" नहीं, बल्कि planning, risk, operations, organization, और regulatory cost हैं।
    • अब तक software इसलिए नहीं नहीं बनाया गया कि उसकी लागत बहुत ज़्यादा थी, बल्कि ज़्यादातर मामलों में इसलिए नहीं बनाया गया क्योंकि "ज़रूरत नहीं थी / ROI नहीं बन रहा था / operate नहीं कर सकते थे"।
  • productivity metrics में illusion है।
    • लेख में इस्तेमाल किए गए metrics (code generation में वृद्धि, PR में वृद्धि, deployment volume में वृद्धि) सभी "activity volume" metrics हैं।
    • code की मात्रा बढ़ने से value नहीं बढ़ती। PR बढ़ने से review/verification cost बढ़ती है, और AI code quality/security risk को बढ़ाता है.
    • यानी AI code की वजह से technical debt, debugging cost, और operational complexity बढ़ती है।
    • इसलिए productivity improvement, activity metrics की तरह नाटकीय रूप से नहीं बढ़ सकती।
  • "junior cliff" को मानते हुए optimism बनाए रखना विरोधाभासी है।
    • developer, coal से अलग, junior से senior बनने वाली growth structure में काम करता है।
    • junior कम होंगे तो भविष्य के senior भी कम होंगे। इसलिए medium to long term में पूरा developer pool सिमट जाएगा।
  • market size growth और employment growth एक ही चीज़ नहीं हैं।
    • खासकर AI एक capital-intensive industry है; यह "ज़्यादा लोगों को लगाने वाली industry" नहीं, बल्कि "कम लोगों से बड़े scale बनाने वाली industry" है।
  • developer इंसान हैं, और लोगों की wages की विशेषताएँ coal की कीमत से अलग होती हैं।
    • labor market में wages पूरी तरह से लचीले ढंग से नीचे नहीं गिरते, इसलिए cost reduction पर्याप्त रूप से price reduction में transfer नहीं होता।
    • wages में वास्तव में downward rigidity होती है। इसकी वजह minimum wage, labor law, contract structure, organization के भीतर fairness, morale/attrition risk आदि हैं।
    • यानी productivity बढ़ने पर कंपनियाँ wages कम नहीं करतीं, बल्कि hiring घटाती हैं।
 
nextvine 2026-03-23

हाँ, इस समय दो दृष्टिकोण टकरा रहे हैं। ज़्यादातर जिस बात की चर्चा होती है वह replacement theory है, और कभी-कभी इस लेख जैसी optimism वाली राय भी सामने आती है.
भविष्य में क्या होगा यह कोई नहीं जान सकता, लेकिन अगर प्रमुख तर्क replacement theory है, तो मुझे लगता है कि उसके उलट पक्ष को भी देखना ज़रूरी है।

optimism के पक्ष में कई तर्क हैं, लेकिन उनमें से एक पुराने सिद्धांत, Jevons paradox, को मैं यहाँ लेकर आया था।
फ़िलहाल बाज़ार में individual developers के one-person business बनने की वजह से, साधारण web intro pages से लेकर कई चीज़ों की कीमतें तेज़ी से गिर रही हैं। इसके कारण छोटे दुकानदार या SMEs, जिन्होंने पहले कभी अपनी homepage बनाने के बारे में नहीं सोचा था, वे भी अब एक काफ़ी ठीक-ठाक homepage रखने लगे हैं।
यानी, मुझे लगा कि यह कहना सही है कि बाज़ार खुद फैल रहा है। खासकर SaaS हर दिन बड़ी तेज़ी से आ रहा है, और दिखे या न दिखे, price competition भी काफ़ी तेज़ हो रही है। अगर कीमतें कम होंगी, तो अपनाने वाली कंपनियाँ और व्यक्ति दोनों बढ़ेंगे, और बाज़ार कुल मिलाकर निश्चित रूप से बड़ा होगा।

इसके बाद दिशा दो में से एक हो सकती है। या तो एक व्यक्ति जिन services को manage करता है उनकी संख्या लगातार बढ़े, या फिर एक और developer पैदा हो जो उस demand को संभाले।
इंसान जितना process और manage कर सकता है उसकी एक स्पष्ट सीमा होती है, इसलिए मैंने अनुमान लगाया था कि आख़िरकार उस demand को संभालने के लिए फिर से junior developers को hire करने की दिशा भी बन सकती है, क्योंकि अब तक बाज़ार में सबसे ज़्यादा उपेक्षित resource junior developers ही रहे हैं।

बेशक, उस समय के junior developers से अपेक्षित skills आज से काफ़ी अलग होंगी। और salary का पहलू भी तब पहले जैसा रहेगा या नहीं, यह भी नहीं कह सकता। सच कहूँ तो यह समय कब आएगा, इसका भी मुझे ठीक-ठीक अंदाज़ा नहीं है...

और मेरा लेख पढ़ने और उसका इतने ध्यान से analysis करने के लिए धन्यवाद~ कुछ सीखने को मिला, अच्छा लगा।

 
runableapp 2026-03-26

भविष्य में यह फिर कैसे बदलेगा, कहना मुश्किल है, लेकिन अभी इंडस्ट्री में जो हो रहा है, उसे अगर व्यक्तिपरक नज़रिए से देखें (मैं सभी कंपनियों को नहीं देख सकता, और वे सब एक जैसी भी नहीं हैं।)

  • पहले के मतलब वाला एक-एक चीज़ तराशकर करने वाला coding अब बहुत लोग नहीं करते। 30 साल पहले तक इसे किताब -> फिर googling -> Stack Overflow -> AI में बदलने की प्रक्रिया के रूप में देखें, तो शायद यह ठीक होगा।
  • junior roles आधे स्तर तक घट गए हैं, यह तो तय है। junior पहले से ही senior के लिए ज़्यादा बोझ थे, बहुत बड़ी मदद नहीं। उन्हें सिखाने और उनकी growth में मदद करने की ज़िम्मेदारी होती है। मैं juniors से कहता हूँ कि जिन domains, languages या technologies में पुराने लोगों की बहुत भीड़ है, उनसे बचें और जो नई चीज़ें उभर रही हैं, उन्हें पढ़ें। ऐसे turning points को ध्यान से देखना और उनके लिए तैयारी करना, यह पहले भी कई बार हो चुका है।
  • AI की वजह से expectations बढ़ी हैं, काम बढ़ा है, और समय और कम हो गया है, इसलिए भी seniors juniors से बचते हैं। "क्या junior की ज़रूरत है?" "ज़रूरत नहीं है।" इसके अलावा cultural change भी है। पहले की तरह junior-mid level को lead करके खुद थोड़ा ज़्यादा manage करने के बजाय, अब बहुत लोग technical काम करके घर चले जाना ज़्यादा पसंद करते हैं।
  • developers के लिए coding पहले से ही ज़्यादा से ज़्यादा काम का लगभग 30% ही था। इसलिए सिर्फ़ direct coding का काम कम होने से उनकी ज़रूरत खत्म नहीं हो जाती।
  • पिछले 10+ वर्षों में IT में बहुत ज़्यादा bubble था। मुझे लगा था कि वह कभी न कभी फूटेगा, और यह बात कई जगह पहले ही कही जा चुकी है कि मौजूदा hiring problem AI की वजह से नहीं है। अब यह बस सामान्य स्तर पर लौट रहा है।

80-90 के दशक में जब PC फैला, 2000 के दशक में जब internet boom था, फिर mobile, cloud -- हमेशा ऐसे दौर रहे हैं जब बहुत शोर रहा है। और मौजूदा AI तो खास तौर पर इतना ज़्यादा है कि कान पक जाएँ और माथा सिकुड़ जाए। उम्मीद है लोग इससे बहुत प्रभावित नहीं होंगे। जैसे stocks में long-term investment होता है (हालाँकि अभी short-term investment का trend दिखता है), वैसे ही career और engineering को भी मैं long-term investment मानता हूँ। observation और interest ज़रूर रखें, लेकिन उनके बहाव में नहीं बहना चाहिए।