खाना बनाना हो या पेंटिंग, ये कहना कि क्योंकि ये ऐसे काम हैं जो कोई भी कर सकता है, इसलिए कुछ महीने सीखकर कोई प्रो बन सकता है—आपकी बात भी कुछ वैसी ही लगती है। SW engineer को जो सम्मान मिलता है, वह इसलिए कि SW का प्रभाव उतना बड़ा हो गया है। मुद्दा यह नहीं है कि वह काम कठिन है या नहीं। अगर पसंद नहीं है तो कोई और काम कर लीजिए। लेकिन किसी दूसरे क्षेत्र में जाकर भी अगर आप ऐसी ही बातें करते फिरेंगे, तो अच्छी प्रतिक्रिया नहीं मिलेगी। उन लोगों को भी बुरा लगेगा। यह भी ठीक नहीं कि आप कोई बहुत महान काम कर रहे हैं इस घमंड में डूब जाएँ, लेकिन उसकी value को कम करके आँकना भी सही व्यवहार नहीं है।
Edge में Microsoft पहले से ही अपने LLM के साथ integration की कोशिश कर रहा है, इसलिए यह कोई खास नई कोशिश नहीं लगती। क्या बात को acquisition तक ले जाने की सच में ज़रूरत है? यह development से ज़्यादा सिर्फ सभी Chrome users तक service को expand करने की कोशिश भर लगती है; यह मान लेना कि OpenAI AI-केंद्रित browser खोल सकता है, कुछ ज़्यादा बढ़ा-चढ़ाकर कहना है। उस हिसाब से तो Google Gemini के साथ भी यह संभव है।
मकसद शायद यात्रा में लगने वाले अनुमानित समय की बिल्कुल सटीक गणना करना नहीं, बल्कि इस बात को महत्व देना है कि TSP को वास्तविक दुनिया के डेटा के साथ हल करके दिखाया गया।
कुछ समय पहले vercel की Edge rendering को छोड़ देने वाले ट्वीट और वीडियो[1], और serverless server (haha)[2] पर लिखा गया लेख काफ़ी चर्चा में थे। मुझे लगता है कि मेरी राय भी उस समय आए लेखों जैसी ही है.
यह मेरी व्यक्तिगत राय है, लेकिन frontend developer के नज़रिए से देखें तो user के request के साथ serverless function जोड़ना अभी भी काफ़ी दूर की बात है (जब तक कि आप जो application बना रहे हैं वह MVP न हो).
मैं इस बात से इनकार नहीं करूंगा कि कोई भी चुनौती ले सकता है। लेकिन यह कहना कि कोई भी आसानी से प्रोफेशनल बन सकता है, झूठ है। उम्मीद है कि आप असल जिंदगी में किसी से ऐसी बातें कहकर नहीं घूमते होंगे। क्योंकि वह धोखा है।
साइंस/इंजीनियरिंग में ऐसा कौन-सा क्षेत्र है जहाँ कोई कमरे में बैठकर इंटरनेट पर थोड़ा देखकर self-study करे और (अगर अच्छा करे तो) कुछ ही महीनों में ऐसा expert बन जाए जिसे तुरंत इंडस्ट्री में लगाया जा सके? <- किसी भी क्षेत्र में ऐसे entry-level job seeker को कोई भी expert नहीं कहता। लगता है किसी ने यह आलोचना पहले ही कर दी है। अगर आप सच में ऐसा सोचते हैं, तो आपकी सोच का स्तर नीचा है और आपमें professional mindset भी नहीं है।
लगता है कि आप यह गलतफ़हमी पाल रहे हैं कि SW development सिर्फ code generation और API generation का काम है। SW development का मूल सार यह है कि वास्तविक दुनिया को abstract करके protocols और interfaces बनाए जाएँ, और चीज़ों को उनके भीतर फिट किया जाए। मतलब, अलग-अलग तरीकों से काम करने वाली चीज़ों को जोड़कर उन्हें एक इकाई की तरह काम कराने में इसकी असली भूमिका है। यह जितना दिखता है उससे कहीं ज़्यादा जटिल बौद्धिक काम है, और इसी वजह से अच्छे SW engineers तैयार करना सोच से ज़्यादा कठिन है। कहा जाता है कि अभी लोग बहुत हैं, लेकिन उनमें से कितने लोग वास्तव में ठीक से काम कर सकते हैं? ज़्यादातर लोगों ने बस कोई-न-कोई tool एक बार इस्तेमाल किया होता है, लेकिन वही SW engineer होने का मूल नहीं है।
डेवलपर experience और observability की बात करने वाले कुछ लोग हैं, तो उसमें यह जोड़ना चाहूँगा,
अगर शुरुआती integration environment अच्छी तरह सेट कर दिया जाए, तो container-आधारित तरीके से कम नहीं, बल्कि शायद उससे भी ज़्यादा native के करीब developer experience हासिल किया जा सकता है। (इसके लिए तरह-तरह के tools भी हैं.)
जहाँ तक observability की बात है, अगर उसे गहराई से करना हो तो serverless हो या container-based, दोनों में ही यह कोई आसान समस्या नहीं है। log centralization, तरह-तरह के metrics visualization, APM, CPU/memory usage visualization, और उसके आधार पर scaling strategy बनाना वगैरह...
अगर बात उस स्तर तक नहीं पहुँची है, तो cloud vendor द्वारा मूल रूप से दिए जाने वाले metrics/log integration काफ़ी शक्तिशाली होते हैं, इसलिए दोनों लगभग बराबर ही हैं.
थोड़ा आक्रामक ढंग से कहूँ तो, मैं पूछना चाहूँगा, 'आपने serverless को ठीक-ठाक स्तर तक वास्तव में कितना करके देखा है?' 😅
कंटेनर-आधारित environment (ECS Fargate केंद्रित, Kubernetes cluster) और serverless environment (AWS) — दोनों का अनुभव होने के नाते, यह बात मुझे उतनी प्रभावशाली नहीं लगी।
कंटेनर-आधारित environment के फ़ायदों के रूप में जो बातें गिनाई गई हैं, वे फ़ायदे होने के साथ-साथ एक ही समय में नुकसान भी बन सकती हैं।
'सीधे control किया जा सकता है और state रखा जा सकता है' कहकर जिन बातों का ज़िक्र किया गया है, वे सब management point बन जाती हैं, इसलिए क्या operational complexity बढ़ जाती है।
मुझे लगता है कि छोटे संगठनों में, और खासकर उन संगठनों में जहाँ specialized server management team नहीं है, मैं serverless की ज़ोरदार सिफारिश करूँगा।
हाँ, cost calculation का जटिल होना या उसका अनुमान लगाना मुश्किल होना, और vendor lock-in की समस्या — इस बात से मैं सहमत हूँ।
दूसरी टिप्पणियों की तरह, Samsung, Naver आदि में काम करके बाद में AMD, Google आदि में जाने वाले लोग अगर अपने अनुभव के साथ बाद में कोरिया लौटें, तो वह एक बड़ी संपत्ति बन सकते हैं। लेकिन ऐसे माहौल में लौटना तो दूर, वे लगातार बाहर ही जाते रहेंगे। यह सिर्फ पैसों का मामला नहीं है; यहाँ का माहौल और सोच, दोनों ही बहुत खराब हैं।
कुल मिलाकर कहना क्या चाहते हैं? क्या कोरिया में engineers के साथ बहुत अच्छा व्यवहार होता है? अगर आपको लगता है कि आपको अपनी मेहनत से ज़्यादा मिल रहा है, तो कहीं दान ही कर दीजिए। क्या कोरिया ऐसा माहौल है जहाँ engineers के घमंड की वजह से समस्या होती है? समस्या तो यह है कि वहाँ की परिस्थितियाँ विदेशों से बदतर हैं, इसलिए काबिल लोग नौकरी बदलकर चले जाते हैं और वापस नहीं आते। (हालाँकि घमंडी लोग भी हो सकते हैं)
खाना बनाना हो या पेंटिंग, ये कहना कि क्योंकि ये ऐसे काम हैं जो कोई भी कर सकता है, इसलिए कुछ महीने सीखकर कोई प्रो बन सकता है—आपकी बात भी कुछ वैसी ही लगती है। SW engineer को जो सम्मान मिलता है, वह इसलिए कि SW का प्रभाव उतना बड़ा हो गया है। मुद्दा यह नहीं है कि वह काम कठिन है या नहीं। अगर पसंद नहीं है तो कोई और काम कर लीजिए। लेकिन किसी दूसरे क्षेत्र में जाकर भी अगर आप ऐसी ही बातें करते फिरेंगे, तो अच्छी प्रतिक्रिया नहीं मिलेगी। उन लोगों को भी बुरा लगेगा। यह भी ठीक नहीं कि आप कोई बहुत महान काम कर रहे हैं इस घमंड में डूब जाएँ, लेकिन उसकी value को कम करके आँकना भी सही व्यवहार नहीं है।
OpenAI Codex CLI - टर्मिनल में चलने वाला हल्का कोडिंग एजेंट
Edge में Microsoft पहले से ही अपने LLM के साथ integration की कोशिश कर रहा है, इसलिए यह कोई खास नई कोशिश नहीं लगती। क्या बात को acquisition तक ले जाने की सच में ज़रूरत है? यह development से ज़्यादा सिर्फ सभी Chrome users तक service को expand करने की कोशिश भर लगती है; यह मान लेना कि OpenAI AI-केंद्रित browser खोल सकता है, कुछ ज़्यादा बढ़ा-चढ़ाकर कहना है। उस हिसाब से तो Google Gemini के साथ भी यह संभव है।
वाह, यह तो बहुत बढ़िया है। आप दोनों के लिए training data तक जुटाना भी आसान नहीं रहा होगा, सच में कमाल कर दिया आपने।
बनाने वाले खुद भी आ गए~ मुझे भी इसे एक बार आज़माना पड़ेगा
हाहाहाहा
अंग्रेज़ी पेज https://www.math.uwaterloo.ca/tsp/korea/index.html है।
यह टूर निश्चित रूप से अवास्तविक है। ऐसा लगता है कि मुख्यभूमि से Jeju-do या Ulleungdo जाते समय जहाज़ से जाने वाले समुद्री मार्गों को इसमें शामिल नहीं किया गया है। यह चित्र देखिए: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png
मकसद शायद यात्रा में लगने वाले अनुमानित समय की बिल्कुल सटीक गणना करना नहीं, बल्कि इस बात को महत्व देना है कि TSP को वास्तविक दुनिया के डेटा के साथ हल करके दिखाया गया।
बेशक, जैसा कि इस पोस्ट पर भी लिखा गया है, यह कुछ ज़्यादा ही attention खींचने के लिए लिखा गया लेख लगता है :(
कुछ समय पहले vercel की Edge rendering को छोड़ देने वाले ट्वीट और वीडियो[1], और serverless server (haha)[2] पर लिखा गया लेख काफ़ी चर्चा में थे। मुझे लगता है कि मेरी राय भी उस समय आए लेखों जैसी ही है.
यह मेरी व्यक्तिगत राय है, लेकिन frontend developer के नज़रिए से देखें तो user के request के साथ serverless function जोड़ना अभी भी काफ़ी दूर की बात है (जब तक कि आप जो application बना रहे हैं वह MVP न हो).
[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…
मुझे अभी भी bootable कंटेनर ठीक से समझ में नहीं आ रहे हैं।
मैं इस बात से इनकार नहीं करूंगा कि कोई भी चुनौती ले सकता है। लेकिन यह कहना कि कोई भी आसानी से प्रोफेशनल बन सकता है, झूठ है। उम्मीद है कि आप असल जिंदगी में किसी से ऐसी बातें कहकर नहीं घूमते होंगे। क्योंकि वह धोखा है।
साइंस/इंजीनियरिंग में ऐसा कौन-सा क्षेत्र है जहाँ कोई कमरे में बैठकर इंटरनेट पर थोड़ा देखकर self-study करे और (अगर अच्छा करे तो) कुछ ही महीनों में ऐसा expert बन जाए जिसे तुरंत इंडस्ट्री में लगाया जा सके? <- किसी भी क्षेत्र में ऐसे entry-level job seeker को कोई भी expert नहीं कहता। लगता है किसी ने यह आलोचना पहले ही कर दी है। अगर आप सच में ऐसा सोचते हैं, तो आपकी सोच का स्तर नीचा है और आपमें professional mindset भी नहीं है।
शौकिया स्तर से निकलकर प्रो बनना आसान है? अगर यह सच होता, तो उसे फिर प्रो नहीं कहते।
लगता है कि आप यह गलतफ़हमी पाल रहे हैं कि SW development सिर्फ code generation और API generation का काम है। SW development का मूल सार यह है कि वास्तविक दुनिया को abstract करके protocols और interfaces बनाए जाएँ, और चीज़ों को उनके भीतर फिट किया जाए। मतलब, अलग-अलग तरीकों से काम करने वाली चीज़ों को जोड़कर उन्हें एक इकाई की तरह काम कराने में इसकी असली भूमिका है। यह जितना दिखता है उससे कहीं ज़्यादा जटिल बौद्धिक काम है, और इसी वजह से अच्छे SW engineers तैयार करना सोच से ज़्यादा कठिन है। कहा जाता है कि अभी लोग बहुत हैं, लेकिन उनमें से कितने लोग वास्तव में ठीक से काम कर सकते हैं? ज़्यादातर लोगों ने बस कोई-न-कोई tool एक बार इस्तेमाल किया होता है, लेकिन वही SW engineer होने का मूल नहीं है।
Samsung ने Linux on DeX का सपोर्ट बंद कर दिया था, तो अफ़सोस हुआ था.
अब Google खुद ही इसे आज़मा रहा है.
बढ़िया है.
डेवलपर experience और observability की बात करने वाले कुछ लोग हैं, तो उसमें यह जोड़ना चाहूँगा,
अगर शुरुआती integration environment अच्छी तरह सेट कर दिया जाए, तो container-आधारित तरीके से कम नहीं, बल्कि शायद उससे भी ज़्यादा native के करीब developer experience हासिल किया जा सकता है। (इसके लिए तरह-तरह के tools भी हैं.)
जहाँ तक observability की बात है, अगर उसे गहराई से करना हो तो serverless हो या container-based, दोनों में ही यह कोई आसान समस्या नहीं है। log centralization, तरह-तरह के metrics visualization, APM, CPU/memory usage visualization, और उसके आधार पर scaling strategy बनाना वगैरह...
अगर बात उस स्तर तक नहीं पहुँची है, तो cloud vendor द्वारा मूल रूप से दिए जाने वाले metrics/log integration काफ़ी शक्तिशाली होते हैं, इसलिए दोनों लगभग बराबर ही हैं.
थोड़ा आक्रामक ढंग से कहूँ तो, मैं पूछना चाहूँगा, 'आपने serverless को ठीक-ठाक स्तर तक वास्तव में कितना करके देखा है?' 😅
कंटेनर-आधारित environment (ECS Fargate केंद्रित, Kubernetes cluster) और serverless environment (AWS) — दोनों का अनुभव होने के नाते, यह बात मुझे उतनी प्रभावशाली नहीं लगी।
कंटेनर-आधारित environment के फ़ायदों के रूप में जो बातें गिनाई गई हैं, वे फ़ायदे होने के साथ-साथ एक ही समय में नुकसान भी बन सकती हैं।
'सीधे control किया जा सकता है और state रखा जा सकता है' कहकर जिन बातों का ज़िक्र किया गया है, वे सब management point बन जाती हैं, इसलिए क्या operational complexity बढ़ जाती है।
मुझे लगता है कि छोटे संगठनों में, और खासकर उन संगठनों में जहाँ specialized server management team नहीं है, मैं serverless की ज़ोरदार सिफारिश करूँगा।
हाँ, cost calculation का जटिल होना या उसका अनुमान लगाना मुश्किल होना, और vendor lock-in की समस्या — इस बात से मैं सहमत हूँ।
शुरुआत से ही यह Serverless नहीं, बल्कि Serverlease था।
दूसरी टिप्पणियों की तरह, Samsung, Naver आदि में काम करके बाद में AMD, Google आदि में जाने वाले लोग अगर अपने अनुभव के साथ बाद में कोरिया लौटें, तो वह एक बड़ी संपत्ति बन सकते हैं। लेकिन ऐसे माहौल में लौटना तो दूर, वे लगातार बाहर ही जाते रहेंगे। यह सिर्फ पैसों का मामला नहीं है; यहाँ का माहौल और सोच, दोनों ही बहुत खराब हैं।
कुल मिलाकर कहना क्या चाहते हैं? क्या कोरिया में engineers के साथ बहुत अच्छा व्यवहार होता है? अगर आपको लगता है कि आपको अपनी मेहनत से ज़्यादा मिल रहा है, तो कहीं दान ही कर दीजिए। क्या कोरिया ऐसा माहौल है जहाँ engineers के घमंड की वजह से समस्या होती है? समस्या तो यह है कि वहाँ की परिस्थितियाँ विदेशों से बदतर हैं, इसलिए काबिल लोग नौकरी बदलकर चले जाते हैं और वापस नहीं आते। (हालाँकि घमंडी लोग भी हो सकते हैं)