भर्ती प्रक्रिया में प्रोग्रामिंग चुनौतियां कितनी प्रभावी हैं? [बन्द है]


14

मुझे लगता है कि हमारी कंपनी सॉफ्टवेयर इंजीनियर उम्मीदवारों को खोजने के लिए डिज़ाइन की गई चुनौतियों का निर्माण कर सकती है जो हैं:

  • समस्याओं को हल करने में अच्छा है, न कि भर्ती करने वालों पर।
  • कैरियर मेले में हमारे पास आने से डरने की अधिक संभावना है।
  • उनके वर्तमान प्रोग्रामिंग नौकरी में कम होने की संभावना है लेकिन इसके बारे में कुछ भी करने के लिए बहुत अंतर्मुखी हैं।

एक उदाहरण के लिए इस लेख को देखें जो कि पीट का उपयोग करके छवि में एक ईमेल पते को छिपाने के बारे में चर्चा करता है ।

मैं अभी कोई अध्ययन या हार्ड डेटा नहीं पा सकता हूं कि यह वास्तव में काम करता है या नहीं।


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

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

1
हाय जो: अध्ययन के लिए अनुरोध यहां खराब प्रदर्शन करते हैं: हमारी विशेषज्ञता सूचना पुनर्प्राप्ति में नहीं है। यदि इसे "" कितनी प्रभावी प्रोग्रामिंग भर्ती प्रक्रिया में चुनौतियां हैं? "के रूप में प्रदर्शित किया गया था, तो यह संभवतः बहुत बेहतर काम करेगा।

1
@mattnz: मैं नहीं देखता कि आपका निष्कर्ष कहाँ से आता है। आप चूहों के साथ तंबाकू के धुएं के साथ पशु परीक्षण कर सकते हैं। लोगों द्वारा कुछ शराब पीने के बाद आप एक सिम्युलेटर में प्रतिक्रिया की गति को माप सकते हैं। हम प्रोग्रामर को काम पर रखने के लिए इन तरीकों को कैसे स्थानांतरित कर सकते हैं?
उपयोगकर्ता अज्ञात

3
@mnnz, समय की एक निश्चित अवधि में प्रति 10,000 व्यक्तियों की मृत्यु की संख्या, चाहे फेफड़ों के कैंसर के कारण हो या सड़क दुर्घटनाओं में, एक (अधिक या कम) उद्देश्यपूर्ण औसत दर्जे की मात्रा है। एक डेवलपर की अच्छाई, या एक SW परियोजना की सफलता, अच्छी तरह से परिभाषित शब्द भी नहीं हैं।
पेटर तोर्क

जवाबों:


7

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

द गुड : यह किसी ऐसे व्यक्ति का पता लगाने का एक प्रभावी तरीका हो सकता है, जो कागज पर, एक प्रोग्रामर के रूप में सम्मोहक नहीं हो सकता है। एक ऐसी चीज़ जिसमें डिग्री बहुत कम लोगों के पास होती है, जिसे आम तौर पर "प्रोग्रामिंग" संबंधित क्षेत्र - जीव विज्ञान, राजनीति विज्ञान, कला इतिहास ...

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

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

अधिकांश प्रोग्रामिंग चुनौतियों मैं भी देखा है कि जो लोग कर रहे हैं का पता लगाने में असफल पास तुम क्या चाहते करने के लिए, यह कैसे लिखा है पर निर्भर करता है।


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

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


+1। एक अच्छी प्रोग्रामिंग चुनौती बनाना रिक्रूटर के लिए एक वास्तविक चुनौती है।
साइमन बर्गोट

6

बहुत ही प्रभावी।

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

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

कैरियर मेले में हमारे पास आने से डरने की अधिक संभावना है।

यह कोई बुरी बात नहीं है। यदि आपका संभावित उम्मीदवार शर्त लगाने को तैयार नहीं है कि वह वहां कार्यरत है, तो क्या आप वास्तव में उसे भर्ती करना चाहते हैं?


1
अन्य कारण हो सकते हैं कि कोई व्यक्ति उनके पास आने से डरता होगा ... उदाहरण के लिए, कुछ लोगों को बेचने की कोशिश करने में मुश्किल होती है, या यहां तक ​​कि सिर्फ खुद को प्रस्तुत करने के लिए मुश्किल होता है। भावनाओं को रास्ते में मिलता है। इसका मतलब यह नहीं है कि वे एक बार शानदार और / या मूल्यवान नहीं होंगे, क्योंकि वे पिछले प्रारंभिक संपर्क फ़ेस को पा लेते हैं।
13

0

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

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

इसे एक साथ रखने में सौभाग्य है।

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