अनुभव से कितना फर्क पड़ता है? [बन्द है]


18

मुझे लगता है कि कई नौकरियों में कम से कम x साल के अनुभव की आवश्यकता होती है। सवाल यह है कि आप कैसे जानते हैं कि किसी उम्मीदवार के पास आवश्यक वर्षों का अनुभव है? आप एक्स वर्षों के अनुभव वाले व्यक्ति से क्या उम्मीद करते हैं (संपादित करें: प्रभावी रूप से आप कैसे जांचते हैं कि क्या सीवी कौशल जांच के बिना निर्भर नहीं है)? एक्स वर्षों के अनुभव वाला व्यक्ति ऐसा क्या कर सकता है जो y वर्षों के साथ (y <x के साथ) नहीं कर सकता (संपादित करें: यह मानते हुए कि उनके पास कोई कौशल है)?

वाई वर्षों के अनुभव के साथ कुछ भावुक प्रोग्रामर के साथ मामले हो सकते हैं, जिसमें विशाल ज्ञान है और कई परियोजनाओं और अन्य प्रोग्रामर पर एक्स वर्षों के अनुभव (x> y) के साथ काम किया है जो कुछ परियोजनाओं पर काम कर चुके हैं और उनके पास इतना अनुभव नहीं है।

इसे कुछ इस तरह से कम नहीं किया जा सकता है "यदि आप इस तकनीक को जानते हैं और आप जानते हैं कि उस सामान को कैसे करना है (यह डिजाइन, संचार, अनुमान आदि) तो आप हमारी नौकरी के लिए उपयुक्त हैं"?

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

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


11
TWP पर पूछा और उत्तर दिया गया: पदों पर आवेदन करते समय मैं "अनुभव के वर्षों" की आवश्यकताओं को कैसे पार कर सकता हूं? "निर्णय सफलता से नहीं, बल्कि विफलताओं से आता है। अधिकांश कंपनियां उन लोगों को काम पर रखना चाहती हैं जिनकी पिछली कंपनियों ने अपनी असफलताओं का भुगतान किया है ..."
gnat

1
नीचे लिखे मेरे सुंदर लंबे निबंध पढ़ें। यह आपके लिए कुछ मूल्य हो सकता है =)
जो

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

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

3
@Matthew का विस्तार करते हुए मैं आपको कौशल प्राप्त करने के लिए आपको सिखा सकता हूं या पाठ्यक्रम पर भेज सकता हूं, मैं अनुभव नहीं सिखा सकता। उस ने कहा, 10 * 1 साल के अनुभव और 1 * 10 साल के अनुभव के बीच अंतर है। दुर्भाग्य से जब एचआर स्कूल गए थे तो उन्हें बताया गया था कि जब गुणा किया गया था तो पूर्णांक कम्यूटेटिव थे और अभी तक गणितज्ञों को यह सीखना गलत है कि जब यह अनुभव में आता है।
20

जवाबों:


11

आपके प्रश्न को दो उप-प्रश्नों में विभाजित करके नियंत्रित किया जा सकता है।

आवश्यकता के रूप में वर्षों के अनुभव का उपयोग क्यों करें?

क्योंकि यह एक आसानी से सत्यापन योग्य मैट्रिक प्रोग्रामिंग योग्यता के साथ सकारात्मक रूप से संबद्ध हैस्नैगुलस का उत्तर पहले से ही सहसंबंध के विवरण पर विस्तृत है, इसलिए मैं "क्यों" पर ध्यान केंद्रित करूंगा।

कठिन सच्चाई यह है कि आमतौर पर किसी दिए गए पद के लिए एक से अधिक उम्मीदवार होते हैं। इसके अलावा, साक्षात्कार काफी संसाधन-खपत होते हैं, खासकर यदि वे "ठीक से" किए जाते हैं, अर्थात तकनीकी रूप से सक्षम कर्मचारियों (इस मामले में प्रोग्रामर) द्वारा तकनीकी साक्षात्कार आयोजित किए जाते हैं।

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

आवश्यकता के बजाय "जुनून" का उपयोग क्यों न करें?

इसके साथ कम से कम दो समस्याएं हैं:

कैसे "जुनून" को मापने के लिए?

KLOC ने लॉग इन किया? सौभाग्य यह पता चलता है कि, प्रोग्रामिंग (और अन्य विषयों) में भी, अधिक विपुल "बेहतर" के बराबर नहीं है।

ओपन सोर्स / हॉबी प्रोजेक्ट्स पूरे हुए? मानव संसाधन द्वारा आसानी से जाँच नहीं की जाती है, और बहुत सारे सक्षम प्रोग्रामर के पास उस संबंध में निष्क्रिय होने के वैध कारण हैं - अन्य समय लेने वाली बाध्यताएं, काम की इच्छा के साथ लंबे समय तक काम करना, काम के घंटों के दौरान सरल पेशेवर पूर्ति आदि।

वर्षों का अनुभव? अरे रुको...

क्या "जुनून" वास्तव में क्षमता के लिए एक अच्छा मीट्रिक है?

जैसा कि रॉबर्ट हार्वे अपनी टिप्पणी में कहते हैं, जुनून वास्तव में एक सक्षम प्रोग्रामिंग का संकेत नहीं है। अनुभव की तुलना में, यह ज्यादातर ऑर्थोगोनल गुणवत्ता है - अर्थात, वहां मौजूद है:

  • भावुक और सक्षम प्रोग्रामर और
  • dispassionate और तकनीकी रूप से सक्षम प्रोग्रामर और
  • भावुक और तकनीकी रूप से अक्षम प्रोग्रामर और
  • भावुक और गैर-तकनीकी रूप से अक्षम प्रोग्रामर,
  • आदि आदि।

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

अंतिम अस्वीकरण

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

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


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

1
@ टेलस्टाइन: आप सही कह रहे हैं कि मुझे संभवतः उस कथन को "ज्यादातर" (जो मुझे लगता है कि मैं अब करूँगा) के साथ योग्य होना चाहिए। हालांकि, मैं "कई और अधिक" क्वालिफायर के बारे में सतर्क रहूंगा - ध्यान दें कि आप जुनून खो सकते हैं , लेकिन आप स्वचालित रूप से कौशल नहीं खोते हैं। यह ऐसा नहीं है कि सभी डिस्पैसनेट प्रोग्रामर डिस्पैसनेट शुरू करते हैं।
15

44

"वर्षों का अनुभव" किसी भी चीज की माप से अधिक संभावना का पैमाना है। अधिक वर्षों के साथ, आपको एक बढ़ी हुई संभावना मिलती है कि किसी व्यक्ति ने चीजों का सामना किया है जैसे:

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

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

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


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

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

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

7

मैं आपके प्रत्येक प्रश्न को पोस्ट में संबोधित करके इसका उत्तर दूंगा।

सवाल यह है कि आप कैसे जानते हैं कि किसी उम्मीदवार के पास आवश्यक वर्षों का अनुभव है?

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

आप x वर्ष के अनुभव वाले व्यक्ति से क्या उम्मीद करते हैं?

आप उनसे अपेक्षा करेंगे कि वे नौकरी की आवश्यकताओं को पूरा करें जो एक नौकरी पोस्ट में निर्दिष्ट हैं। उदाहरण के लिए:

"हम सीनियर PHP डेवलपर की तलाश कर रहे हैं, जो सिस्टम डिजाइन और आर्किटेक्चर में काम करने के 10+ साल के अनुभव के साथ अपने सिस्टम टूल्स को चीफ आर्किटेक्ट के रूप में पुनर्गठित कर रहा है, जबकि सीनियर और जूनियर डेवलपर्स की K राशि को मैनेज कर रहा है और रास्ते में उनका मार्गदर्शन कर रहा है। नौकरी भी मिलेगी। आवश्यकता है ... (आदि) "

एक्स वर्षों के अनुभव वाला व्यक्ति ऐसा कर सकता है जो y वर्षों के साथ (y <x के साथ) नहीं कर सकता है?

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

वाई वर्षों के अनुभव के साथ कुछ भावुक प्रोग्रामर के साथ मामले हो सकते हैं, जिसमें विशाल ज्ञान है और कई परियोजनाओं और अन्य प्रोग्रामर पर एक्स वर्षों के अनुभव (x> y) के साथ काम किया है जो कुछ परियोजनाओं पर काम कर चुके हैं और उनके पास इतना अनुभव नहीं है।

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

इसे कुछ इस तरह से फिर से शुरू नहीं किया जा सकता है "यदि आप इस तकनीक को जानते हैं और आप जानते हैं कि उस सामान को कैसे करना है (यह डिजाइन, संचार, अनुमान आदि) तो आप हमारी नौकरी के लिए उपयुक्त हैं"?

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


2
आप यह मानते हैं कि कम अनुभव वाले लोगों की तुलना में अधिक अनुभव वाले लोग बेहतर कौशल रखते हैं; सामान्य तौर पर यह एक मान्य धारणा है, लेकिन फिर आपको कौशल को मापना चाहिए और अनुभव नहीं करना चाहिए ... इसलिए प्रयास करें और यह मानते हुए उत्तर दें कि आपके पास समान कौशल और अलग अनुभव वाले 2 व्यक्ति हैं।
m3th0dman

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

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

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

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

1

वर्षों का अनुभव केवल एक फिल्टर है जो नौकरी विवरण में सूचीबद्ध वांछित कौशल का उपयोग करने वाले व्यक्ति से क्या उम्मीद करता है के बारे में "मोटा" अनुमान देता है।

यहाँ मैं क्या अपेक्षा कर सकता हूँ, लेकिन दूसरों के अलग-अलग विचार हो सकते हैं:

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

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

५ - You वर्ष - आपको अपने आप से काम करने में सक्षम होना चाहिए और यह तय करने में सक्षम होना चाहिए कि ऊपर से वे "कार्य" क्या हैं। आपको मध्य-आकार के कार्यों को संभालने में सक्षम होना चाहिए जो स्पष्ट रूप से परिभाषित नहीं हैं। (उदा। उपप्रणालियों को डिजाइन / कार्यान्वित / बेचने में सक्षम होना)। आपको इस समय-सीमा में सबसिस्टम टीमों का नेतृत्व करना शुरू करना चाहिए। कम से कम आंतरिक टीम के लिए, वे उप-प्रणालियों की आवश्यक प्रस्तुतियाँ दें।

8 - 10 साल - परियोजना के बहुत बड़े और / या महत्वपूर्ण उपप्रणालियों को दिए जाने पर भरोसा किया जा सकता है। कई तकनीकों में निवासी विशेषज्ञ। बड़ी सबसिस्टम टीमों का नेतृत्व कर सकते हैं। उप-प्रणालियों की प्रस्तुतियाँ दें जो वे ग्राहक के लिए जिम्मेदार हैं।

10+ वर्ष - नौकरी विवरण और अन्य अर्ध-संबंधित सॉफ़्टवेयर कार्यों की सीमा के भीतर उन पर फेंके गए किसी भी सॉफ़्टवेयर कार्य को बहुत संभाल सकते हैं। बड़ी संख्या में सॉफ़्टवेयर क्षेत्रों में निवासी विशेषज्ञ। सेलऑफ़ के माध्यम से आवश्यकताओं से बड़ी परियोजनाओं का नेतृत्व कर सकते हैं। सिस्टम डिज़ाइन को समझता है न कि केवल मॉड्यूल / सबसिस्टम डिज़ाइन को। विश्वसनीय, मजबूत और बनाए रखने योग्य प्रणालियों को डिजाइन करने में सक्षम है। ग्राहक के लिए सॉफ्टवेयर इंटरफेस है, जिसमें सिस्टम के नजरिए से प्रस्तुतियां शामिल हैं। पर्याप्त रूप से एक साथ बोली प्रस्ताव और कार्यक्रम रख सकते हैं।

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

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

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