हाँ, इस समय दो दृष्टिकोण टकरा रहे हैं। ज़्यादातर जिस बात की चर्चा होती है वह 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 करने के लिए धन्यवाद~ कुछ सीखने को मिला, अच्छा लगा।
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 घटाती हैं।
"समस्या यह है कि यह धुंधला-सा vibe ऐसा भ्रम पैदा करता है मानो वह कोई सटीक abstraction हो" — इस बात से सहमत हूँ। abstraction तो आखिरकार वही लोग कर सकते हैं जिन्होंने bottom-up तरीके से low-level को समझा हो।
जो चीज़ पहले चलती थी वह अब न चले तो असुविधा तो होती है, लेकिन उसे चलाने के लिए x11 में जो बेकार की spaghetti जैसी चीज़ें जोड़ी गई थीं, उन्हें हटाना भर भी इसकी सराहना करने के लिए काफ़ी वजह है
लेकिन अब भी कई चीज़ें क्यों नहीं चलतीं, इसका कारण देखें तो आखिरकार समस्या standardization की कमी ही है, और यह प्रक्रिया उम्मीद से ज़्यादा लंबी चल रही है, यह भी सच है
शायद 2030 आ जाने पर भी लोग कहेंगे कि यह अभी पूरी तरह तैयार होने से बहुत दूर है, लेकिन x11 की ओर वापसी संभव नहीं होगी
भले ही ecosystem बदलने की वजह से कुछ समय तक अफरा-तफरी रहे, कोई भी विकल्प फिर वही बातें सुनेगा, और वापसी की कोशिश अब तक अभ्यस्त हो चुके ecosystem में प्रतिरोध ही पैदा करेगी
पहले कहीं मैंने यह सुझाव देखा था कि कोरियाई में "गेबाप मोग्गी" की जगह "जिपबाप मोग्गी" जैसा अभिव्यक्ति कैसा रहेगा, और "जिपबाप मोग्गी" भी सुनने में काफ़ी अच्छा लगता है।
ऐसा लगता है कि यह देखना होगा कि क्या इसे दूसरे verification तरीकों से बदला जा सकता है। जितना यह front के करीब होगा, उतना ही browser behavior के आधार पर सिर्फ E2E से भी यह verify किया जा सकेगा कि यह ठीक से काम कर रहा है। लेकिन back, और infrastructure के करीब के code के लिए code review अनिवार्य लगेगा। नहीं तो transaction का दिखे बिना खुलना-बंद होना या API call चले जाना जैसी side effects को verify करना मुश्किल होगा।
10 लाख लाइनों का कोड 13 अरब टोकन से जनरेट किया... वाकई कमाल है
धन्यवाद! इसे अच्छे से इस्तेमाल करके बाद में अपना अनुभव ब्लॉग पर भी साझा करने की कोशिश करूंगा/करूंगी, हाहा
कहते हैं कि होता है, लेकिन मेरे यहाँ नहीं चल रहा T_T
अच्छा लीडर, मैनेजर और टीम मेंबर क्या होता है? कभी-कभी मैनेजर होने वाला व्यक्ति एक ही समय में किसी के लिए टीम मेंबर भी होता है...
Electron के जरिए इसे सामान्य बना देने के लिए धन्यवाद...
हर दिन इतने प्रोजेक्ट्स आ रहे हैं कि अगर कम से कम एक स्क्रीनशॉट भी हो, तो शायद मैं उत्सुक होकर तुरंत इसे आज़मा लूँ।
लगता है, हर जगह लोगों के जीने-रहने का ढंग लगभग एक जैसा ही होता है. :)
Linux सपोर्ट नहीं है 😭
हाँ~ ऐसी बहस छेड़कर सोचने पर मजबूर करने वाले लेख के रूप में ही इसका मकसद काफ़ी हद तक पूरा हो गया था।
IDE, PR सब मर गए थे, लेकिन code फिर से ज़िंदा हो गया क्या?
हाँ, इस समय दो दृष्टिकोण टकरा रहे हैं। ज़्यादातर जिस बात की चर्चा होती है वह 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 करने के लिए धन्यवाद~ कुछ सीखने को मिला, अच्छा लगा।
Jevons paradox के नज़रिए को शामिल करना है तो पहले यह तय करना होगा कि संसाधन क्या है।
चूंकि यह लेख developer demand के outlook का विश्लेषण कर रहा है, इसलिए इस लेख में संसाधन developer ही होना चाहिए।
"समस्या यह है कि यह धुंधला-सा vibe ऐसा भ्रम पैदा करता है मानो वह कोई सटीक abstraction हो" — इस बात से सहमत हूँ। abstraction तो आखिरकार वही लोग कर सकते हैं जिन्होंने bottom-up तरीके से low-level को समझा हो।
Canary, धन्यवाद
जो चीज़ पहले चलती थी वह अब न चले तो असुविधा तो होती है, लेकिन उसे चलाने के लिए x11 में जो बेकार की spaghetti जैसी चीज़ें जोड़ी गई थीं, उन्हें हटाना भर भी इसकी सराहना करने के लिए काफ़ी वजह है
लेकिन अब भी कई चीज़ें क्यों नहीं चलतीं, इसका कारण देखें तो आखिरकार समस्या standardization की कमी ही है, और यह प्रक्रिया उम्मीद से ज़्यादा लंबी चल रही है, यह भी सच है
शायद 2030 आ जाने पर भी लोग कहेंगे कि यह अभी पूरी तरह तैयार होने से बहुत दूर है, लेकिन x11 की ओर वापसी संभव नहीं होगी
भले ही ecosystem बदलने की वजह से कुछ समय तक अफरा-तफरी रहे, कोई भी विकल्प फिर वही बातें सुनेगा, और वापसी की कोशिश अब तक अभ्यस्त हो चुके ecosystem में प्रतिरोध ही पैदा करेगी
घर का खाना खाना अच्छा है
पहले कहीं मैंने यह सुझाव देखा था कि कोरियाई में "गेबाप मोग्गी" की जगह "जिपबाप मोग्गी" जैसा अभिव्यक्ति कैसा रहेगा, और "जिपबाप मोग्गी" भी सुनने में काफ़ी अच्छा लगता है।
ऐसा लगता है कि यह देखना होगा कि क्या इसे दूसरे verification तरीकों से बदला जा सकता है। जितना यह front के करीब होगा, उतना ही browser behavior के आधार पर सिर्फ E2E से भी यह verify किया जा सकेगा कि यह ठीक से काम कर रहा है। लेकिन back, और infrastructure के करीब के code के लिए code review अनिवार्य लगेगा। नहीं तो transaction का दिखे बिना खुलना-बंद होना या API call चले जाना जैसी side effects को verify करना मुश्किल होगा।
बस यही चाहत है कि Winui 3 का WYSIWYG कब आएगा।
वाह!! Garry Tan ने GeekNews को रीट्वीट किया है।
https://x.com/garrytan/status/2035898375934300353
10 लाख लाइनों का कोड 13 अरब टोकन से जनरेट किया... वाकई कमाल है
धन्यवाद! इसे अच्छे से इस्तेमाल करके बाद में अपना अनुभव ब्लॉग पर भी साझा करने की कोशिश करूंगा/करूंगी, हाहा
AI के one-click दौर में सिर्फ शेयर प्राइस देखें तो भी लगता है कि Adobe का दौर अब ढल रहा है।