मैं क्या कर सकता हूँ? आप कैसे प्रतिक्रिया देंगे? मदद! [बन्द है]


13

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

इसलिए मैंने अपने बॉस को अन्य टीमों में से एक पर लोगों के लिए भीख मांगी, वह मेरे (5 साल) की तुलना में यहां काम कर रहा है। वह डिजाइन या हमारे द्वारा इस्तेमाल की जाने वाली भाषा का मुझसे मुकाबला नहीं कर सकता, लेकिन मुझे लगा कि वह खुद के अलावा सबसे सक्षम है।

आज उन्होंने मुझे एक ऐसा कोड दिया, जिसमें कुछ भी नहीं किया गया था:

object const& my_class::get_object() const 
{ 
  return *std::unique_ptr<object>(new object());
}

उसने मुझसे पूछा कि क्या यह एक समस्या थी! मैंने कहा कि मैं केवल एक चीज के बारे में सोच सकता हूं, "हां। यह एक समस्या है।" फिर वह मेरी मेज पर आता है मुझसे पूछ रहा है कि इसे कैसे ठीक किया जाए !! मैंने कहा, "एक वस्तु का उपयोग करें जो फ़ंक्शन के कॉल से बच जाती है।" फिर वह गुस्सा करना शुरू कर देता है, "हाँ, लेकिन कैसे, केवल एक चीज जो मैं सोच सकता हूं, वह है एक सदस्य को चर बनाना।"

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

मुझे ऐसा लग रहा है कि मैं यहां डूब रहा हूं। WTH मैं कर सकता हूँ? उससे निपटने का सही तरीका क्या था? क्या 7 साल के लिए C ++ लिखने वाले इस व्यक्ति की मदद करने के लिए जाना अधिक उचित होगा, यह पता लगाने के लिए कि किसी वस्तु के संदर्भ को सही ढंग से कैसे वापस किया जाए जो उस पल को नष्ट नहीं होता है? मुझे लगता है कि ऐसा करना हास्यास्पद है और मुझे आश्चर्य है कि मुझे इस तरह से कुछ भी कैसे मिलेगा।

कभी-कभी मुझे लगता है कि वे इसे उद्देश्य पर कर रहे हैं, लेकिन यह मुझे सिर्फ अजीब लगता है ... लेकिन फिर से, तो क्या यह सवाल मुझे आज पूछा गया था। यह कोई बच्चा घर पर बैठा नहीं है जो अपने पहले कार्यक्रम का पता लगाने की कोशिश कर रहा है, जिससे उसके मस्तिष्क को संकेत मिले।


4
चीख !!! और एक शेख़ी पर चलते हैं। यह आपको बेहतर महसूस कराता है। ओह रुको, मैं देख रहा हूँ कि आप पहले से ही ऐसा कर रहे हैं। मुस्कुराने की कोशिश करें। :): डी (ईविल
स्माइल

उसने मुझे एक ईमेल भेजा, क्योंकि मुझे "बाधित नहीं होने की तीव्र इच्छा" थी, वह जारी नहीं रख सकता था और दूसरी परियोजना पर वापस जा रहा था: पी

7
कोई ऐसा व्यक्ति जिसके पास C ++ प्रोजेक्ट पर काम करने वाले पॉइंटर्स और मेमोरी मैनेजमेंट की थोड़ी सी भी समझ नहीं है?
चार्ल्स साल्विया

2
एक संभावित स्पष्टीकरण: कई वर्षों के लिए लोकप्रिय ज्ञान यह था कि एसटीएल प्राइम टाइम के लिए तैयार नहीं था, और उत्पादन के उपयोग के लिए कोड भी फूला हुआ होगा। यह एसटीएल के बारे में अधिक जानकारी के बिना अपेक्षाकृत परिष्कृत सी ++ प्रोग्रामर होना संभव हुआ करता था। जाहिर है कि चीजें बदल गई हैं। हालाँकि, यदि उन्हें 90 के दशक के अंत में प्रशिक्षित किया गया था, या 90 के दशक के उत्तरार्ध में प्रशिक्षित किसी व्यक्ति द्वारा सलाह दी गई थी, तो वे नई वस्तु () को ठीक कर सकते हैं, लेकिन इस नए-फंसे हुए डंडे से पूरी तरह से अनभिज्ञ रहें :: unique_rr <object> () बात। यह आपकी समस्या को हल नहीं करता है, लेकिन यह समझा सकता है कि वह कहाँ से आ रहा है।
चार्ल्स ई। ग्रांट

2
@Charles: सहमत, मेरे पास खेल उद्योग से कई वर्षों का C ++ अनुभव है, और इसने कभी भी एसटीएल को नहीं छुआ और न ही इसके बारे में कुछ भी जाना। ऊपर दिए गए उस कोड स्निपेट को देखते हुए, मैं जो कर सकता हूं, वह मेरे सिर को हिलाएगा और सोचता है, "यदि आप C ++ लिखना चाहते हैं, तो C ++ लिखें, लेकिन ऐसा लगता है कि आप C ++ लिखना नहीं चाहते हैं, इसलिए केवल उच्च स्तर का उपयोग क्यों न करें भाषा: हिन्दी?"
कार्सन 63000

जवाबों:


14

क्या 7 साल के लिए C ++ लिखने वाले इस व्यक्ति की मदद करने के लिए जाना अधिक उचित होगा, यह पता लगाने के लिए कि किसी वस्तु के संदर्भ को सही ढंग से कैसे वापस किया जाए जो उस पल को नष्ट नहीं होता है?

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

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

मैं एक सॉफ्टवेयर टीम का नेतृत्व करने की कोशिश कर रहा हूं जो पीछे छूट रही है। मुख्य समस्याओं में से एक यह है कि जब भी कुछ हल्के से मुश्किल होता है, तो मैं इसे खुद को सौंपने के लिए समाप्त हो जाता हूं।

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

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


7
+1 के लिए "ऐसा लगता है कि शायद उन्हें सात साल का 1 साल का अनुभव मिला है"।
मैथ्यू पढ़ें

@ मैथ्यू: तो सच है।
आइब्रेट

13

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

यहां एक अवलोकन है- C ++ एक तुच्छ भाषा नहीं है, इसलिए क्या ऐसा कुछ उपयोग करना संभव है जो आपके जूनियर डेवलपर्स में अधिक सक्षम हो? यदि यह C ++ में होना चाहिए, तो आपको या तो अपने मौजूदा डेवलपर्स को प्रशिक्षित करना होगा, या उपयुक्त कौशल के साथ नए डेवलपर्स को किराए पर लेना होगा।

मैं एक साल पहले असंतुष्ट स्थिति में नहीं था। मुझे स्पेगेटी कोड पर काम करने वाले VB6 प्रोग्रामरों की एक टीम का नेतृत्व करने के लिए लाया गया था, और प्रबंधन की इच्छा .NET में लिखित अच्छी तरह से आर्किटेक्चर, ऑब्जेक्ट ओरिएंटेड सिस्टम की ओर स्थानांतरित करना था। हम इस क्षेत्र में कुछ उत्कृष्ट प्रगति की है, इसलिए बदलाव के इन प्रकार के कर रहे हैं संभव।

एक अंतिम टिप्पणी। यदि आप इस तरह के मुद्दे से निपटना पसंद नहीं करते हैं, तो मैं प्रबंधन से बाहर निकल जाऊंगा और पूरी तरह से तकनीकी भूमिका में वापस आ जाऊंगा। इस प्रकार के गन्दे परिवेष्टक एक प्रबंधक के जीवन की रोटी और मक्खन होते हैं, और यह हर किसी के अनुकूल नहीं होता है।


4
यह प्रबंधन के दृष्टिकोण का एक अच्छा उदाहरण है जो कई कर्मचारियों को नहीं लगता है।
मार्क सी

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

1
हाय नूह, मैं जो भी टीम के प्रबंधन के लिए चैट करूँगा - वे यह सुनिश्चित करने के लिए ज़िम्मेदार हैं कि सही लोग avaiable हैं और उनके पास सही कौशल है।
क्रेग श्वार्ज

9

एक बेहतर कंपनी में नौकरी करें जहाँ आप सक्षम लोगों के साथ काम कर सकें।


7
या, वैकल्पिक रूप से, C ++ का उपयोग करना बंद कर दें। इससे कई अलग-अलग वर्गों की गलतियां हल हो जाएंगी।
मेसन व्हीलर

3
@ मेसन: मैं कॉनुर। हर कोई C # लिखता है और खुश रहता है। :)
आईब्रेट

2
C ++ का उपयोग केवल वहीं किया जाना चाहिए जहां C ++ उपयुक्त है। मुझे पता है कि कोई मौजूदा भाषा नहीं है जो C ++ की नौकरी के साथ-साथ इसे पूरा कर सके।
मैथ्यू पढ़ें

2
@ मैथ्यू पढ़ते हैं, प्रोग्रामर के साथ जो ओपी के उदाहरण के रूप में अक्षम हैं, क्या C ++ EVER उचित होगा?
डैन रोसेनस्टार्क

4
@ यार: हालांकि एक बुरा प्रोग्रामर हर भाषा में बुरा कोड लिखता है।
जॉन पुर्डी

7

सही बात यह होगी कि वह समस्या में मदद करे। यह सही मौके पर होना जरूरी नहीं था। आप कह सकते हैं, "मैं अभी बंधा हुआ हूं। C ++ STL के अध्याय X को पढ़ें, और कल 11 बजे फिर से आधार को स्पर्श करें।"

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


मैं चिल्लाया नहीं। मैंने अभी कहा, मैं अभी व्यस्त हूं। मैंने हालांकि उसे उड़ा दिया।
एडवर्ड स्ट्रेंज

3
@ नोहा, मैं वहाँ नहीं था, आप थे, इसलिए मैं उपज। इस पर विचार करें: जो लोग इतने निराश हैं कि वे सोचते हैं कि लोग मूर्खतापूर्ण बातें करने के बजाय जानबूझकर मूर्खतापूर्ण चीजें कर रहे हैं, वे बहुत ही दबी हुई आवाज में दांतेदार दांतों के माध्यम से बात करते हैं, जबकि यह सोचते हुए कि वे मुस्कुरा रहे हैं और टोंड टोंड हैं। दूसरे व्यक्ति को भी इतना तनाव हो सकता है कि वे सुनें: "क्या आप लगभग 10 मिनट में वापस आ सकते हैं?" के रूप में "मेरे कार्यालय से गंदगी को बाहर निकालो आप गंदगी!"। एक टीम लीड होने के नाते अक्सर बॉडी लैंग्वेज और वॉयस टोन के माध्यम से अंतरंग व्यवहार में हेरफेर किया जाता है।
चार्ल्स ई। ग्रांट

3

खैर, अगर मेरे पास कोई ऐसा व्यक्ति है जो 7 साल से कोड लिख रहा है तो उससे कुछ पूछें जो बहुत ही बुनियादी लगता है, मुझे आश्चर्य होगा कि और क्या चल रहा है। मैं C ++ प्रोग्रामर नहीं हूं इसलिए मैं उस पहलू पर टिप्पणी नहीं कर सकता।

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

उसके साथ बात करने के लिए एक पल निर्धारित करें और उसे ठीक से बताएं, "मैं इस पर आपकी तात्कालिकता को समझता हूं, लेकिन मेरे पास अभी इस समय के लिए समय नहीं है। जैसे ही मैं करता हूं, मैं आपको बता दूंगा। मुझे उम्मीद है। लगभग एक घंटे से अधिक नहीं। ”

इस तरह से आप अपनी तात्कालिकता के बारे में अपनी समझ से अवगत करा चुके हैं, कि आपके पास समय नहीं है, और आप उसके साथ वापस आ जाएंगे। यहां तक ​​कि जब आप उसके साथ वापस आएंगे , तब भी एक उम्मीद के मुताबिक । वह इस बारे में बहुत बेहतर महसूस करेगा कि उसे दूर भगाया जा रहा है (यह है कि मैं इसे कैसे ले जाऊंगा)।

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


2

मुझे लगता है कि आपको अपने बॉस के साथ बैठकर उसे यह सब समझाने की जरूरत है। यह पागल लगता है - क्या वह आदमी वहाँ काम कर रहा है अगर वह मूल बातें नहीं जानता है?

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