आपके प्रश्न को दो उप-प्रश्नों में विभाजित करके नियंत्रित किया जा सकता है।
आवश्यकता के रूप में वर्षों के अनुभव का उपयोग क्यों करें?
क्योंकि यह एक आसानी से सत्यापन योग्य मैट्रिक प्रोग्रामिंग योग्यता के साथ सकारात्मक रूप से संबद्ध है । स्नैगुलस का उत्तर पहले से ही सहसंबंध के विवरण पर विस्तृत है, इसलिए मैं "क्यों" पर ध्यान केंद्रित करूंगा।
कठिन सच्चाई यह है कि आमतौर पर किसी दिए गए पद के लिए एक से अधिक उम्मीदवार होते हैं। इसके अलावा, साक्षात्कार काफी संसाधन-खपत होते हैं, खासकर यदि वे "ठीक से" किए जाते हैं, अर्थात तकनीकी रूप से सक्षम कर्मचारियों (इस मामले में प्रोग्रामर) द्वारा तकनीकी साक्षात्कार आयोजित किए जाते हैं।
इसलिए, आने वाली सीवी के माध्यम से शुरुआत में कुछ मानदंड का उपयोग करने की आवश्यकता है, और अधिमानतः एक जिसे गैर-तकनीकी कर्मचारियों द्वारा सत्यापित किया जा सकता है - जब संदेह में, एचआर लोग हमेशा पिछले नियोक्ताओं को बुला सकते हैं और जांच सकते हैं कि हां, जॉन स्मिथ ने इसके लिए काम किया है उनके साथ एक्स साल।
आवश्यकता के बजाय "जुनून" का उपयोग क्यों न करें?
इसके साथ कम से कम दो समस्याएं हैं:
कैसे "जुनून" को मापने के लिए?
KLOC ने लॉग इन किया? सौभाग्य यह पता चलता है कि, प्रोग्रामिंग (और अन्य विषयों) में भी, अधिक विपुल "बेहतर" के बराबर नहीं है।
ओपन सोर्स / हॉबी प्रोजेक्ट्स पूरे हुए? मानव संसाधन द्वारा आसानी से जाँच नहीं की जाती है, और बहुत सारे सक्षम प्रोग्रामर के पास उस संबंध में निष्क्रिय होने के वैध कारण हैं - अन्य समय लेने वाली बाध्यताएं, काम की इच्छा के साथ लंबे समय तक काम करना, काम के घंटों के दौरान सरल पेशेवर पूर्ति आदि।
वर्षों का अनुभव? अरे रुको...
क्या "जुनून" वास्तव में क्षमता के लिए एक अच्छा मीट्रिक है?
जैसा कि रॉबर्ट हार्वे अपनी टिप्पणी में कहते हैं, जुनून वास्तव में एक सक्षम प्रोग्रामिंग का संकेत नहीं है। अनुभव की तुलना में, यह ज्यादातर ऑर्थोगोनल गुणवत्ता है - अर्थात, वहां मौजूद है:
- भावुक और सक्षम प्रोग्रामर और
- dispassionate और तकनीकी रूप से सक्षम प्रोग्रामर और
- भावुक और तकनीकी रूप से अक्षम प्रोग्रामर और
- भावुक और गैर-तकनीकी रूप से अक्षम प्रोग्रामर,
- आदि आदि।
अंतिम उदाहरण हमारे संदर्भ में महत्वपूर्ण है - अनुभव के वर्ष भी बताते हैं कि किसी दिए गए प्रोग्रामर ने किसी तरह से अपने काम में काम किया है, जबकि एक दुस्साहसी भावुक प्रोग्रामर, उदाहरण के लिए फ्लैट-आउट भी सरलतम कार्य प्रणाली में भाग लेने से इनकार कर सकता है (कहते हैं, स्क्रेम पोस्ट-इट नोट्स), क्योंकि "यह मुझे धीमा कर देता है।"
अंतिम अस्वीकरण
सबसे पहले, और सौभाग्य से, "अनुभव के वर्षों" का अक्सर "शिथिल" मूल्यांकन किया जाता है - यानी यदि आप भाषा एक्स के साथ नौकरी के लिए आवेदन कर रहे हैं, लेकिन केवल भाषा वाई के साथ "वाणिज्यिक" अनुभव है, एक्स के समान, वह भी अक्सर ध्यान में रखा।
दूसरे, व्यक्तिगत रूप से मैं "एन इयर्स ऑफ एक्सपीरियंस" का प्रशंसक नहीं हूं, और मैं केवल एक ही नहीं हूं। एक सरल विकल्प है - "अनुभव" को निर्दिष्ट करना । यह आमतौर पर एक फिल्टर के रूप में होता है, क्योंकि उम्मीदवारों को अपने सीवी में उस अनुभव को दस्तावेज करने के लिए मजबूर किया जाता है - यदि आपको एक प्रोग्रामिंग स्थिति के लिए एक उम्मीदवार मिलता है जो पहले केवल प्रतीक्षा कर चुका है (और ऐसा होता है!) आपको पता है कि कुछ गलत हो सकता है।