अगर मालिक खुद बनवाने के बजाय किसी और से यह काम करवाए, तो लगता है बिल्कुल यही स्थिति होगी.
चाहे आप कितनी भी अच्छी तरह समझा दें, गलतफहमियाँ रहती ही हैं, और चाहे आप कितनी भी बारीकी से ध्यान रखें, फिर भी कुछ ऐसे हिस्से रह जाते हैं जिनके बारे में सोचा नहीं गया होता.
अगर वे हर उस हिस्से के बारे में एक-एक करके पूछते हुए काम करें जो मालिक ने बताया नहीं, तो बहुत समय लगेगा और काफी झुंझलाहट भी होगी, इसलिए काफी कुछ विशेषज्ञ अपने हिसाब से संभाल लेते हैं, और लगता है वही हिस्से सबसे ज़्यादा विवाद की वजह बनते हैं.
वैसे, यह देख कर ईर्ष्या होती है कि लगता है आपने SI कंपनी से अभी तक ज़्यादा धोखा नहीं खाया है.
हाहा, दुनिया भी कैसी है
Slack पर यह देखकर मैं सोच रहा था कि शायद टाइपो है, इसलिए देखने चला आया, लेकिन अरे, यह सच में टाइपो नहीं था, हाहा। लेख बहुत मज़ेदार था और बड़े आनंद से पढ़ा। इतनी डिटेल में समझाने के लिए धन्यवाद
वैसे, Tesla, X, और Starlink ऐप के UI में किसी एक जैसी पसंद की झलक ज़रूर दिखती है…
मैंने बस इतना ही सोचा था कि Starlink इस्तेमाल करके देखना है। इस तरह विदेश यात्रा पर इसे साथ ले जाकर इस्तेमाल करने का अनुभव पढ़कर काफ़ी दिलचस्प लगा।
आख़िरकार, जिस देश में यह अभी लॉन्च नहीं हुआ है वहाँ से इसे खरीदना और डेटा प्लान सक्रिय करना ही अपने-आप में एक बड़ी बाधा है।
अच्छा लगा पढ़कर।
इंटरनेट की सच में बहुत ज़रूरत थी, ऐसा नहीं था; बल्कि सेलुलर सिग्नल भी न मिलने वाले दूरदराज़ इलाके में जा ही रहा था, तो आम उपभोक्ता भी इस्तेमाल कर सकें ऐसी satellite internet service को एक बार ज़रूर आज़माने की इच्छा ज़्यादा थी। हाहा
पाठ्यपुस्तकें भले ही घिसी-पिटी लगें, लेकिन जैसे केवल इस वजह से उनकी प्रामाणिकता को नज़रअंदाज़ नहीं किया जा सकता और न ही उनके विकल्प आसानी से पाठ्यपुस्तकों की जगह ले सकते हैं, वैसे ही प्रसिद्ध business किताबें अपने आप में management और startup अध्ययन की बुनियाद बनती हैं या उसका मूल तत्व होती हैं.
Professor Steve Blank की महान कृति customer development methodology उसी बुनियाद पर Lean Startup theory बनी, और इसमें शामिल विद्वानों तथा अग्रदूतों ने Business Model Canvas और Lean Canvas जैसे प्रभावी tools बनाकर उन्हें लोकप्रिय किया, ऐसा मेरा मानना है.
इसे कमतर आंकना, या इसके मूल उद्देश्य को भूलकर इसे हर समस्या की रामबाण दवा मान लेना, मेरे विचार में इसके असली उद्देश्य को ठीक से न समझ पाने का परिणाम है.
मैं अनुभवी बहुराष्ट्रीय कंपनी के executives वाले वर्ग से हूँ, और इस बात से पूरी तरह सहमत हूँ कि The Goal एकमात्र अपवाद है। इस तरह की किताबें सचमुच समय और कागज़ की बर्बादी हैं। इसके बजाय history, economics और humanities की किताबें कहीं ज़्यादा मददगार होती हैं।
Trivy चलाकर देखें तो js NPM या Java Maven की तुलना में high या critical काफ़ी कम हैं और ज़्यादा सुरक्षित लगता है, तो यह लेख Rust के बारे में आखिर क्या कहना चाहता है?
Michael Lopp तकनीकी लीडर्स के लिए एक Slack चलाते हैं. RLS - Rands Leadership Slack
जिनकी रुचि हो, वे एक बार इसमें शामिल होकर देख सकते हैं. फिलहाल इसमें 36000 से अधिक लोग जुड़े हुए हैं, और यह एक बहुत बड़ा Slack है.
जॉइन करने के लिए ऊपर दिए गए लिंक की जानकारी ध्यान से पढ़ें और Lopp को ईमेल भेजें.
नाम/पेशा/क्यों जुड़ना चाहते हैं/RLS के बारे में कहाँ से सुना/अपना LinkedIn या Twitter आदि अकाउंट
यह सिर्फ Rust की ही समस्या नहीं है.
public package repository और transitive dependency को support करने वाले package manager वाली हर language का यह एक साझा फ़ायदा भी है और संभावित समस्या भी.
आखिरकार, इन्हें लाकर इस्तेमाल करने वालों को ही सही तरीके से इस्तेमाल करना चाहिए…
Node&npm के leftpad मामले के बावजूद कुछ भी नहीं बदला.
इसी तरह के संदर्भ में, जब क्लाइंट, निवेशक, या वरिष्ठों को जमा करने के लिए दस्तावेज़ बनाए जाते हैं, तब भी इस नज़रिए से काम करना महत्वपूर्ण लगता है कि आप कुछ ऐसा बना रहे हैं जो बिक सके। Man page बेहद शानदार होता है, लेकिन अगर उसके format को benchmark बनाकर investment proposal लिखेंगे, तो बात बिगड़ जाएगी।
मुझे लगता है कि startup में microservice के भी कई फायदे होते हैं। सबसे पहले, monorepo इस्तेमाल करने के फायदे मैं सच में recommend करूँगा।
जब product की दिशा बदलती है, तो microservice में monolithic की तुलना में बदलने वाले हिस्से ज़्यादा स्पष्ट होते हैं और कम भी। मुझे लगता है यह सच में बहुत बड़ा फ़ायदा है।
AI development के युग में, microservice की छोटी units को AI के ज़रिए develop करना आसान होता है। (यह नहीं कह रहा कि monolithic में नहीं हो सकता)
CI/CD का burden मैं मानता हूँ, लेकिन direction तय करने के चरण में ऐसे services भी होती हैं जिन्हें समेट दिया जाता है। आख़िर में जब दिशा तय हो जाए, तब भी इसे बनाना लगभग copy-paste के स्तर का होता है, इसलिए एक हफ़्ते के भीतर setup किया जा सकता है।
अलग-अलग languages के हिसाब से मज़बूत open source स्पष्ट रूप से मौजूद हैं। जैसे Security और business logic Java में, और AI Python में — इस तरह microservice architecture में जितना संभव हो उतना ज़्यादा open source इस्तेमाल किया जा सकता है.
अगर मालिक खुद बनवाने के बजाय किसी और से यह काम करवाए, तो लगता है बिल्कुल यही स्थिति होगी.
चाहे आप कितनी भी अच्छी तरह समझा दें, गलतफहमियाँ रहती ही हैं, और चाहे आप कितनी भी बारीकी से ध्यान रखें, फिर भी कुछ ऐसे हिस्से रह जाते हैं जिनके बारे में सोचा नहीं गया होता.
अगर वे हर उस हिस्से के बारे में एक-एक करके पूछते हुए काम करें जो मालिक ने बताया नहीं, तो बहुत समय लगेगा और काफी झुंझलाहट भी होगी, इसलिए काफी कुछ विशेषज्ञ अपने हिसाब से संभाल लेते हैं, और लगता है वही हिस्से सबसे ज़्यादा विवाद की वजह बनते हैं.
वैसे, यह देख कर ईर्ष्या होती है कि लगता है आपने SI कंपनी से अभी तक ज़्यादा धोखा नहीं खाया है.
अच्छा लग रहा है
वाह!
हाहा, दुनिया भी कैसी है
Slack पर यह देखकर मैं सोच रहा था कि शायद टाइपो है, इसलिए देखने चला आया, लेकिन अरे, यह सच में टाइपो नहीं था, हाहा। लेख बहुत मज़ेदार था और बड़े आनंद से पढ़ा। इतनी डिटेल में समझाने के लिए धन्यवाद
वैसे, Tesla, X, और Starlink ऐप के UI में किसी एक जैसी पसंद की झलक ज़रूर दिखती है…
मैं भी Cline को एक बार अनुभव करना चाहूँगा!
लगता है Hacker News भी काफ़ी ज़्यादा उम्र वाले लोगों की कम्युनिटी थी
अलग-अलग राय काफ़ी दिलचस्प हैं
हाहाहाहा, यही है।
शीर्षक और सामग्री मेल नहीं खा रहे हैं। मुझे बेवकूफ़ बनाया गया।
मैंने बस इतना ही सोचा था कि Starlink इस्तेमाल करके देखना है। इस तरह विदेश यात्रा पर इसे साथ ले जाकर इस्तेमाल करने का अनुभव पढ़कर काफ़ी दिलचस्प लगा।
आख़िरकार, जिस देश में यह अभी लॉन्च नहीं हुआ है वहाँ से इसे खरीदना और डेटा प्लान सक्रिय करना ही अपने-आप में एक बड़ी बाधा है।
अच्छा लगा पढ़कर।
जब ये सारी लहरें गुजर जाएँगी, तो आने वाली पीढ़ियाँ इस दौर को कैसे याद करेंगी?
इंटरनेट की सच में बहुत ज़रूरत थी, ऐसा नहीं था; बल्कि सेलुलर सिग्नल भी न मिलने वाले दूरदराज़ इलाके में जा ही रहा था, तो आम उपभोक्ता भी इस्तेमाल कर सकें ऐसी satellite internet service को एक बार ज़रूर आज़माने की इच्छा ज़्यादा थी। हाहा
पाठ्यपुस्तकें भले ही घिसी-पिटी लगें, लेकिन जैसे केवल इस वजह से उनकी प्रामाणिकता को नज़रअंदाज़ नहीं किया जा सकता और न ही उनके विकल्प आसानी से पाठ्यपुस्तकों की जगह ले सकते हैं, वैसे ही प्रसिद्ध business किताबें अपने आप में management और startup अध्ययन की बुनियाद बनती हैं या उसका मूल तत्व होती हैं.
Professor Steve Blank की महान कृति customer development methodology उसी बुनियाद पर Lean Startup theory बनी, और इसमें शामिल विद्वानों तथा अग्रदूतों ने Business Model Canvas और Lean Canvas जैसे प्रभावी tools बनाकर उन्हें लोकप्रिय किया, ऐसा मेरा मानना है.
इसे कमतर आंकना, या इसके मूल उद्देश्य को भूलकर इसे हर समस्या की रामबाण दवा मान लेना, मेरे विचार में इसके असली उद्देश्य को ठीक से न समझ पाने का परिणाम है.
मैं अनुभवी बहुराष्ट्रीय कंपनी के executives वाले वर्ग से हूँ, और इस बात से पूरी तरह सहमत हूँ कि The Goal एकमात्र अपवाद है। इस तरह की किताबें सचमुच समय और कागज़ की बर्बादी हैं। इसके बजाय history, economics और humanities की किताबें कहीं ज़्यादा मददगार होती हैं।
Trivy चलाकर देखें तो js NPM या Java Maven की तुलना में high या critical काफ़ी कम हैं और ज़्यादा सुरक्षित लगता है, तो यह लेख Rust के बारे में आखिर क्या कहना चाहता है?
क्या ऐसा कोई सर्विस नहीं है जहाँ सिर्फ़ वेबपेज लिंक देकर उसका सारांश माँगा जा सके?
Michael Lopp तकनीकी लीडर्स के लिए एक Slack चलाते हैं.
RLS - Rands Leadership Slack
जिनकी रुचि हो, वे एक बार इसमें शामिल होकर देख सकते हैं. फिलहाल इसमें 36000 से अधिक लोग जुड़े हुए हैं, और यह एक बहुत बड़ा Slack है.
जॉइन करने के लिए ऊपर दिए गए लिंक की जानकारी ध्यान से पढ़ें और Lopp को ईमेल भेजें.
नाम/पेशा/क्यों जुड़ना चाहते हैं/RLS के बारे में कहाँ से सुना/अपना LinkedIn या Twitter आदि अकाउंट
यह सिर्फ Rust की ही समस्या नहीं है.
public package repository और transitive dependency को support करने वाले package manager वाली हर language का यह एक साझा फ़ायदा भी है और संभावित समस्या भी.
आखिरकार, इन्हें लाकर इस्तेमाल करने वालों को ही सही तरीके से इस्तेमाल करना चाहिए…
Node&npm के leftpad मामले के बावजूद कुछ भी नहीं बदला.
इसी तरह के संदर्भ में, जब क्लाइंट, निवेशक, या वरिष्ठों को जमा करने के लिए दस्तावेज़ बनाए जाते हैं, तब भी इस नज़रिए से काम करना महत्वपूर्ण लगता है कि आप कुछ ऐसा बना रहे हैं जो बिक सके। Man page बेहद शानदार होता है, लेकिन अगर उसके format को benchmark बनाकर investment proposal लिखेंगे, तो बात बिगड़ जाएगी।
मैं इस बात से सहमत हूँ कि AI development के दौर में छोटे units और single responsibility के साथ implement करना ज़रूरी है
मुझे लगता है कि startup में microservice के भी कई फायदे होते हैं। सबसे पहले, monorepo इस्तेमाल करने के फायदे मैं सच में recommend करूँगा।