जूनियर डेवलपर को अपने सीनियर टीम लीड से क्या उम्मीद करनी चाहिए [बंद]


44

अस्वीकरण: व्यक्त की गई राय केवल मेरी अपनी है और मेरे नियोक्ता के विचारों या विचारों को व्यक्त नहीं करते हैं।

मैं एक छोटी कंपनी के लिए काम करता हूं, जिसमें कुछ लोग डेवलपर हैं, अन्य लोग क्यूए / टेस्ट हैं और 1 प्रबंधक है। मैं 1.5 साल पहले इस कंपनी में शामिल हुआ था। 3 वरिष्ठ डेवलपर्स के पास 8+ साल का अनुभव है।

ये वे टिप्पणियां हैं जो मैंने टीम लीड के बारे में की थीं। (मुझे सभी पहलुओं में उनकी तुलना में कम अनुभव वाले फ्रेशर के रूप में देखें)

  1. वे कभी भी 1: 1 पर चर्चा नहीं करते हैं या वे कनिष्ठ सुझाव पर विचार नहीं करते हैं (मैं सहमत हूं कि यह उनके ऊपर है, चाहे वे इसे स्वीकार करें या नहीं, कम से कम उन्हें एक राय पर विचार करना चाहिए)।
  2. वरिष्ठ टीम लीडर के रूप में वे नई तकनीकों के साथ कोडबेस को फिर से भरने की कोशिश कर सकते हैं (नई तकनीकों को लागू करने का कारक भी संभव है और अन्य डेवलपर और बुनियादी ढांचा भी तैयार है), लेकिन ये टीम लीडर नई तकनीकों के साथ काम करने में कम-सुरक्षित महसूस करते हैं, जैसे वे आज तक नहीं हैं। (कारण मैं बता रहा हूं, वे नहीं जानते हैं कि वर्तमान प्रोग्रामिंग प्रवृत्ति क्या है, * (जैसे कि आधुनिक ओपन सोर्स प्रोजेक्ट जैसे कि मॉडर्निज़र, बूटस्ट्रैप और कई अन्य)।
  3. हमारे कोडबेस में 10000+ से अधिक लाइनें दोहराई जाती हैं, इसलिए मैंने उनके बारे में बताया DRY: Don't Repeat yourself। उनका उत्तर था: "यह एक आकर्षक लेख है, लेकिन व्यवहार में कभी काम नहीं करता है"। मैंने सिर्फ उन्हें बताया कि अगर हम इसे 100% DRY नहीं बनाते हैं, तो हम कम से कम इंटरफेस का उपयोग कर सकते हैं, लेकिन यह भी नहीं माना गया। * (नई सुविधाओं के लिए इंटरफेस जोड़ा जा सकता है, पिछले कोडबेस को नहीं छूना, यदि वे रिफ्लेक्टर के लिए तैयार नहीं हैं)
  4. सभी वरिष्ठ डेवलपर्स पैच के रखरखाव और हॉट फ़िक्सिंग करते हैं। बाकी समय वे सिर्फ मनोरंजन स्थलों पर बिताते हैं। वे काम पूरा करने के लिए खुश हैं।
  5. नई तकनीक पेश करना बुरा है? * (व्यवहार्यता के कारक सहित) किया जा सकता है।
  6. प्रबंधक भी कम से कम उन चीजों के बारे में चिंतित हैं जिनके बारे में मैं बात कर रहा हूं।
  7. जूनियर को उम्मीद है कि वे टीम लीड से कई चीजें सीख सकते हैं। * (मदद या उनके लिए वरिष्ठ कोडिंग पूछकर नहीं)।

मेरे प्रश्न हैं:

  1. क्या मैं उन परिवर्तनों के बारे में आक्रामक हूं जो मैं प्रस्तावित कर रहा हूं?
  2. मुझे वरिष्ठ देव लीड से क्या उम्मीद करनी चाहिए जिनके पास 8+ वर्ष का अनुभव है?
  3. क्या मुझे किसी कंपनी से सीखने और अनुभव प्राप्त करने की उम्मीद करना गलत है?

अपडेट करें :

उन्हें ऐसा क्यों लगता है कि DRY अव्यावहारिक है: क्योंकि वे OOP अवधारणाओं से जुड़ना नहीं चाहते हैं। वे दोहराए जाने वाले कार्यों से खुश हैं।

नई तकनीकें जो मैं प्रस्तावित कर रहा हूं:

  1. CSS, JS, SPrite इमेज के मिनिमाइजेशन का उपयोग
  2. इंटरफेस और .net फ्रेमवर्क 4, जेनरिक और कई अन्य का उपयोग।
  3. क्लाइंट साइड लाइब्रेरियों जैसे कि आधुनिकीकरण, नॉकआउट js, उत्तरदायी के लिए बूटस्ट्रैप,

40
बस एक नोट: वर्षों के अनुभव का मतलब कुछ भी नहीं है। कहावत है "कुछ लोगों के पास 10 साल का अनुभव है, कुछ में 1 साल में 10 बार दोहराया गया है" (पैराफ़्रास्ड)। उनके कौशल और ज्ञान पर अपनी उम्मीदों को आधार बनाएं, न कि वे कितने समय से हैं।
एंथनी Pegram

6
रवि, ​​आप विश्वास करना चाहेंगे कि वे सीख रहे हैं और बढ़ रहे हैं। जो बहुत आम है वह यह है कि वे किसी पठार तक पहुँच गए हैं। क्या यह शालीनता के कारण है, बस चुनौती नहीं दी जा रही है, या वे वास्तव में अपनी सीमा तक पहुंच गए हैं, जो व्यक्ति से व्यक्ति और स्थिति से परिस्थिति में भिन्न होता है।
एंथनी पेग्राम

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

14
आप पहले से ही उनके आगे हैं और वे खुद को एक ऐसी स्थिति में बढ़ाने में दिलचस्पी नहीं रखते हैं जहाँ वे आपके साथ काम करने के लिए तैयार हों। अपनी कंपनी में आग लगाओ।
user16764

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

जवाबों:


30

क्या मैं उन परिवर्तनों के बारे में आक्रामक हूं जो मैं प्रस्तावित कर रहा हूं?

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

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

मुझे वरिष्ठ देव नेतृत्व से क्या उम्मीद करनी चाहिए जिनके पास 8 + वर्ष है?

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

क्या मैं किसी कंपनी से अच्छी सीख की उम्मीद करना गलत हूं?

लोगों को जानने के लिए वहाँ से बाहर हैं और वे कुछ कंपनियों में हैं। आप एक सामान्य दुविधा के साथ सामना कर रहे हैं और, .NET रॉक्स के लोगों को विरोधाभास करने के लिए, यह विचार करने योग्य है: "अपनी कंपनी बदलें ... या अपनी कंपनी बदलें।"

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


1
मैंने सभी नई चीजों का डेमो दिखाया। फिर भी वे असहज हैं। मेरा अद्यतन उत्तर देखें
रवि गदगद

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

1
वे विरक्त हैं।
रवि गदगद

6
@ रवि: बेशक वे उदासीन हैं। आप एक नए नए देव को प्रसन्न करने के लिए उत्सुक हैं, जो आपके पेट से बहुत बड़ी आँखें हैं ... और आप अपने देवताओं को यह बताने की कोशिश कर रहे हैं कि क्या करना है। यह काफी बुरा है जब पूरे उत्पाद को बदलने के लिए प्रबंधन के पास हर रोज एक नया विचार है ... एक नया आदमी? pfft। जाओ कुछ करो।
स्टीवन एवर्स

19

मैं इसे एक वरिष्ठ डेवलपर के रूप में अपने दृष्टिकोण से लिखूंगा (या आपके द्वारा पसंद किए गए किसी अन्य फैंसी शीर्षक को सम्मिलित करता हूं) जो अक्सर जूनियर डेवलपर्स के साथ काम करता है।

यह शायद आपके सामने और वरिष्ठ डेवलपर्स के मोर्चे पर दोनों की कमी है।

एक बात बहुत से जूनियर डेवलपर्स को समझ में नहीं आती है कि आप (एक कनिष्ठ के रूप में) नई तकनीकों, चीजों को करने के नए तरीकों का उपयोग करने पर जोर दे रहे हैं, टीम को बता रहे हैं कि वे इसे गलत कर रहे हैं , आदि - सीनियर्स टीम डिलीवरी पर प्रबंधन को रिपोर्ट कर रही है और कंपनी द्वारा जितना संभव हो सके उतना पैसा बनाने के लिए प्रबंधन द्वारा धक्का दिया जा रहा है (या ग्राहक / ग्राहक के लिए सर्वोत्तम परिणाम देने के लिए)।

कभी-कभी इसे लागू करने के जोखिम और सिद्ध तरीकों को लागू करने का जोखिम [यहाँ पर बढ़िया तकनीक डालें] । तंग समय सीमा, बहुत अधिक काम और बूट करने के लिए दबाव का एक ट्रक लोड का मतलब है कि जिस तरह से हमने इसे 8+ वर्षों के लिए किया है वह तरीका है कि हम इस बार भी कर रहे हैं।

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

क्या मैं उन परिवर्तनों के बारे में आक्रामक हूं जो मैं प्रस्तावित कर रहा हूं?

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

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

मुझे वरिष्ठ देव लीड से क्या उम्मीद करनी चाहिए जिनके पास 8+ वर्ष का अनुभव है?

जैसा कि दूसरों ने कहा है, 8+ साल का अनुभव जरूरी नहीं है कि आप शानदार हों। लेकिन सामान्य तौर पर, आपको किसी ऐसे व्यक्ति से बहुत कुछ सीखने में सक्षम होना चाहिए जो कुछ समय के लिए जाल के आसपास रहा हो; आप भी उन्हें कुछ सिखाने में सक्षम हो सकते हैं।

लोग लोग हैं और हर किसी के पास एक अहंकार है (दूसरों से कुछ बड़ा) और नए आने वाले व्यक्ति से बुरा कुछ भी नहीं है और आपको बता रहा है कि आप पिछले 8+ वर्षों से अपना काम गलत कर रहे हैं। एक ही समय में, एक वरिष्ठ डेवलपर (एक अच्छा) रचनात्मक आलोचना करने में सक्षम होना चाहिए और अपने निर्णयों के कारणों को स्पष्ट करने में सक्षम होना चाहिए।

क्या मुझे किसी कंपनी से सीखने और अनुभव प्राप्त करने की उम्मीद करना गलत है?

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

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


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

12

इसे बहुत बड़ा अवसर समझें।

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

यहाँ एक रणनीति है:

  1. कुछ कमाल करो
  2. यह कितना भयानक है, इसके लिए कठोर मैट्रिक्स लीजिए (यह कदम प्रमुख है)
  3. अपने मेट्रिक्स के साथ अपनी कंपनी में सभी के लिए इसका प्रदर्शन करें (स्वामी / लीड / सीनियर्स / सेल्स लोग - हर कोई जो आप अपने हाथों को प्राप्त कर सकते हैं)
  4. फायदा

और मैं profitकुछ अस्पष्ट "मैं जीत" कदम का मतलब नहीं है । चरण 4 वह जगह है जहाँ आप एक, या निम्नलिखित सभी प्राप्त करते हैं:

  1. प्रचारित
  2. एक बढ़ा
  3. बोनस

या तो आपकी कंपनी के साथ, या एक नया जो आपकी प्रतिभा और आपके द्वारा फिर से शुरू किए गए अद्भुत मीट्रिक की सराहना कर सकता है।

मैं इसे "कमाल का" कहता हूं - और यह काम करता है

किस्सा: मैं लगातार भयानक नहीं हूं, लेकिन मैं बनने की कोशिश करता हूं और मैंने 5 अलग-अलग समय (2 पदोन्नति, 3 नई नौकरियां; सभी पर्याप्त वेतन वृद्धि के साथ) दिए गए चरणों का प्रदर्शन किया है।

इस बात को ध्यान में रखते हुए, मुझे आपके प्रश्नों का उत्तर सीधे देना चाहिए:

क्या मैं उन परिवर्तनों के बारे में आक्रामक हूं जो मैं प्रस्तावित कर रहा हूं?

क्या आपने अभी तक कुछ कमाल किया है, मेट्रिक्स और उदाहरणों के साथ कि यह कितना भयानक है? एक पुरानी कहावत है (क्रैस, जैसा भी हो) ...

Ideas are like assholes; everyone's got one, and they all stink

जाओ कुछ करो।

मुझे वरिष्ठ देव लीड से क्या उम्मीद करनी चाहिए जिनके पास 8+ वर्ष का अनुभव है?

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

क्या मुझे किसी कंपनी से सीखने और अनुभव प्राप्त करने की उम्मीद करना गलत है?

बिलकुल नहीं। यही कारण है कि इसका मतलब यह नहीं है कि तुम क्या सीख नहीं किया जा सकता है कि नहीं करना है। लोग गलतियाँ करेंगे, आपकी कंपनी की गलतियों से सीखेंगे और साथ ही आपके।


3
अगर टीम के बाकी सदस्य आपके स्तर को पहचान नहीं सकते, या इससे खतरा महसूस होता है, तो यह बैकफायर हो सकता है।
user16764

@ user16764: क्या आप कुछ अधिक विशिष्ट हो सकते हैं कि वह कैसा दिखता है? मैंने दोनों प्रतिक्रियाओं का अनुभव किया है, और मेरे सभी भयानक समाधान टीम द्वारा नहीं उठाए गए थे, लेकिन कभी भी यह 'बैकफायर' नहीं हुआ।
स्टीवन एवर्स

मैंने यह कोशिश की जब मैं ओपी के लिए एक समान स्थिति में था। बाद में, मैं: ए) "आप इस दूसरे पर सही क्या कर रहे हैं" हर 15 मिनट में जांच करता है, बी) 5 मिनट रेंट में चिल्लाते हुए "आप अमेरिका के साथ नहीं हैं!" बार-बार, ग) को बंद करने के लिए कहा जा रहा है (या अधिक विशेष रूप से, कि मैं "अलग हो रहा था") हर बार मुझे एक वाक्य के रूप में इतना कहा जाता है, और घ) इस कारण से निकाल दिया जाता है कि "दिशा कंपनी की ओर बढ़ रही है बदल गया है ”। तथ्य यह है कि मैंने जो कुछ भी किया था वह डिलीवरी के लिए आवश्यक था, लेकिन विवादित नहीं था।
user16764

1
@ user16764: क्या आपने इस बारे में कठिन डेटा एकत्र किया कि आपका समाधान कितना प्रभावी था, और आपके फिर से शुरू होने पर उसके साथ एक नौकरी मिल सकती है? (संपादित करें: btw, यह पूरी तरह से है कि लोगों को किया था कि होगा)
स्टीवन Evers

1
@ user16764: यदि आप उद्देश्यपूर्ण रूप से, कठिन तथ्यों के साथ, यह दिखा सकते हैं कि इस विशेष उदाहरण में, आपने जो किया वह बहुत बढ़िया था, और फिर लोग आपको ऐसा करने के लिए लाइन में लगने की कोशिश करते हैं जो बाकी सभी करते हैं, एक नई नौकरी प्राप्त करें, गंभीरता से। आप हर किसी को जीवन भर सीखने और उत्कृष्टता तक नहीं खींच सकते, लेकिन उन्हें यकीन है कि नरक आपको विपरीत दिशा में ले जा सकता है।
क्रिस्टोफर क्रेतुजिग

4

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

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

कौन जानता है, वे देख सकते हैं कि आप सभी का काम कैसे आसान बना सकते हैं और वे प्रोग्रामिंग में 'आलस्य' का सही उपयोग करेंगे।

यदि अन्य सभी विफल हो जाते हैं, तो नए कौशल-सेट को अपने सीवी पर रखें और दूसरी नौकरी की तलाश शुरू करें।


1

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

सुधार करना और सीखना वर्षों के अनुभवों की तुलना में कहीं अधिक महत्वपूर्ण है। जूनियर डेवलपर जो सीखना चाहता है वह किसी भी कंपनी के लिए कहीं अधिक बेहतर है तो पुराने "वरिष्ठ" डेवलपर जो पहले से ही यह सब जानते हैं।


1

क्या आप मेरी कंपनी में काम करते हैं?

नहीं, लेकिन गंभीरता से, यह कई बड़ी कंपनियों में एक बहुत ही सामान्य धागा लगता है। परिवर्तन कठिन है, और महत्वपूर्ण है। कभी-कभी आपको वास्तव में पता नहीं होता है कि आपके बीच में कितना समय है और वापस जाने के लिए बहुत देर हो चुकी है।

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

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

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


0

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

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