मैं ऊपर की बातों से काफी हद तक सहमत हूँ!
लेकिन मेरा मानना है कि छोटी कंपनियों में overengineering होने का एक कारण यह भी है कि बड़ी कंपनियों को लक्ष्य बनाने वाले लोग छोटी कंपनियों में उन tools का अनुभव जमा करना चाहते हैं.
अगर करने के लिए ज़्यादा काम न हो, तो बेकार की चीज़ें करने लगते हैं, हा हा
आसान समस्या को भी मुश्किल बनाकर हल करना पड़े, तभी लगता है कि कुछ किया है और दिखावा भी किया जा सकता है। और अगर आसानी से कर दें, तो बहुत से लोग समझते हैं कि वह आसान ही था.. हा हा हा हा
आख़िरकार, यह समझना ज़रूरी है कि तकनीकें किस समस्या को हल करने की कोशिश कर रही हैं, और वह तकनीक किस संदर्भ में सामने आई। लेख में दिए गए उदाहरण कुछ इस प्रकार हैं।
Cassandra -> Facebook service की Database scale समस्या को हल करने के लिए एक solution
Kafka -> Linkedin में data processing की scale समस्या को हल करने के लिए एक solution
मेरा मानना है कि हमें ध्यान से देखना चाहिए कि वे जिस समस्या को हल करना चाहते हैं, क्या वह उस समस्या के साथ align करती है जिसे मैं हल करना चाहता हूँ?
ऐसा लगता है कि काफ़ी लोग कभी-कभी यह भूल जाते हैं कि तकनीक एक tool है, लक्ष्य नहीं।
क्योंकि वह Big Tech में validate हो चुकी है, क्योंकि आजकल उसका बहुत इस्तेमाल हो रहा है... जैसे ही ऐसी बातें तकनीक चुनने की मुख्य शर्त बन जाती हैं, वैसे ही अनावश्यक लागत बढ़ना स्वाभाविक रूप से साथ आता है।
> स्क्रोलिंग में बाधा नहीं डालनी चाहिए, यह एक अनावश्यक ध्यान भंग करने वाली चीज़ है
मुझे भी यह असुविधाजनक लगा था, और लगता है HN की राय में भी यह बात पहले से है। मेरा मानना है कि स्क्रोलिंग तब सबसे सहज लगती है जब वह बस सामान्य स्क्रोलिंग जैसी ही हो।
असल में यह सिर्फ़ वही झंझट वाला हिस्सा है जो कंप्यूटर हमारी जगह कर देता है, तरीका तो पहले से मौजूद था, है न?
आह, कंपनी की ज़िंदगी वाला PTSD वापस आ रहा है
मैं ऊपर की बातों से काफी हद तक सहमत हूँ!
लेकिन मेरा मानना है कि छोटी कंपनियों में overengineering होने का एक कारण यह भी है कि बड़ी कंपनियों को लक्ष्य बनाने वाले लोग छोटी कंपनियों में उन tools का अनुभव जमा करना चाहते हैं.
बेशक, CEO को यह खास पसंद नहीं आएगा haha
फंडिंग मिलना, पर्याप्त बड़ा रेवेन्यू कमाना—इनमें से एक भी आसान नहीं, और करना दोनों ही पड़ते हैं...
अगर करने के लिए ज़्यादा काम न हो, तो बेकार की चीज़ें करने लगते हैं, हा हा
आसान समस्या को भी मुश्किल बनाकर हल करना पड़े, तभी लगता है कि कुछ किया है और दिखावा भी किया जा सकता है। और अगर आसानी से कर दें, तो बहुत से लोग समझते हैं कि वह आसान ही था.. हा हा हा हा
Spring के लिए लोगों को भर्ती करना आसान है...
लगता है कि यह Kermit the frog से लिया गया है.... है न?
बाद में छोटे बनाए गए सिस्टम को बड़ा करके ठीक करना मुश्किल होगा, इस डर से कई बार लोग शुरुआत से ही चीज़ों को बड़े पैमाने पर बनाते हैं...
मुझे लगता है कि यह K8s पर भी लागू होने वाली बात है। "मेंटेन करना मुश्किल हो ऐसी कोडिंग कैसे करें" वाली किताब याद आ गई। हा हा
कोरिया में spring पूजा से ज़्यादा...
यह सरकार की अक्षमता और डेवलपर्स की झंझट से बचने की प्रवृत्ति का ज़्यादा मिला-जुला नतीजा है..
आख़िरकार, यह समझना ज़रूरी है कि तकनीकें किस समस्या को हल करने की कोशिश कर रही हैं, और वह तकनीक किस संदर्भ में सामने आई। लेख में दिए गए उदाहरण कुछ इस प्रकार हैं।
मेरा मानना है कि हमें ध्यान से देखना चाहिए कि वे जिस समस्या को हल करना चाहते हैं, क्या वह उस समस्या के साथ align करती है जिसे मैं हल करना चाहता हूँ?
इससे बहुत सहमति है। आखिरकार Spring भी समस्याएँ हल करने का एक tool ही है।
बहुत कुछ सीखा। अच्छे लेख के लिए धन्यवाद।
ऐसा लगता है कि काफ़ी लोग कभी-कभी यह भूल जाते हैं कि तकनीक एक tool है, लक्ष्य नहीं।
क्योंकि वह Big Tech में validate हो चुकी है, क्योंकि आजकल उसका बहुत इस्तेमाल हो रहा है... जैसे ही ऐसी बातें तकनीक चुनने की मुख्य शर्त बन जाती हैं, वैसे ही अनावश्यक लागत बढ़ना स्वाभाविक रूप से साथ आता है।
कोरिया में Spring cargo cult काफ़ी मज़बूत है।
सिर्फ़ लिखी हुई बातों को देखें तो यह बहुत ही स्वाभाविक बातों की सूची लगती है.. लेकिन असलियत शायद फिर भी अलग होगी..
> स्क्रोलिंग में बाधा नहीं डालनी चाहिए, यह एक अनावश्यक ध्यान भंग करने वाली चीज़ है
मुझे भी यह असुविधाजनक लगा था, और लगता है HN की राय में भी यह बात पहले से है। मेरा मानना है कि स्क्रोलिंग तब सबसे सहज लगती है जब वह बस सामान्य स्क्रोलिंग जैसी ही हो।
Trump का असर यहां तक पहुंच रहा है। दुखद है।
JetBrains को अभी लिस्ट कर दो
मुझे तो लगा कि cursor, claude के साथ चलने पर उल्टा सबसे अच्छा प्रदर्शन देता है,
लेकिन मेरी भावना से अलग आप o1 की सिफारिश कर रहे हैं..!