एक ही फ़ंक्शन करने वाले अलग-अलग तरह के circuit elements होते हैं (सिर्फ capacitor ही लें तो उनकी भी कई किस्में होती हैं, और साधारण on/off के लिए भी transistor, triac वगैरह), फिर दर्जनों कंपनियों के सैकड़ों-हज़ारों products में से कीमत और characteristics देखकर चुनना पड़ता है। उसी बीच circuit parts की revision के हिसाब से errata भी देखनी पड़ती है, और software release तो rollback कर दें तो बात खत्म, लेकिन product एक बार production में चला गया तो उसे वापस नहीं मोड़ा जा सकता, इसलिए बहुत सावधानी चाहिए। testing भी PCB बनवाकर, assembly करके, फिर modify करके जैसे एक ज़माना लग जाता है। एक component बहुत दूर मौजूद किसी दूसरे component को प्रभावित कर देता है, और debugging भी software की तरह नहीं कि बस breakpoint लगा दिया और ज़्यादातर हल हो गया; यहाँ सीमित jtag ports निकालने पड़ते हैं, jumpers उड़ाने पड़ते हैं, lab में कोई दिक्कत नहीं होती लेकिन input होने वाला electrical waveform विकृत हो तभी समस्या सामने आती है, ऊपर से EMC certification भी बड़ा सिरदर्द है.
मैं खुद यह काम नहीं करता, बस बगल में किसी को करते देखा है, तो मुझे यह सब ऐसा लगा है.
मैं भी इन दिनों अपने ज़्यादातर खाली समय को side project करने में लगा रहा हूँ। खेलने वाले users भले ज़्यादा नहीं हैं, लेकिन कुछ लोग खेलते हैं, और यह कहना कि उन्हें इसमें मज़ा आ रहा है, सच में मेरे लिए बहुत बड़ी ताकत बन जाता है।
सोचते हो software engineer बनना आसान है? lol ये काम वही कर सकता है जिसका IQ सबसे टॉप पर हो। कोचिंग में 30 लोग आते हैं और उनमें से सिर्फ 1–2 ही टिक पाते हैं, फिर भी कहते हो कि बनना आसान है?
सहमत हूँ। मुख्य लेख ऐसा लगता है जैसे इसे किसी ऐसे व्यक्ति ने लिखा है जिसकी डेवलपमेंट में रुचि या योग्यता नहीं है.
आज जो काम आप अकेले भी कर सकते हैं, वही अगर पहले करने की कोशिश करते तो वह बहुत, बहुत मुश्किल होता.
लेकिन अब abstracted tools की बदौलत, उसी मेहनत से कहीं बड़े दायरे को संभालना संभव हो गया है, इसलिए अब अकेले भी service चला पाना संभव है। सच कहूँ तो यह काफ़ी मज़ेदार है।
लेख की सामग्री से बहुत ज़्यादा संबंधित नहीं है, लेकिन मैं accountability और responsibility के बारे में सोच रहा था, इसलिए नीचे दिया गया लिंक मेरे लिए काफ़ी मददगार रहा।
जो लोग कहते हैं कि software engineer होना बहुत कठिन पेशा है, वे अगर CS विभाग में आधा दिन ही customer support संभाल लें तो उनकी सोच काफ़ी बदल जाएगी.
ऐसा लगता है कि लोगों के मन में यह भ्रम है कि पहले सब कम जटिल था, लेकिन programming में तो आखिरकार इंसानी दिमाग़ की capacity ही सीमा तय करती है, इसलिए तब और अब में कठिनाई के स्तर में बहुत ज़्यादा फ़र्क नहीं है. बस फ़र्क इतना है कि अब हम ज़्यादा abstract tools के साथ कहीं बड़े दायरे को संभाल रहे हैं.
कंप्यूटर वैसे भी उन चीज़ों में आते हैं जिन्हें नियंत्रित करना अपेक्षाकृत आसान है, और सच कहें तो इस तरह का knowledge work दूसरे पेशों की तुलना में औसतन कम कठिन ही होगा. अगर कोई बात इसे थोड़ा अलग तरह से कठिन बनाती है, तो वह यह है कि आधुनिक समाज की प्रकृति के कारण 365/24 लगातार reliability की अपेक्षा की जाती है.
इंजीनियर सीधे तौर पर revenue पैदा करने वाली भूमिका में नहीं होते, इसलिए कंपनी में उनकी position आम तौर पर कंपनी से जाने वाली लागत को कम करने पर केंद्रित हो जाती है। इस लागत में समय की लागत भी शामिल होती है.
....लेकिन management करने वाले लोग उस विशेषता को समझ नहीं पाते, ऐसा कहें तो.
मुझे लगता है फ्रंटएंड के मामले में यह कुछ हद तक सही है। यह ऐसा मोहल्ला है जहाँ आज जो सीखा, वह कल कचरा बन जाता है....
Tailwind इस्तेमाल करने से पहले, भले ही मैंने बहुत गहराई से काम न किया हो, मुझे बस जबरदस्त गुस्सा और हताशा ही महसूस होती थी।
बैकएंड या सिस्टम डेवलपमेंट? यह करते हुए कभी-कभी लगता है, क्या मैं सच में इसके लिए पैसे लेने लायक काम कर रहा हूँ~ ऐसा लगता है जैसे Lego जोड़ने के पैसे मिल रहे हों, लेकिन अच्छा है कि मैं software development कर रहा हूँ...
कॉपी करके तुरंत पेस्ट किया जा सके, इसके लिए Cursor और VSCode deep link तक जोड़े गए हैं, इसलिए यह हिस्सा काफी polished लगता है।
एक ही फ़ंक्शन करने वाले अलग-अलग तरह के circuit elements होते हैं (सिर्फ capacitor ही लें तो उनकी भी कई किस्में होती हैं, और साधारण on/off के लिए भी transistor, triac वगैरह), फिर दर्जनों कंपनियों के सैकड़ों-हज़ारों products में से कीमत और characteristics देखकर चुनना पड़ता है। उसी बीच circuit parts की revision के हिसाब से errata भी देखनी पड़ती है, और software release तो rollback कर दें तो बात खत्म, लेकिन product एक बार production में चला गया तो उसे वापस नहीं मोड़ा जा सकता, इसलिए बहुत सावधानी चाहिए। testing भी PCB बनवाकर, assembly करके, फिर modify करके जैसे एक ज़माना लग जाता है। एक component बहुत दूर मौजूद किसी दूसरे component को प्रभावित कर देता है, और debugging भी software की तरह नहीं कि बस breakpoint लगा दिया और ज़्यादातर हल हो गया; यहाँ सीमित jtag ports निकालने पड़ते हैं, jumpers उड़ाने पड़ते हैं, lab में कोई दिक्कत नहीं होती लेकिन input होने वाला electrical waveform विकृत हो तभी समस्या सामने आती है, ऊपर से EMC certification भी बड़ा सिरदर्द है.
मैं खुद यह काम नहीं करता, बस बगल में किसी को करते देखा है, तो मुझे यह सब ऐसा लगा है.
लगता है हमारे यहाँ यह कोई बहुत प्रभावी negotiation method नहीं है।
इलेक्ट्रॉनिक्स...
कौन-सी चीज़ें?
मैं भी इन दिनों अपने ज़्यादातर खाली समय को side project करने में लगा रहा हूँ। खेलने वाले users भले ज़्यादा नहीं हैं, लेकिन कुछ लोग खेलते हैं, और यह कहना कि उन्हें इसमें मज़ा आ रहा है, सच में मेरे लिए बहुत बड़ी ताकत बन जाता है।
सोचते हो software engineer बनना आसान है? lol ये काम वही कर सकता है जिसका IQ सबसे टॉप पर हो। कोचिंग में 30 लोग आते हैं और उनमें से सिर्फ 1–2 ही टिक पाते हैं, फिर भी कहते हो कि बनना आसान है?
लगता है यह तो शुरू से ही AGI को करना चाहिए था..
सहमत हूँ। मुख्य लेख ऐसा लगता है जैसे इसे किसी ऐसे व्यक्ति ने लिखा है जिसकी डेवलपमेंट में रुचि या योग्यता नहीं है.
आज जो काम आप अकेले भी कर सकते हैं, वही अगर पहले करने की कोशिश करते तो वह बहुत, बहुत मुश्किल होता.
लेकिन अब abstracted tools की बदौलत, उसी मेहनत से कहीं बड़े दायरे को संभालना संभव हो गया है, इसलिए अब अकेले भी service चला पाना संभव है। सच कहूँ तो यह काफ़ी मज़ेदार है।
सॉफ़्टवेयर इंजीनियर सिर्फ़ वही लोग नहीं होते जो cloud में DevOps करते हैं।
यह मददगार है।
मैं भी सहमत हूँ। इंटरनेट पर software engineer की मुश्किलों के बारे में आसानी से सुनने को मिलता है, शायद इसलिए क्योंकि इंटरनेट बनाने वाले वही लोग हैं।
लोग अक्सर
kind and directकी बात करते हैं, लेकिन सच कहें तो kind होने से कहीं ज़्यादा मुश्किल direct होना है।लेख की सामग्री से बहुत ज़्यादा संबंधित नहीं है, लेकिन मैं accountability और responsibility के बारे में सोच रहा था, इसलिए नीचे दिया गया लिंक मेरे लिए काफ़ी मददगार रहा।
https://blog.alexewerlof.com/p/accountable-vs-responsible
जो लोग कहते हैं कि software engineer होना बहुत कठिन पेशा है, वे अगर CS विभाग में आधा दिन ही customer support संभाल लें तो उनकी सोच काफ़ी बदल जाएगी.
ऐसा लगता है कि लोगों के मन में यह भ्रम है कि पहले सब कम जटिल था, लेकिन programming में तो आखिरकार इंसानी दिमाग़ की capacity ही सीमा तय करती है, इसलिए तब और अब में कठिनाई के स्तर में बहुत ज़्यादा फ़र्क नहीं है. बस फ़र्क इतना है कि अब हम ज़्यादा abstract tools के साथ कहीं बड़े दायरे को संभाल रहे हैं.
कंप्यूटर वैसे भी उन चीज़ों में आते हैं जिन्हें नियंत्रित करना अपेक्षाकृत आसान है, और सच कहें तो इस तरह का knowledge work दूसरे पेशों की तुलना में औसतन कम कठिन ही होगा. अगर कोई बात इसे थोड़ा अलग तरह से कठिन बनाती है, तो वह यह है कि आधुनिक समाज की प्रकृति के कारण 365/24 लगातार reliability की अपेक्षा की जाती है.
इंजीनियर सीधे तौर पर revenue पैदा करने वाली भूमिका में नहीं होते, इसलिए कंपनी में उनकी position आम तौर पर कंपनी से जाने वाली लागत को कम करने पर केंद्रित हो जाती है। इस लागत में समय की लागत भी शामिल होती है.
....लेकिन management करने वाले लोग उस विशेषता को समझ नहीं पाते, ऐसा कहें तो.
कोरिया में Baegi Hong प्रतिनिधि ने भी "डेवलपर भी कंपनी के संगठन के सदस्य हैं" शीर्षक वाले लेख में इसी तरह की बात कही थी, और मैं उससे सहमत हूँ।
https://thestartupbible.com/2024/03/…
मुझे लगता है फ्रंटएंड के मामले में यह कुछ हद तक सही है। यह ऐसा मोहल्ला है जहाँ आज जो सीखा, वह कल कचरा बन जाता है....
Tailwind इस्तेमाल करने से पहले, भले ही मैंने बहुत गहराई से काम न किया हो, मुझे बस जबरदस्त गुस्सा और हताशा ही महसूस होती थी।
बैकएंड या सिस्टम डेवलपमेंट? यह करते हुए कभी-कभी लगता है, क्या मैं सच में इसके लिए पैसे लेने लायक काम कर रहा हूँ~ ऐसा लगता है जैसे Lego जोड़ने के पैसे मिल रहे हों, लेकिन अच्छा है कि मैं software development कर रहा हूँ...
सहमत हूँ। मेरा मानना है कि तीसरा रास्ता भी मध्यम ब्याज दरों + AI + बहुध्रुवीय दुनिया में नए सही जवाबों में से एक बन सकता है।
CSS भी ज़रूरी है, लेकिन layout क्यों टूट जाता है यह ज़िंदगी भर सीखने पर भी समझना मुश्किल है > सच में बिल्कुल सही बात है T_T