क्या उच्चतर वेतन वाली तकनीकी नौकरी होने का मतलब है कि आपको कोई और कोड नहीं मिलेगा [बन्द है]

58

मैं एक बड़ी कंपनी में काम करता हूँ जहाँ तकनीकी लोग इनमें से किसी एक श्रेणी में आते हैं:

एक स्क्रैम टीम पर एक डेवलपर जो एकल उत्पाद के लिए विकसित होता है और शायद अन्य टीमों के साथ काम करता है जो उत्पाद से निकटता से संबंधित हैं।
एक वास्तुकार जो कई टीमों (5-6) पर एक सलाहकार से अधिक है और टीम के प्रयासों के बीच समानता को पहचानने की कोशिश करता है जिसे पुस्तकालयों में सार किया जा सकता है (आर्किटेक्ट पुस्तकालय कोड नहीं लिखते हैं, हालांकि)। यह वास्तुकार प्रबंधन के साथ कई बैठकों में भाग लेता है और तकनीकी दिशा निर्धारित करने का प्रयास करता है।

मेरी कंपनी में आर्किटेक्ट की भूमिका वह है जहां अधिकांश तकनीकी लोग अपने करियर में अगले कदम के रूप में आगे बढ़ते हैं।

मेरे सवाल हैं: क्या ज्यादातर कंपनियां इस तरह से काम करती हैं कि उनके उच्चतम भुगतान वाले तकनीकी लोगों को कोड लिखने से दूर किया जाता है? क्या यह एक डेवलपर के करियर के लिए एक स्वाभाविक प्रवृत्ति है? क्या कोई डेवलपर यह सब कर सकता है (कोड और सेट दिशा?)

career-development

— c_maker
स्रोत

75

क्या अधिकांश कंपनियां इस तरह से काम करती हैं कि उनके उच्चतम भुगतान वाले तकनीकी लोगों को कोड लिखने से दूर किया जाता है?

ज्यादातर खराब कंपनियां। कम कोड लेखन और सॉफ्टवेयर विकास के अन्य पहलुओं पर अधिक ध्यान केंद्रित करने के लिए अधिक जिम्मेदारी के लिए एक प्राकृतिक प्रवृत्ति है। यह कहा गया है, तकनीकी लोगों के लिए यह स्पर्श करना बहुत सामान्य है कि अगर वे वास्तव में कोडिंग में समय नहीं बिताते हैं तो क्या / आम / सर्वोत्तम संभव है। इससे कंपनी पर एक आपदा प्रभाव पड़ता है।

क्या यह एक डेवलपर के करियर के लिए एक स्वाभाविक प्रवृत्ति है?

हाँ। अंत में, एक व्यक्ति उत्पाद को सलाह, समन्वय, डिजाइन, समस्या डोमेन को जानने और अन्य सॉफ्टवेयर विकास कार्यों को करने से कोड की मदद से बहुत अधिक मदद कर सकता है। और सभी ईमानदारी में, कोड-लेखन कौशल की तुलना में अच्छा नेतृत्व या डिजाइन कौशल होना कहीं अधिक दुर्लभ (पढ़ें: मूल्यवान) है।

क्या कोई डेवलपर यह सब कर सकता है (कोड और सेट दिशा?)

पूर्ण रूप से। यद्यपि आपको यह महसूस करने की आवश्यकता है कि कोडिंग की मात्रा कम हो जाएगी । तुम बस नहीं कर सकते हैं उन अन्य मूल्यवान चीजें अच्छी तरह से करना है, तो आप एक IDE में नीचे दिन सिर का 80% खर्च करते हैं।

दूसरा विकल्प जो होता है, वह बेहतर पद की कमी के लिए 'प्रमुख अभियंता' होता है। कुछ डेवलपर्स बहुत विशिष्ट हैं। मैंने उदाहरण के लिए किसी के साथ काम किया जिसने लिनक्स के लिए गीगाबिट ईथरनेट ड्राइवरों को लिखा। हमें उसके लिए उस तरह के काम करने की ज़रूरत थी, और चूंकि केवल कुछ ही लोग उस काम को अच्छी तरह से कर सकते थे, इसलिए उसने अपने दिन के अधिकांश समय को कोड लिखने के अलावा नकदी का ढेर बना दिया।

हालांकि अधिकांश कंपनियों को उस तरह के विशेषज्ञता की आवश्यकता नहीं होती है। वे सिर्फ एक साथ डेटा नलसाजी कर रहे हैं या अभी तक एक और वेबसाइट / मोबिलैप बना रहे हैं।

— Telastyn
स्रोत

1

इस। हालांकि, अधिकांश पदानुक्रमों में औसत "कोड बंदर" और एक वास्तुकार के बीच कुछ स्थान हैं; जूनियर देव, देव, वरिष्ठ देव, टीम लीड, यहां तक कि परियोजना प्रबंधक भी अक्सर एक सॉफ्टवेयर आर्किटेक्ट के अधीन होते हैं। प्रोजेक्ट मैनेजर तक, उन पदों में से अधिकांश अभी भी प्राथमिक कोडर हैं, जिसमें वृद्धि के साथ पर्यवेक्षी / सलाहकार नौकरी के कार्य हैं, एक क्वांटम छलांग के साथ जब आप पीएम तक जाते हैं तो यह बहुत संसाधन और लोगों के प्रबंधन के पक्ष में सभी कोडिंग कर्तव्यों से छुटकारा दिलाता है। आर्किटेक्ट आमतौर पर कोडिंग के करीब रहने के लिए पीएम से छलांग लगाते हैं, लेकिन कई परियोजनाओं पर अधिकार हासिल करते हैं।

— कीथ्स

1

बहुत बढ़िया जवाब। और "यह सब हो रहा है" के बारे में आपकी टिप्पणी हाजिर है। मैंने हाल ही में अपने करियर के पथ को बदलने के लिए एक सचेत निर्णय लिया ताकि मुझे लेखन कोड वापस मिल सके। मैं एक कंपनी को खोजने के लिए पर्याप्त भाग्यशाली था जो मेरे वास्तुशिल्प और प्रोग्रामिंग कौशल दोनों का उपयोग कर सकता है। वे निश्चित रूप से खोजने के लिए कठिन हो सकते हैं।

3

"सबसे खराब कंपनियां।" सटीक और संक्षिप्त। +1

— ओरेप

Google / ट्विटर पर खोजें जॉन कार्मैक ( twitter.com/ID_AA_Carmack ) वह आईडी सॉफ्टवेयर का संस्थापक / तकनीकी निदेशक है, और फिर भी वह कभी दिन कोड लिखता है। महान उदाहरण है।

— कोडिशा

@kodisha काउंटर उदाहरण Linus Torvalds । वह उतना कोड नहीं लगता जितना वह इस्तेमाल करता था।

— ऑटोडिडैक्ट

8

यह काफी हद तक संगठन की संस्कृति पर निर्भर करता है। कई कंपनियों के पास वास्तविक वरिष्ठ तकनीकी पद नहीं होते हैं, हालांकि उनके पास कुछ फर्जी हो सकते हैं।

कुछ कंपनियों में ये पद होते हैं। एक कारण यह है कि महान इंजीनियर कुछ बड़ी कंपनियों (जैसे Google) या स्टार्टअप्स की ओर रुख करते हैं, वे हैं कि वे डेवलपर्स बने रह सकते हैं और उन चीजों पर काम कर सकते हैं जो वे उच्च मुआवजे और संगठनात्मक स्थिति से उत्साहित हैं। ज्यादातर कंपनियों में अगर वे डेवलपर्स बने रहना चाहते थे तो वे सीढ़ी के निचले पायदान पर होंगे।

— orip
स्रोत

4

व्यक्तिगत अनुभव अधिक अनुभव है जो मुझे कोड लिखने में कम समय मिलता है जो मैं कोड लिखने के लिए खर्च कर सकता हूं।

मैं समय बिताने से पहले समस्याओं को ठीक करने की कोशिश कर रहा हूं। दूसरों की सहायता के लिए जब वे फंस गए हों। यह सुनिश्चित करने के लिए कि चीजें एक साथ कैसे बैठेंगी। यहां तक कि सिर्फ लोगों को एक ही दिशा में खींचने की कोशिश की जा रही है।

यह मेरी स्थिति में अपरिहार्य लगता है। मैं कोड के साथ काम करना पसंद करता हूं, लेकिन कुछ चीजें हैं जो मैं अपनी कंपनी के लिए कर सकता हूं जो कि अधिक मूल्यवान हैं।

अब यह व्यक्तिगत अनुभव है लेकिन हां मुझे लगता है कि यह ज्यादातर छोटी कंपनियों को प्रतिबिंबित करेगा। हालाँकि मैंने अपने बॉस को स्पष्ट कर दिया है कि मैं पूरी तरह से कोड से हटाया नहीं जाना चाहता।

मुझे लगता है कि सबसे अच्छा सॉफ्टवेयर आर्किटेक्ट हाथ पर हैं मैंने एक अच्छा लेख देखा http://www.infoq.com/articles/brown-are-you-a-software-altect भाग 4 डिजाइन, विकास और परीक्षण को देखें।

यह कहने के बाद कि, दिन-प्रतिदिन की कोडिंग गतिविधियाँ एक वास्तुकार की भूमिका का हिस्सा क्यों नहीं होनी चाहिए? अधिकांश आर्किटेक्ट अनुभवी कोडर हैं, इसलिए यह उन कौशलों को अप-टू-डेट रखने के लिए समझ में आता है। इसके अलावा, आर्किटेक्ट टीम के बाकी सभी लोगों के समान दर्द का अनुभव कर सकता है, जो बदले में उन्हें बेहतर तरीके से समझने में मदद करता है कि उनकी वास्तुकला को विकास के दृष्टिकोण से कैसे देखा जाता है।

— वेस
स्रोत

0

यह इस बात पर निर्भर करता है कि आपकी जिम्मेदारियां क्या हैं। यदि आप तकनीकी मामलों के लिए जिम्मेदार हैं, तो आपको कोडिंग स्थिति में रहना चाहिए। 'कार्यान्वयन' प्रक्रिया से 'विचार' प्रक्रिया को विभाजित करना गलत सड़क के नीचे का रास्ता है। यदि आप कभी भी अपने आप को इस तरह की स्थिति में पाते हैं, तो आपको उस प्रतिभा का विरोध करना होगा, जिसमें आपके शानदार विचारों को लागू करने के लिए सिर्फ समय ही नहीं है।

दूसरी ओर, यदि आपकी जिम्मेदारी प्रबंधन की है, तो मुझे नहीं लगता कि आपको कोडिंग करनी चाहिए। एक प्रबंधक को भरण समय का प्रबंधन करना चाहिए। इस तरह की स्थिति में अलग-अलग कोडर्स के बीच और टीम के बीच और अधिक नौकरशाही पारिस्थितिकी तंत्र के बीच संचार की सुविधा शामिल है। मेरे अनुभव में सबसे खराब प्रबंधक जहां संघर्ष और गलत संचार के कारण टीम गिर गई, वहीं कोडिंग में नीचे रहे।

— nbv4
स्रोत

1

+1 "मेरे अनुभव में सबसे खराब प्रबंधक जहां कोडिंग में नीचे रहने वाले लोग थे"

— वादिमो

आपको इस लेख में उद्धृत किया गया है: एक अच्छा कैरियर या मजेदार प्रोग्रामिंग: आपके पास दोनों नहीं हो सकते ।

— हेनरिक