"कैरियर शुरू करने के कुछ वर्षों के बाद प्रोग्रामिंग न करें"। क्या यह उचित सलाह है? [बन्द है]


65

मैं पीएचपी में लगभग 5 साल का अनुभव और जावा, सी # में कुछ कम और आजकल कुछ पायथन सीखने की कोशिश कर रहा हूं, थोड़ा अनुभवी डेवलपर हूं। एक प्रोग्रामर के रूप में मेरे करियर की शुरुआत के बाद से मुझे अब और फिर साथी प्रोग्रामरों द्वारा बताया गया है कि प्रोग्रामिंग कैरियर के कुछ शुरुआती वर्षों के लिए उपयुक्त है (उनमें से ज्यादातर इसे 5 साल लगते हैं) और उसके बाद दिशा बदलनी चाहिए यह। उनके द्वारा प्रस्तुत किए जाने वाले कारणों में प्रोग्रामिंग से जुड़े सिरदर्द और दबाव शामिल हैं। वे यह भी कहते हैं कि प्रोग्रामर कम सामाजिक हैं और आमतौर पर अपने परिवार को समय देना पसंद नहीं करते हैं, आदि और विशेष रूप से "ओह आओ, आप अपने पूरे जीवन की प्रोग्रामिंग नहीं कर सकते!"

मैं यहां कुछ उलझन में हूं और दूसरों से इसके बारे में पूछने की जरूरत है। अगर मैं प्रोग्रामिंग छोड़ दूं तो मैं क्या करूँ? मुझे लगता है कि इस मामले में शिक्षण एक अच्छा विकल्प हो सकता है, लेकिन इसके लिए पहले पीएचडी की डिग्री हासिल करनी होगी। यह भी उल्लेखनीय हो सकता है कि मेरे देश (पाकिस्तान) में एक प्रोग्रामर का जीवन बहुत अच्छा नहीं है कि आम तौर पर उन्हें कार्यालय में 2-3 अतिरिक्त घंटे देने चाहिए ताकि वे तत्काल प्रोग्रामिंग कार्य पूरा कर सकें। मेरा मानना ​​है कि अन्य देशों और क्षेत्रों में भी स्थिति कुछ ऐसी ही है।

क्या आपको लगता है कि इस क्षेत्र में 5 साल बिताने के बाद प्रोग्रामिंग से करियर को किसी और चीज़ में बदलना उचित है?

अपडेट करें


अरे वाह ... मुझे कभी नहीं पता था कि इस क्षेत्र में लोगों को 40+ साल का अनुभव हो सकता है। मैं दोनों उत्साहित और आश्चर्यचकित हूं यह देखकर कि लोग इसे 1971 से कर रहे हैं ... इसका मतलब है कि मेरे जन्म से 15 साल पहले! ऐसे अनुभवी लोगों से बात करने में सक्षम होना अच्छा है, हमें पाकिस्तान में ऐसा मौका नहीं मिलेगा।
सभी मदद और साझा करने के लिए फिर से धन्यवाद। इस पर अपने विचार प्राप्त करना एक अच्छा अनुभव रहा है।


13
आपके प्रोग्रामर कॉहोर्ट्स सामान्यीकरण में बहुत अच्छे हैं और ऐसा लगता है कि उन्हें कम तनावपूर्ण नौकरियों की आवश्यकता है।
स्टीवन एवर्स

54
अगर सभी ने सिर्फ 5 साल के बाद प्रोग्रामिंग बंद कर दी, तो ऐसे प्रोग्रामिंग प्रोजेक्ट्स को कौन संभालेगा, जिनसे निपटने के लिए 10 या 20 साल की विशेषज्ञता चाहिए?
ग्रैंडमास्टरबी

17
किसी विषय की महारत तक पहुंचने के लिए उसे दैनिक समर्पण के दस साल लगते हैं। यदि आप आधे रास्ते को छोड़ देते हैं, तो आप वहां कैसे पहुंचेंगे?
फ्रैंक क्रुक

7
क्या यह कहना कि "आप अपने पूरे जीवन में एक वास्तुकार नहीं हो सकते हैं" या "आप अपने पूरे जीवन में दंत चिकित्सा नहीं कर सकते" ?
tylerl

6
विपरीत प्रश्न के प्रकार: कौन से प्रोग्रामर बॉस के रूप में पसंद करेंगे: एक पूर्व प्रोग्रामर, या कोई अन्य पृष्ठभूमि वाला कोई व्यक्ति?
१०:४६ में गेदर

जवाबों:


61

मुझे नहीं लगता कि यह एक ऐसा प्रश्न है, जिसे हमेशा सही होने वाला एक कंबल उत्तर दिया जा सकता है, सिवाय शायद उम्र-बूढ़े के लिए "यह निर्भर करता है।"

सबसे सरल सलाह यह है: यदि प्रोग्रामिंग वह है जो आप सबसे अधिक करना पसंद करते हैं, तब तक रुकें नहीं जब तक कि वह बदल न जाए।

कई अन्य कारकों पर विचार किया जाना चाहिए, जैसे कि नौकरी बाजार, पदोन्नति के अवसर, स्थान, और निश्चित रूप से वेतन, लेकिन किसी भी कैरियर के निर्णय के साथ सबसे महत्वपूर्ण बात यह है कि "क्या यह मुझे खुश करेगा ?"


1
मुझे लगता है कि यह मुझे खुश करता है (अभी तक दूसरी भाषा सीखने का मुख्य कारण)। संभवतः बहुत अधिक सोच के कारण, बहुत अधिक कैफीन लेने और कम सामाजिक बनने के कारण मेरे बालों का एक पैच खोना ऐसी चीजें हैं जिनसे मैं शायद डरता हूं ... मैंने दूसरों को इनमें से अधिकांश समस्याओं को देखा है!
यासिर

23
यह एक बहुत ही अमेरिकी रवैया है; संपूर्ण जीवन, स्वतंत्रता और खुशी की चीज का पीछा। करियर के फैसले में सबसे महत्वपूर्ण कारक खुश क्यों है? क्यों नहीं, एक विकल्प के रूप में, वह विकल्प जो सबसे अधिक दुख को कम करता है ? (उर्फ़ उपयोगितावाद) या वह विकल्प जो ईश्वर की आज्ञाओं का सबसे अच्छा पालन करता है ? (किसी भी धर्म की संख्या) या वह विकल्प जो दुनिया में सबसे अधिक मूल्य बनाता है? क्यों अपने खुशी है एक प्रायोरी सबसे महत्वपूर्ण बात? मुझे ईमानदारी से समझ में नहीं आता है कि इतने सारे लोगों को यह विश्वास क्यों है कि उनकी खुद की खुशी किसी भी तरह हर चीज से ज्यादा महत्वपूर्ण है।
एरिक लिपर्ट

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

4
@ एरिक: मैं इस पर आपके विचार का पूरी तरह समर्थन करता हूं। हालाँकि, मेरे लिए, सबसे ज्यादा खुशी उन चीजों को करने से है, जिनमें मूल्य हैं, दूसरों को फायदा पहुंचाने वाली चीजें और दुख कम करने वाली चीजें। इसलिए मैंने किसी भी तरह से दूसरों के बहिष्कार के लिए स्वार्थ या खुशी की वकालत नहीं की। हालांकि, मुझे विश्वास है कि ज्यादातर के लिए, वे कार्यस्थल में और बाहर दोनों में सबसे अधिक उत्पादक होंगे जब उनका करियर वह चीज है जिस पर उन्हें गर्व है और जिससे वे प्रेरणा पाते हैं। दूसरे शब्दों में, लोग अपनी नौकरी करते समय बेहतर काम करते हैं, जिससे उन्हें खुशी मिलती है।
asfallows

5
@ एरिक: यदि आपके बच्चों की शिक्षा को देखकर आपको खुशी मिलती है तो इसके लिए जाएं। व्यक्तिगत खुशी खुशी समारोह का एकमात्र कारक नहीं है।
रेयान

100

हमारे पास कई प्रोग्रामर हैं जहां मैं उनके 50 के दशक में काम करता हूं जिन्होंने 20 से अधिक वर्षों के लिए प्रोग्राम किया है। यदि आप ऐसा करना चाहते हैं, तो किसी को यह न बताएं कि यह केवल युवा के लिए ही उचित है।


14
+1: 1978 के बाद से पेशेवर रूप से प्रोग्रामिंग करना। एक प्रबंधक बनने के लिए कुछ ब्रेक, लेकिन वे छोटे और बीमार थे।
S.Lott

3
+1: मैं 1973 से इसमें हूँ, और एकमात्र समय जब मैं वास्तव में खुद का आनंद नहीं ले रहा था, जब मुझे अपनी सॉफ़्टवेयर कंपनी के साथ "बॉस" खेलना था। सौभाग्य से मुझे अभी भी अपने कर्मचारियों के साथ व्हाइटबोर्ड पर सिर पीटने और मार्कर फेंकने के लिए मिला, इसलिए यह बहुत बुरा नहीं था।
पीटर रोवेल

18
+1 केवल 20, लेकिन मैं प्रबंधक, एकाउंटेंट या सेल्समैन बनने के लिए स्कूल नहीं गया।
माइकल के

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

11
अच्छे भगवान! यहाँ बहुत सारे पुराने Farts® लटके हुए हैं! मुझे एक उद्धरण के बारे में सोचता है जो मैंने कहीं से हड़प लिया है: कंप्यूटर में नई गंध आती है, गीक पुरानी बू आती है।
पीटर रोवेल

34

मैं अब 21 वर्षों के लिए कोड स्लिंग कर रहा हूं, इसलिए मुझे लगता है कि मैं इस पर टिप्पणी करने के लिए योग्य हूं।

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

फिर मेरे जैसे लोग हैं जो इसकी खातिर प्रोग्रामिंग का आनंद लेते हैं और जिनके लोग कौशल हैं, हम कहेंगे, प्रबंधन की स्थिति के लिए पर्याप्त से कम है (मैंने कोशिश की, एक बार, और इसमें शामिल सभी के लिए एक आपदा थी)।

तकनीकी ट्रैक पर बने रहना और वेतन और जिम्मेदारी में आगे बढ़ना संभव है। और पुराने लोगों के लिए भी बहुत सारे पद हैं। मैं ४६ साल का हूं, और मेरी टीम के अन्य लोगों में से एक मैं उम्र से बड़ा हूं।

जब मैं कुछ पुराने प्रोग्रामर जानता हूँ जो MIT übergeek स्टीरियोटाइप में आते हैं, मुझे विश्वास है कि यह सामान्य रूप से सच नहीं है। मैं और अधिकांश प्रोग्रामर मुझे पता है कि मेरी उम्र के परिवार हैं, समय निकालते हैं जो हमें चाहिए, और आम तौर पर सामान्य जीवन जीते हैं। हम पार्टी जानवर नहीं हैं, लेकिन हम भिक्षु नहीं हैं।

हाँ, वहाँ बहुत सारे बुरे प्रोग्रामिंग काम हैं। हालांकि, काम और व्यक्तिगत जीवन को संतुलित करने के लिए उद्योग की ओर से एक वास्तविक प्रयास है, और कई सॉफ्टवेयर कंपनियां ऐसा कर रही हैं जो वे मृत्यु मार्च परिदृश्यों से बचने के लिए कर सकते हैं। हमेशा स्प्रिंट होने वाले हैं (मैं अभी एक के बीच में हूं, यह व्यवसाय की प्रकृति है), लेकिन मैराथन कम होते जा रहे हैं और बीच में दूर हो रहे हैं।


15
मुझे नहीं लगता कि प्रबंधन में जाने के लिए कोई गैर-तुच्छ संख्या है। मुझे लगता है कि यह कहना अधिक सटीक है कि भारी बहुमत है जो यह पता लगाते हैं कि वे अभी बहुत अच्छे नहीं हैं। इस प्रकार, वे प्रबंधन में यह महसूस करते हुए आगे बढ़ते हैं कि उनका प्रोग्रामिंग कैरियर काफी सीमित होने जा रहा है।
डंक

आप के अनुभवी लोगों के उत्तर देखने के लिए हार्दिक। मैं भारत से हूँ और हम किसी को भी अपने आस-पास अनुभव नहीं करते हैं। यह उस लाइन पर बने रहने की ताकत देता है जिसे हमने चुना था।
मनोज अट्टल

@ डंक: इसके पीटर प्रिंसिपल: अक्षमता को बढ़ावा दिया जाता है जो कि उनके अक्षमता के स्तर को बढ़ाता है।
जल्‍दी से जल्‍दी_जुन

4
@quickly - पीटर सिद्धांत डेवलपर्स और प्रबंधकों और जीवन के सभी क्षेत्रों पर लागू होता है। मैं कई प्रबंधकों को जानता हूं कि मैंने प्रोग्रामर के रूप में काम किया, जिन्हें एहसास हुआ कि उन्हें 40-60 सप्ताह की दिनचर्या में अच्छे डेवलपर्स की तुलना में बहुत कम पूरा करने के लिए 50-60 घंटे काम के सप्ताह की आवश्यकता होती है। वे यह महसूस करने के लिए पर्याप्त स्मार्ट थे कि एक अन्य संबंधित कैरियर पथ (यानी प्रबंधन) वहाँ सबसे अच्छा विकल्प था। जो लोग इसे महसूस करने में विफल रहे, वे अंततः समाप्त हो गए क्योंकि डेवलपर्स के रूप में उनकी क्षमताओं को कई वर्षों के अनुभव के बाद प्राप्त उच्च वेतन का औचित्य नहीं था।
डंक

2
@quickly - वे डेवलपर्स से बेहतर प्रबंधक हैं जो कम से कम इस तथ्य से देखते हैं कि वे अभी भी प्रबंधकों के रूप में कार्यरत हैं। मेरे कुछ दोस्तों ने प्रबंधकों के रूप में उत्कृष्ट प्रदर्शन किया है, जिन्हें मुझे अक्सर डेवलपर्स के रूप में ले जाना पड़ता था। मैंने दो साल तक प्रबंधन करने की कोशिश की और मैं इतना दुखी कभी नहीं था। मैं काम पर आने से घबरा गया। इस प्रकार, मैं वह कर रहा हूं जो मुझे पसंद है, लेकिन परियोजनाओं पर तकनीकी नेतृत्व (मेरे लिए सिर्फ स्थिति बनाई गई) के रूप में काम करना। इसका मतलब है कि मुझे सभी सॉफ्टवेयर तकनीकी सामानों के लिए ज़िम्मेदार होना चाहिए, जिसमें लोग असाइनमेंट भी शामिल हैं, लेकिन प्रबंधन, ग्राहक संबंध, बजट आदि नहीं ... मुझे यह बहुत पसंद है।
डंक

25

मुझे लगता है कि क्लासिक बड़ी कंपनी की सलाह की तरह लगता है कि अभी भी दशकों के बाद चारों ओर फेंका जा रहा है।

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

किसी कारण से, बहुत सी कंपनियाँ जो मानने लगती हैं कि "कोडिंग" 1 केवल कुछ है जो आपको टाइपिंग पूल के लिए विस्तृत विनिर्देशों के अनुसार करने के लिए मिलती है जो कि सॉफ्टवेयर आर्किटेक्ट बाहर रखते हैं। जैसा कि यह एक लो-ईश व्यवसाय के रूप में देखा जाता है, जब तक आप मूल रूप से एक प्रैक्टिशनर बनना बंद कर देते हैं और प्रबंधन परत में नहीं जाते हैं, तब तक किसी ऐसे व्यक्ति के रूप में कोई कैरियर प्रगति नहीं करता है जो किसी जीवित के लिए सॉफ़्टवेयर लिखता है।

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

अब, मैं १ ९ I've० के दशक के अंत / १ ९९ ० के दशक की शुरुआत से व्यावसायिक सॉफ्टवेयर विकास कर रहा हूं, और मैं अभी भी मुख्य रूप से जीवन यापन के लिए कार्यक्रम करता हूं। हां, मैंने अपने करियर में विभिन्न चरणों में प्रबंधन में "समय" किया है, लेकिन मैंने पाया कि मैं 'आधिकारिक' करियर की सीढ़ी के लिए क्या कर रहा हूं, उस पर चढ़ने की तुलना में सॉफ्टवेयर बनाने में (और संभवत: थोड़ा प्रबंधन कर रहा हूं)। हो।

वहाँ कंपनियां हैं जो मानती हैं कि अनुभवी सॉफ्टवेयर इंजीनियर टेबल पर ला सकते हैं। यदि आप सॉफ़्टवेयर विकास में एक दीर्घकालिक कैरियर बनाना चाहते हैं तो चाल उन्हें ढूंढ रही है। मुझे नहीं लगता कि 4-5 वर्षों के बाद लोग 'कोडिंग' से बाहर निकलते हैं, यह वास्तव में एक अच्छा विचार है जब तक कि हम अतीत की गलतियों को दोहराना नहीं चाहते क्योंकि उनकी कोई स्मृति नहीं है।

1 मैं सॉफ्टवेयर विकसित करने के लिए एक शॉर्टहैंड के रूप में दोनों का उपयोग कर रहा हूं और यह दिखाने के लिए कि किस प्रकार व्यवसाय को अक्सर इसमें शामिल नहीं किया जाता है - PHB को उद्धृत करने के लिए "अगर मैं समझ नहीं पा रहा हूं तो यह आसान होना चाहिए"।


14

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

IMO, प्रोग्रामर काफी सामाजिक हो सकते हैं हालांकि कुंजी यह है कि हम किस प्रकार के समूह की जांच कर रहे हैं। "स्टार ट्रेक" प्रशंसकों का एक संग्रह जो प्रोग्रामर भी हैं वे काफी पार्टी कर सकते हैं जिसकी मैं कल्पना करूंगा हालांकि अन्य लोग सोच सकते हैं कि यह लंगड़ा है।


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


आप जानते हैं, जिस व्यक्ति से मैंने यह सबसे अधिक सुना था, वह था जो 40 वर्षों से प्रोग्रामिंग कर रहा था। तो ... देखो तुम क्या मान लेते हो।
एलेक्स Feinman

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

3
@ मुहम्मद: यह "कैरियर" है, "कैरियर" नहीं।
ऑर्बिट

10

आमतौर पर जब लोग इस तरह की सलाह देते हैं ("हमेशा के लिए एक कोड बंदर मत बनो!"), उनका मतलब यह नहीं है कि आपको प्रोग्रामिंग से असंबंधित कुछ का पीछा करना चाहिए, लेकिन एक प्रबंधन की स्थिति के लिए जाएं जहां आप अधिक समय के विकास और प्रबंधन की योजना बनाते हैं वास्तव में कोडिंग की तुलना में टीमें। यह ठीक है, और बहुत से लोग अंततः इस विकल्प को पसंद करेंगे, लेकिन कई प्रोग्रामर इन "बिजनेस-वाई" प्रकार की जिम्मेदारियों को पूरी तरह से रोकते हैं। यदि आप कोडिंग पसंद करते हैं, तो अभी भी उन्नति के लिए जगह है, और कई संगठनों में वरिष्ठ प्रोग्रामर अपने प्रबंधकों से वेतन और लाभ में बहुत पीछे नहीं हैं। किसी भी तरह से, जैसा कि आप अधिक अनुभव प्राप्त करते हैं, आपको संभवतः स्पेक्ट्रम के दोनों किनारों पर आगे बढ़ने के प्रस्ताव और अवसर दिए जाएंगे। केस के आधार पर केस के प्रत्येक अवसर को लें और तय करें कि आप उस विशिष्ट भूमिका को लेना चाहते हैं या नहीं। आपने इसे सामान्य रूप से प्रोग्रामिंग से नफरत करने जैसी आवाज़ नहीं दी है, लेकिन इससे अधिक आप इस बात से डरते हैं कि अन्य लोग आपको किस तरह से चीजों के बारे में बता रहे हैं।उनकी बात मत सुनो । वे आप नहीं हैं, और यदि आपको कोडिंग पसंद है, तो कोडिंग रखें। प्रोग्रामर एसई पर प्रोग्रामर का भार है जो प्यार करते हैं जो वे हर दिन करते हैं और कई सालों से कर रहे हैं।


8

मैं सिर्फ उन सभी प्रतिक्रियाओं को बढ़ा रहा था जो कहती हैं कि "बस कुछ ऐसा करो कि अगर तुम इसे प्यार करते हो तो इसे करते रहो", क्योंकि मुझे लगता है कि यह अंततः सही जवाब है - लेकिन फिर मैंने एक मिनट के लिए वैकल्पिक दृश्य के बारे में सोचा, यह देखने के लिए कि क्या मैं कर सकती हूं "प्रोग्रामिंग रखें" विकल्प के खिलाफ एक अच्छे शैतान के वकील के साथ आओ ...।

मुझे लगता है कि प्रोग्रामिंग का "ऊपर और बाहर जाना" का विचार वास्तव में प्रोग्रामिंग के लिए इतना अनूठा नहीं है। इसके बजाय, यह बहुत से तकनीकी व्यवसायों के लिए सामान्य कैरियर प्रगति सलाह है - अनिवार्य रूप से, कोई भी जो स्वयं सीमित और सामान्य रूप से पर्याप्त है कि कोई भी व्यक्ति वास्तव में इस पर एक मेगा गुरु नहीं बन जाता है। प्रोग्रामिंग, हालांकि, बीच में गिर सकता है। इस अर्थ में और इसके विरुद्ध दोनों तर्क हैं।

मुझे एक सर्जन बनाम लेखाकार होने की तुलना करके समझाएं:

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

दूसरी ओर, एक एकाउंटेंट, शायद केवल अपने करियर के शुरुआती वर्षों में ही व्यक्तिगत कर रिटर्न जैसे क्लासिक, निम्न स्तर के ग्रन्ट "अकाउंटिंग कार्य" करना चाहता है। मुझे नहीं लगता कि एकाउंटेंट भी अपने पूरे करियर के लिए कर रिटर्न नंबरक्रंचिंग बंदर बनना चाहते हैं। वे प्रबंधन में आगे बढ़ेंगे और अपनी फर्म शुरू करेंगे। किसी भी दर पर, संभावना है कि कई एकाउंटेंट के लिए एक "प्राकृतिक" कैरियर कदम मानक, बुनियादी "तकनीकी" काम से बाहर है, और कुछ अधिक प्रबंधकीय और रणनीतिक में "ऊपर"।

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

किसी भी मामले में, मुझे लगता है कि यह इस घटना का मूल मूल है। लोग कई तकनीकी व्यवसायों को स्वाभाविक रूप से सीमित मानते हैं। जैसे-जैसे लोग बूढ़े होते जाते हैं, उन्हें फिर भी ग्रंट तकनीकी काम नहीं करना चाहिए, बल्कि प्रबंधन या कुछ और "उच्च स्तर" पर आगे बढ़ना चाहिए जैसे कि अपना खुद का व्यवसाय चलाना।


3
मैं सिर्फ एक कोड सर्जन के रूप में खुद को संदर्भित करना शुरू कर सकता हूं।
कोडरडेन

7

या तो आप प्रोग्रामिंग के बारे में भावुक हैं, जिस स्थिति में इसे करने से रोकने का कोई कारण नहीं है, कभी भी।

या आप उस स्थिति में नहीं हैं, जिस स्थिति में आपको इसे पहले स्थान पर नहीं करना चाहिए।

यदि, किसी बिंदु पर, जुनून अन्य चीजों के लिए जगह बनाता है, तो यह ठीक है, और जब ऐसा होता है, तो हर तरह से कुछ और करना है, लेकिन इस बीच, आनंद लें!


5

यदि आप शादीशुदा हैं और / या उनके बच्चे हैं, तो आप कुछ वर्षों के बाद प्रोग्रामिंग छोड़ देंगे। इस उद्योग में डेथ मार्च अपवाद हैं, अपवाद नहीं हैं, और कई पति / पत्नी डैडी / मम्मी को घर से दूर रखना पसंद नहीं करते हैं। यही कारण है कि बहुत सारे डेवलपर अपने 30 के दशक से प्रोग्रामिंग छोड़ देते हैं।

सामान्य रूप से उन्हें आवश्यक प्रोग्रामिंग कार्यों को पूरा करने के लिए कार्यालय में 2-3 अतिरिक्त घंटे देने होंगे। मेरा मानना ​​है कि अन्य देशों और क्षेत्रों में भी स्थिति कुछ ऐसी ही है।

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

29 यूएससी 3 213 ए (17) कोई भी कर्मचारी जो कंप्यूटर सिस्टम विश्लेषक, कंप्यूटर प्रोग्रामर, सॉफ्टवेयर इंजीनियर या अन्य समान कुशल कर्मचारी है ...

http://codes.lp.findlaw.com/uscode/29/8/213

मेरी सलाह हमेशा "प्लान बी" के कुछ प्रकार है - जब आप बाहर चाहते हैं, या बाहर धकेल दिया जाएगा तो आप कुछ करेंगे। कुछ लोगों के लिए, जिसमें प्रबंधन / अंधेरे पक्ष पर स्विच करना शामिल है। कभी-कभी वे ऐसा इसलिए करते हैं क्योंकि वे प्रौद्योगिकी में बदलाव के साथ नहीं कर सकते हैं या नहीं रख सकते हैं। कभी-कभी वे ऐसा करते हैं क्योंकि वे एक व्यक्ति को हल करने के लिए समस्याओं को बहुत बड़ा करना चाहते हैं।

यदि आप एक ऐसी संस्कृति से आते हैं, जहाँ आपका अतीत विश्वसनीय है, तो यह सब मायने रखता है, और एक बार जब आप किसी विषय पर "कोर्स" कर लेते हैं, तो आपको कभी भी इसका अध्ययन नहीं करना पड़ता (मैं इसे शिक्षा का वैक्सीन सिद्धांत कहता हूं ), फिर आप कुछ वर्षों के बाद आपने जो सीखा वह उपयोगी नहीं है; इस सांस्कृतिक दृष्टिकोण के लिए, आपको पेशे को छोड़ना होगा जब तक कि लगातार सीखने की "शर्म" कुछ ऐसा नहीं है जो आपको परेशान करता है। सच कहूँ तो, यह आमतौर पर अमेरिकी प्रबंधक हैं जो एक बहुत ही उच्च स्तर के बिजनेस स्कूल में गए हैं जो इससे पीड़ित हैं, लेकिन मैंने कुछ साल पहले जो कुछ लिया था, उसे त्यागने से नाराज लोगों के बीच आया हूं।


5
प्रोग्रामिंग उद्योग के आपके हिस्से में डेथ मार्च आदर्श हो सकता है, लेकिन ऐसे बहुत सारे स्थान हैं जहां काम-जीवन संतुलन को महत्व दिया जाता है।
justkt

"डेथ मार्च इस इंडस्ट्री में आदर्श हैं" - यूएस में नहीं, पैसे के अनुसार ।usnews.com / money / careers / articles / 2010 /12/ 06/… - जाहिरा तौर पर सप्ताह में 50 घंटे से अधिक केवल 15% काम करते हैं। यह शायद ही कोई डेथ मार्च है, और केवल 15% उद्योग कम से कम ऐसा करता है (डेटा 2008 से है), जिसका अर्थ है 85% प्रति सप्ताह 50 घंटे से कम काम करता है। जिज्ञासु - क्या आपके पास 30 के दशक से प्रोग्रामिंग छोड़ने वाले देवों के "बहुत" के लिए डेटा है? यह वह नहीं है जो मैंने देखा है, और आपने मेरी जिज्ञासा को शांत किया है। धन्यवाद!
एथेल इवांस

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

2
मैं 15 साल से पेशेवर रूप से प्रोग्रामिंग कर रहा हूं। मैं पिछले 4 साल से पति हूं और पिछले 3 साल से पिता हूं। मैं आज 4 साल पहले की तुलना में बेहतर प्रोग्रामर हूं और मेरा किसी और करियर में आने का कोई इरादा नहीं है।
कोडरडेन

3
मैंने जीवन शैली के कारणों के लिए एक प्रोग्रामर बनने के लिए एक बावर्ची के रूप में करियर छोड़ दिया। कार्यालय में एक अजीब समय सीमा को पूरा करने के लिए हर एक रात, हर सप्ताहांत और हर सार्वजनिक अवकाश की तुलना में कुछ भी नहीं है फिर जागने के लिए जल्दी करो।
क्रिस्टोफर

5

प्रोग्रामिंग कुछ शुरुआती वर्षों के वाहक के लिए उपयुक्त है (उनमें से अधिकांश इसे 5 साल के रूप में लेते हैं) और इसके बाद दिशा बदलनी चाहिए। इसका कारण यह है कि प्रोग्रामिंग से जुड़े सिरदर्द और दबाव। वे यह भी कहते हैं कि प्रोग्रामर कम सामाजिक हैं और आमतौर पर अपने परिवार आदि को समय देना पसंद नहीं करते हैं और विशेष रूप से "ओह, आप अपने पूरे जीवन में प्रोग्रामिंग नहीं कर सकते हैं!"

मैंने ऐसा कभी नहीं सुना है, और यह सब हास्यास्पद लगता है।

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


5

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

वैसे भी, मैं दूसरों को आपको यह बताने नहीं देता कि आपको क्या करना चाहिए - हालांकि अगर आप किसी संगठन में काम करते हैं जैसे कि मैंने वर्णित किया है तो आपको प्रोग्रामिंग में करियर की दीर्घकालिक व्यवहार्यता पर विचार करने की आवश्यकता हो सकती है यदि वह अपेक्षित या सम्मानित नहीं है जहां तुम हो।


मैं आपकी कंपनी में होना चाहता हूं :)
यासिर

वास्तव में। पांच साल कुछ भी नहीं है
हल्की दौड़ ऑर्बिट

3

मैं लगभग एक दशक से एक डेवलपर के रूप में काम कर रहा हूं, इसलिए कई अन्य लोग जो पहले से ही यहां पोस्ट कर चुके हैं, मेरे पास सवाल के प्रति थोड़ा अनुभव है। 5 साल के निशान के आसपास मुझे वास्तव में इस क्षेत्र में मेरी दिलचस्पी काफी कम लगने लगी। मैं अपनी कंपनी में वरिष्ठ डेवलपर्स में से एक था और काफी समय से वहाँ था। ऐसा महसूस हुआ कि विजुअल बेसिक 6 से C # पर स्विच करने पर भी हम हमेशा वही पुराने काम कर रहे थे, और मैं ज्यादा से ज्यादा निराश हो गया, अपने वेब साइट्स को ब्राउज़ करने में बहुत समय व्यतीत कर रहा था, आदि।

हालाँकि, मैंने जिस कंपनी के लिए काम किया है, हमारे कार्यालय के बाहर विकास समुदाय में जो चल रहा था, उस पर किसी ने ध्यान नहीं दिया। TDD और बाकी XP प्रथाओं की अवधारणाएं मुख्यधारा बन रही थीं, डिजाइन पैटर्न, SOLID , रीफैक्टरिंग और जैसे महत्व प्राप्त कर रहे थे, .NET CLR ने जेनेरिक की खुशी का परिचय दिया, लेकिन हम उनमें से कोई भी नहीं जानते थे। मैं स्वतंत्र रूप से स्वीकार करता हूं कि मैं समस्या का हिस्सा था, मैं यह नहीं देख रहा था कि अन्य लोग क्या कर रहे थे, लेकिन न तो कंपनी में कोई और था, सॉफ्टवेयर आर्किटेक्ट प्रकार शामिल थे।

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

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


2

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

... लेकिन, आप हमेशा "प्रोग्रामिंग" होंगे। आपके पास हमेशा एक स्थिति होगी जिसमें आपको व्यक्तिगत रूप से बैठकर कुछ कोड लिखने की आवश्यकता होगी। केवल एक बार जब आप किसी सॉफ़्टवेयर टीम का हिस्सा होने से पहले, सॉफ़्टवेयर टीम की देखरेख करने और प्रोजेक्ट के पैसे और लॉजिस्टिक्स से निपटने के लिए आगे बढ़ जाते हैं, तो क्या आप इसे रोज़ाना करना बंद कर देंगे और, शायद, अपने आप को "प्रोग्रामर" कहना बंद कर दें।


+! - सिर्फ एक कोड-मंकी होने के बीच अंतर करने वाले पहले व्यक्ति के रूप में (कहीं आप लंबे समय तक नहीं रहना चाहते हैं क्योंकि आपका वेतन बहुत सीमित है) और एक डेवलपर में बदल रहा है, जो एक ऐसी चीज है जिससे आप जीवन भर का करियर बना सकते हैं और प्राप्त कर सकते हैं अच्छा वेतन।
डंक

@ डंक, मुझे इस प्रश्न (और आपकी टिप्पणी) के लिए देर हो रही है, लेकिन मैं जोड़ना चाहता था कि जिस तरह से मुझे कोड-मंकी अखाड़े से बाहर रहने का सबसे अच्छा तरीका पता है वह बस एक के बाद एक छोटी कंपनी के लिए काम करना है। लगभग पूरी तरह से कुछ भी नहीं करने पर , मेरे पूरे जीवन को शुरू करने के बाद, मैं आपको बता सकता हूं कि आप ऐसे स्थानों में आमतौर पर लेबल को सीमित करने के लिए बहुत कम जगह है। स्टार्टअप की do_or_die प्रकृति अक्सर बहुत ऊर्जावान होती है और कोई भी नहीं कहता है "मैं एक डेवलपर हूं और आप एक कोडर हैं"। या कम से कम यदि वे करते हैं, तो वे संभवतः बहुत लंबे समय तक नहीं रहते हैं।
tgm1024

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

... इसे सही करने में 5 गुना ज्यादा समय लगेगा। इसे पहली बार सही करने के लिए पर्याप्त समय नहीं है लेकिन वापस जाने के लिए और इसे बार-बार करने के लिए बहुत समय है। यह उनका आदर्श वाक्य है, या कम से कम यह है कि उनके फिर से शुरू पर प्लास्टर किया जाना चाहिए।
डंक

2

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


2

ऐसे कई लोग हैं, जो सिर्फ उभरते हुए आईटी सेक्टर को देखते हुए प्रोग्रामिंग करियर में प्रवेश करते हैं। वे वास्तव में प्रोग्रामिंग में रुचि नहीं रखते हैं, लेकिन वे ऐसा सिर्फ जीविकोपार्जन के लिए करते हैं। ऐसे लोग कुछ समय बाद अपनी नौकरी से तंग आ जाते हैं और आपको ऐसी सलाह दे सकते हैं।

मैं लंबे समय से प्रोग्रामिंग कर रहा हूं। जब मैंने स्कूल में था तब मैंने खुद से प्रोग्रामिंग करना शुरू कर दिया था, और मैं अब भी कर रहा हूं और इसे हमेशा करता रहूंगा। मैं अभी विश्वविद्यालय में अध्ययन कर रहा हूं और कभी-कभी मैं पूरे दिन लिखने के लिए अपने काम को पूरा करने या पैसे कमाने के लिए नहीं लिखता हूं, बल्कि इसलिए कि मुझे यह पसंद है। मुझे नहीं लगता कि मुझे कुछ याद आ रहा है।

इसका उत्तर सरल है - यदि आप इसे पसंद करते हैं, अगर आपको यह पसंद नहीं है, तो इसे न करें। यदि आपको प्रोग्रामिंग से अधिक प्रबंधन प्रकार की चीजें पसंद हैं, तो 5 साल के प्रोग्रामिंग अनुभव के बाद प्रबंधन में जाने में कोई बुराई नहीं है।

संभवतः बहुत अधिक सोच के कारण, बहुत अधिक कैफीन लेने और कम सामाजिक बनने के कारण मेरे बालों का एक पैच खोना ऐसी चीजें हैं जिनसे मैं शायद डरता हूं

आप पा सकते हैं कि कुछ प्रोग्रामर बहुत सामाजिक नहीं हैं। लेकिन यह स्वाभाविक रूप से उनके लिए आता है। वे बहुत समय geeky चीजों पर बिताते हैं और इसलिए उनका सामाजिक कौशल थोड़ा अविकसित होता है। (Google "बुद्धिमान लोगों की समस्याएं" अधिक जानने के लिए।) यदि वर्तमान में आप सामाजिक हैं तो मुझे नहीं लगता कि आप प्रोग्रामिंग के कारण भविष्य में कम सामाजिक बनेंगे। केवल एक चीज वह समय है जब आप काम पर खर्च करते हैं। अगर आपको लगता है कि आप पूरा दिन ऑफिस में बिता रहे हैं तो एक समस्या है। प्रोग्रामिंग नौकरियों की प्रकृति के कारण आपको कभी-कभी अतिरिक्त घंटों तक बैठना पड़ सकता है। लेकिन अगर यह आपके वर्तमान कार्यस्थल पर बहुत बार होता है तो आप दूसरी नौकरी में जाने की कोशिश कर सकते हैं।


1

पाकिस्तान की स्थिति के बारे में नहीं जानते, लेकिन मेरे देश में इस पेशे को बहुत बुरा माना जाता है, और इससे भी बदतर भुगतान किया जाता है। मैं निश्चित रूप से मेरे सारे जीवन का कार्यक्रम बनाऊंगा, और नई भाषाएँ सीखूँगा, क्योंकि यह ऐसी चीज़ है जिसका मैं वास्तव में आनंद लेता हूँ। सवाल यह है कि क्या मुझे एक अलग नौकरी में बदलना होगा, और केवल एक शौक के रूप में कोड लिखना होगा। या हो सकता है कि मैं अपने देश से भाग जाऊं, जो जानता है ... लेकिन प्रोग्रामिंग उन चीजों को करने की शक्ति है जो अन्य लोगों को चुकानी पड़ती है।


1

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

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


0

प्रोग्रामर के बारे में आपके मित्र जो कहते हैं, वह उस पर भी समान रूप से लागू होता है जो किसी भी चुनौतीपूर्ण क्षेत्र में गहराई से जुड़ा हुआ है।

तो आपका प्रश्न वास्तव में यह है: "क्या मैं एक ऐसा करियर बनाना चाहता हूं जिसके लिए उच्च स्तर के समर्पण की आवश्यकता होती है, जैसे कि मेरे जीवन के अन्य क्षेत्रों में कुछ हद तक समझौता हो सकता है, या क्या मैं कुछ ऐसा करना चाहता हूं जिसे मैं पूरी तरह से भूल सकता हूं जब मैं काम करना छोड़ दूंगा रात और अगली सुबह वापस आ जाओ? "

इस प्रश्न का उत्तर देने के लिए आपको खुद को अच्छी तरह से जानना होगा, और समय के साथ उत्तर बदल सकता है।

IMO, जब तक आप संतुष्ट महसूस करते हैं और एक प्रोग्रामर के रूप में चुनौती दी जाती है, तब तक इसके लिए जाएं - इसके बारे में चिंता न करें जब तक कि आप खुद को बदलाव के लिए तरस नहीं पाते (या आप काम नहीं पा सकते ...) - अगर और जब उस समय आता है, आ जाएगा।

HTH


0

मेरे पिता पिछले 24 वर्षों से एक प्रोग्रामर के रूप में काम कर रहे हैं। वह मुझे केवल एक ही बात बताता था: "बहुत ज्यादा कुछ भी नहीं के लिए अच्छा है"। लेकिन यह प्रोग्रामिंग के लिए उपयुक्त नहीं है।


1
मेरे दादाजी अपने करियर के अधिकांश मैकेनिकल इंजीनियर थे, और उन्होंने मुझसे कहा, "जैसा कि लोग अधिक अनुभवी हो जाते हैं, वे कम से कम के बारे में अधिक से अधिक सीखते हैं, जब तक कि वे कुछ भी नहीं जानते हैं।" मुझे लगता है कि प्रोग्रामिंग उसी का विरोधी है; आप बस उस क्षेत्र या व्यवसाय के ज्ञान के बिना कार्यक्रम नहीं कर सकते जिसके लिए आप कार्यक्रम लिख रहे हैं।
कीथ्स

@KeithS। मैं यह महसूस करने में मदद नहीं कर सकता कि यह अच्छे और गरीब प्रोग्रामर के बीच का वास्तविक अंतर है। यह उनके द्वारा उत्पादित कोड की गुणवत्ता नहीं है। यह है कि क्या वे वास्तव में ग्राहक की समस्या हल करती है।
ZweiBlumen

0

प्रोग्रामिंग वास्तव में एक कठिन क्षेत्र है और थोड़े इनाम के साथ जब आप इसकी तुलना अन्य व्यवसायों से करते हैं, खासकर पाकिस्तान में। जब मैं पाकिस्तान में था, तो मैंने उन युवा प्रतिभाशाली प्रोग्रामरों के बारे में सुना, जिन्हें अच्छा वेतन दिया गया था (जो कि महान बीटीडब्ल्यू नहीं था) लेकिन उन्हें उनसे बहुत सारा तेल लेना था। मैं व्यक्तिगत रूप से लंबे समय तक कार्यक्रम नहीं करना चाहूंगा। लेकिन फिर मुझे कुछ करना है :) और प्रोग्रामिंग मजेदार है।

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

मैं व्यक्तिगत रूप से प्रोग्रामिंग से एक तरह से आगे बढ़ूंगा और सार्वजनिक सेवा में जाऊंगा लेकिन फिर प्रोग्रामिंग मजेदार है। और आप एक प्रोग्रामर बनने के लिए थोड़ा पागल हो गए हैं।


0

मेरे अनुभव में, वरिष्ठ आईटी पदों में दो प्रकार के पेशेवर हैं।

  • आईटी प्रबंधन
  • वरिष्ठ तकनीशियन

यह सब इस बात पर निर्भर करता है कि आप कहां शाखा लगाना चाहते हैं। यदि आप सेवानिवृत्ति तक अपने आप को कोड लिखना पसंद करते हैं, तो आप बाद वाला विकल्प चाहते हैं। लेकिन अगर आप टीम का नेतृत्व करना चाहते हैं और कोड के बजाय लोगों का प्रबंधन करना चाहते हैं, तो पूर्व सबसे अच्छा विकल्प होगा।

कोई सही जवाब नहीं है। हम में से बहुत से वास्तव में कोड और प्रोग्रामिंग लिखने का आनंद लेते हैं, जो कि किरकिरा समस्याओं को हल करते हैं। लेकिन ऐसे बहुत से लोग भी हैं जो "बड़े चित्रकार" पक्ष का आनंद लेते हैं, जैसे लोगों / परियोजनाओं का प्रबंधन करना।

यह सिर्फ आईटी का विकास पक्ष नहीं है। आप इसे "सड़क में पेशेवर कांटा" जैसे अन्य पहलुओं जैसे नेटवर्किंग, डेटाबेस प्रशासन, सिस्टम प्रशासन, आदि में देखते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.