मजबूत डेवलपर्स को दुनिया का भार अपने कंधों पर रखना चाहिए? [बन्द है]


10

डेवलपर्स के रूप में हम लगातार जनता की समस्याओं को हल करने का प्रयास करते हैं। हम समस्याओं को हल करने की हमारी क्षमता को आगे बढ़ाने में मदद करने के लिए लगातार नई पद्धतियों, भाषाओं और संभवतः संगठनों की तलाश करते हैं।

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

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

यदि आपको लगता है कि आप एक मजबूत डेवलपर हैं और यह भी महसूस करते हैं कि यह आपके लिए कोई समस्या नहीं है, तो कृपया अपने दृष्टिकोण से मुझे बताएं। आप तकनीक के साथ कैसे रहते हैं, दूसरों की मदद करते हैं और सभी घावों को ठीक किए बिना समस्याओं को जल्दी / सही तरीके से हल करते हैं?



4
परिप्रेक्ष्य सीखें। हालांकि यह दुर्भाग्य से किया गया आसान है।
जेबी किंग

@ जेबी किंग - परिप्रेक्ष्य पर कोई लिंक / विवरण / किताबें मिली?
पी। ब्रायन। मैके

2
+1 से @ जेबी किंग। अपना दृष्टिकोण रखें। ऐसा महसूस करें कि प्रोग्रामर के रूप में आपके कंधों पर दुनिया का भार है? एक गरीब देश के दूरदराज के क्षेत्र में एक चिकित्सक या एक नर्स होने की कल्पना करें: अपने स्वयं के परिवार को खिलाने और आवास करते समय सीमित सामग्री वाले लोगों को बचाने की कोशिश करना।
चार्ल्स ई। ग्रांट

जवाबों:


16

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

मुझे यह भी लगता है कि आपको हर काम में सफलता मिलेगी। मुझे यकीन है कि बहुत सारे लोग हैं जो "अब कोड नहीं" हैं जो इसे बहुत याद करते हैं।

मुझे लगता है कि यदि आप वास्तव में अच्छे डेवलपर हैं, तो आप ऐसी स्थिति पा सकते हैं जिसमें कोडिंग, वास्तुकला और नेतृत्व का सही संतुलन होगा।

मुझे पता है कि यहाँ Google पर, एक बार एक अनुभवी डेवलपर बनने के बाद, आप एक प्रबंधन और एक तकनीकी ट्रैक चुन सकते हैं। क्या हर दो साल में डोमेन (सिर्फ प्रोजेक्ट्स) को पूरी तरह से बंद करना बहुत आम बात है। जो मैं जानता हूं, वह अन्य कंपनियों (इंटेल, एमएस, आईबीएम) में आम है, लेकिन डोमेन को बदलना आम नहीं हो सकता है।


+1 - मैं आपका जवाब तब लिख रहा था जब आप आए थे। बबल अप बिल्कुल वही है जो मैं लिए जा रहा था, और आप 100% सही हैं। यह टीम के बारे में अधिक है और आप कैसे फिट होते हैं। Google पर उन लोगों की तरह स्मार्ट लोगों से घिरे होने के नाते उस से जोड़ता है! :)
Mat Nadrofsky

+1 उरी। शानदार जवाब और हां, मेरा मानना ​​है कि साथियों ने हमेशा बराबरी नहीं की है। मैं अनुभवी / सीनियर को आंकने के लिए सिर्फ "नई तकनीक" के ज्ञान के वजन के बारे में सतर्क रहने की कोशिश करता हूं। देव। एक ही समय में, अगर इसकी एक .NET शॉप है और वे .NET को अच्छी तरह से नहीं जानते हैं, तो यह एक अच्छी बात नहीं है। मैं "बैंड में कमजोर आदमी" बनना पसंद करूंगा, जैसे मैं Google पर रहूंगा। लेकिन डलास में गूगल जैसी जगह पाना आसान नहीं है।
पी। ब्रायन। मैके


इसके लिए Google आकार की कंपनी होना जरूरी नहीं है - मैंने छोटी कंपनियों में और यहां तक ​​कि गैर-सॉफ्टवेयर कंपनियों में भी महान प्रोग्रामर से मुलाकात की है। हर बाजार में लोग "बबल अप" करते हैं। उदाहरण के लिए, मैं पिट्सबर्ग में काम करता हूं, और मेरे कई साथी श्रमिकों ने स्थानीय कंपनियों के लिए काम किया था। डलास शायद छोटा है, हालांकि मुझे लगता है कि बहुत तकनीक ऑस्टिन में जाती है।
उरी

10

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

यह एक चक्र है कि जब तक आप अंदर नहीं जाते हैं और कुछ चीजों को "नहीं" कहना शुरू करते हैं, तेजी से जल सकता है।


2

यहाँ मेरी स्पिन है:

यह प्रयास और नित्य आत्म सुधार के लिए प्रयास है कि आप हमेशा अपने आसपास के बाकी सभी में नहीं देखते हैं।

यह आउटलुक है कि आपने जो अभी बनाया है वह हमेशा बेहतर हो सकता है, हमेशा बेहतर हो सकता है।

यह विनम्रता है कि भले ही एक समाधान सुरुचिपूर्ण है इसे हमेशा सरलीकृत किया जा सकता है।

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

यह कई कारणों में से एक है वास्तव में शानदार लोग एक शानदार दृष्टिकोण और दृष्टिकोण के साथ सबसे पहले शुरू करते हैं। वे आदर्श से ऊपर उठते हैं और टीम के शीर्ष तक बबल बनाते हैं यदि वे दिमागी लोगों की तरह घिरे नहीं हैं।

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

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

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

आपको आश्चर्य होगा कि दृश्यों में बदलाव क्या कर सकता है!


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

2

जैसा कि मुझे लगता है कि मुझे लगता है कि कुछ हद तक एक डरावना टिप्पणी नहीं थी, जिस पर मुझे उम्मीद थी कि शायद वह पूरी तरह से खत्म न हो जाए, बस थोड़ा सा विस्तार करने का मतलब है । ;)

माइंडफुलनेस और कॉग्निटिव बिहेवियर थैरेपी उन विषयों के कुछ उदाहरण होंगे जिन्हें आप खोज सकते हैं और देख सकते हैं कि क्या ये मदद से आप दुनिया को देखते हैं, यहाँ एक पुस्तक का सुझाव है माइंड ओवर मूड । विशेष रूप से आत्म-जागरूकता और स्व-प्रबंधन के संदर्भ में भावनात्मक क्षेत्र में इमोशनल इंटेलिजेंस एक और विचार होगा, हालांकि अन्य क्षेत्र भी उपयोगी हैं। परिणाम प्राप्त करनाएक ऑन-लाइन पुस्तक होगी जो मैं अधिक विशिष्ट विचारों के साथ मदद करने की सलाह दूंगा। बेशक, विभिन्न चिंता और अवसाद रणनीतियाँ हैं जो यहाँ भी समझ में आ सकती हैं जो प्रोग्रामर के लिए विशेष रूप से विशिष्ट नहीं हैं, लेकिन मुझे संदेह है कि कुछ प्रोग्रामर इस मुद्दे को अपने जीवन में रख सकते हैं। एक और तकनीक है जो मुझे पहचान, Reframe, Respond और Reflect के 4 "रे" कॉल करना पसंद है। समस्या को पहचानें। इस समस्या को अन्य कोणों और दृष्टिकोणों से देखने के लिए फिर से नामांकित करें। आप कर सकते हैं सबसे अच्छा के रूप में स्थिति का जवाब। क्या किया गया था, क्या काम किया और क्या नहीं पर प्रतिबिंबित करें। प्लान, डू, चेक और एक्ट संभवतः समान रूप से थोड़े अलग क्रम में 4 चरणों का एक सेट है, हालांकि अभी भी चीजों को देखने का विचार है, नित्य सेवा में सुधार एक आईटीआईएल घटक होगा जो यहाँ कुछ मदद का हो सकता है आपको कुछ और तकनीकी चाहिए और इतना स्पर्श-सामर्थ्य नहीं।

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


1

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

मैं केवल कल्पना कर सकता हूं कि आप वही हैं (मैं आपको पिछले 5 वर्षों से ड्यूटी से बाहर करते हुए नहीं देख सकता)। मेरा एकमात्र अनुमान है कि आपने थोड़ी सी रट मार दी है, और अब आप एक प्रतिबिंबित मोड में हैं। मेरा मानना ​​है कि जब आप कई साल लंबे सीखने वाले वक्र चक्रों में से किसी एक विभेदन बिंदु से टकराते हैं तो यह बिल्कुल सामान्य है।

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


+1 मेंशनिंग गति का एक अच्छा बदलाव होगा। मेरे रोजगार के स्थान पर सभी डेवलपर्स को सहकर्मी माना जाता है। कोई तकनीकी लीड नहीं है। यह वास्तव में प्रमुख समस्याओं में से एक है। पुरानी "रसोई में बहुत सारे रसोइयों"।
पी। ब्रायन। मैके 20

1
औपचारिक या अनौपचारिक, हमेशा नेता होते हैं। हर किसी को बेहतर बनाने में मदद करें और आप एक नेता हैं।
जेएफओ 22
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.