प्री-स्क्रीनिंग कोडिंग टेस्ट - कब तक उचित है? [बन्द है]


22

संपादित करें

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

उन लोगों के लिए जो अभी भी रुचि रखते हैं, मैं इस प्रश्न से उभरी चर्चा का सारांश देने की कोशिश कर रहा हूं:

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

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

हालाँकि, मैंने आपके सभी उत्तरों को बहुमूल्य और साझा करने के लिए धन्यवाद पाया।

मूल पोस्ट

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

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

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

क्या किसी कंपनी से यह अपेक्षा करना उचित होगा कि मैं अपने खाली समय में 4 घंटे उनके डमी असाइनमेंट पर काम करने में बिताऊं, इससे पहले ही वे मुझे हाय कहेंगे? (रिक्रूटर ने मुझे कोडिंग टेस्ट भेजा)

मुझे गलत मत समझो, मैं एक नई नौकरी और नई चुनौतियों को खोजने के लिए प्रेरित हूं, लेकिन ज्यादातर कंपनियां मुझसे इस तरह के कार्य पर अधिकतम 1-2 घंटे खर्च करने की उम्मीद करती हैं, और ऐसे कार्य हमेशा कम जटिल होते हैं।

मैं इस कंपनी के साथ एक निष्कर्ष के रूप में आया था कि या तो:

1) मेरी प्रेरणा अच्छी नहीं है और शायद वे किसी और की तलाश में हैं

2) वे अपने भविष्य के कर्मचारियों का सम्मान नहीं करते हैं, ताकि वे उनसे कहे बिना भी लंबे समय तक परीक्षण करने की उम्मीद कर सकें

3) वे बस उन समस्याओं में से एक को देना चाहते हैं जिन पर वे काम करते हैं और देखते हैं कि क्या कोई उत्साही युवा फेला है जो इसे मुफ्त में उनके लिए हल करेगा (फिर से, मुझे गलत मत समझो मैं एक साजिश सिद्धांतवादी नहीं हूं लेकिन मेरे पास है सुनी ऐसी ख़बरें ...)

आपको लगता है कि एक कंपनी के लिए कितना उचित है कि वह उम्मीद करे कि उम्मीदवार उनसे बात किए बिना अपने डमी कोडिंग परीक्षणों पर समय व्यतीत करें? आपका अनुभव आम तौर पर क्या है?



आपकी टिप्पणी उचित है। हालांकि, मुझे इस बात में दिलचस्पी है कि आप इस बारे में क्या सोचते हैं कि किसी से पूर्व-स्क्रीनिंग कार्य पर 4 घंटे खर्च करने की अपेक्षा करना कितना उचित है।
एस्टन

1
यह तर्कशीलता के साथ एक आर्थिक प्रस्ताव है जिसे बाजार द्वारा परिभाषित किया जाएगा। वह परिस्थितियों के साथ उतार-चढ़ाव करने वाला है। यदि यह एक कर्मचारी का बाजार है (यानी, कुछ उम्मीदवारों के बाद बहुत सी कंपनियां चल रही हैं), तो इस तरह की चीज़ के लिए कम सहिष्णुता होगी जब यह नियोक्ता का बाजार है। मैंने अभी जो पद संभाला है, उसके लिए मैंने कुल बारह घंटे साक्षात्कार में बिताए क्योंकि ऐसा करने के संभावित लाभों को स्पष्ट कर दिया गया। दस साल बाद, वे सही थे, और मेरे द्वारा इस पर खर्च किया गया हर मिनट एक सार्थक निवेश था।
Blrfl

3
यदि आप कभी भी किसी प्रमुख सॉफ्टवेयर कंपनियों में साक्षात्कार करते हैं, तो आप अक्सर उनके स्थान पर आते हैं (जो मेरे लिए 10 घंटे का यात्रा समय था), और फिर 8 घंटे का दिन (या दो, अनसुना नहीं है) प्रोग्रामिंग / डिजाइनिंग / साक्षात्कार। मुझे लगता है कि इस मुद्दे पर संदेह है कि क्या आप उस मांग को पूरा करने वाली कंपनी हैं या नहीं।
स्टीवन एवर्स

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

जवाबों:


24

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

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

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

दूसरी ओर, कुछ सर्वश्रेष्ठ श्रमिक पहले से ही लाभकारी रूप से कार्यरत हैं, और केवल आकस्मिक रूप से बेहतर अवसरों की तलाश में हैं। उस स्थिति में लोगों को 4-घंटे की परीक्षा के रिगरामोल से गुजरने की संभावना नहीं है, जब तक कि अवसर तारकीय न हो। हालाँकि, यह कंपनी की समस्या है, आपकी नहीं।

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


साथ ही, ओपी ने कहा कि परीक्षण में 4 घंटे से अधिक समय नहीं लगना चाहिए। मैं सोच रहा हूं कि यदि परीक्षा में एक उम्मीदवार = <4 घंटे लगते हैं, तो वे शायद वैसे भी रुचि नहीं लेंगे।
टॉम्बैट्रॉन

जवाब के लिए धन्यवाद। शायद मैं दूसरा प्रकार हूं, जिसके पास इस तरह के कार्य को करने के लिए आसानी से 4 घंटे नहीं हैं, इसलिए हो सकता है कि वे किसी और की तलाश में हों, जिनके पास है। और हाँ, आपके द्वारा बताए गए कारणों से वास्तविक जीवन समस्या देना फायदेमंद है, और मैं ऐसे कार्यों के लिए आया, जैसे जब मैंने टीवी कंपनी के लिए साक्षात्कार किया तो मुझे चैनल सदस्यता कैलकुलेटर बनाने की आवश्यकता थी, जब एक एफएक्स कंपनी के लिए मुझे योग करने की आवश्यकता थी सीएसवी फ़ाइल से मुद्रा, और यह उचित है, लेकिन यह कंपनी मेरे लिए उनकी अपेक्षा पर बहुत कम चली गई। शायद सिर्फ मेरे लिए।
एस्टन

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

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

11

नहीं, विशिष्ट नहीं, आप उनकी समस्याओं को मुफ्त में क्यों हल कर रहे हैं? (चार घंटे)

प्रोग्रामिंग टेस्ट के लिए 1 घंटा विशिष्ट है। अतीत में हमारी प्रोग्रामिंग परीक्षा 4 प्रश्न थे। पहले 3 सवालों में 1/2 घंटा लगा, आखिरी में 1/2 घंटा। हमने यह भी सुनिश्चित करने के लिए कि हम अपेक्षित समय सीमा में हैं और परीक्षण निष्पक्ष और समायोजित रूप से समायोजित किया गया था, घर में मौजूदा काम पर रखने के लिए परीक्षण दिया।

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

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

एक समय में हमने अपने कोड आधार (वास्तविक दुनिया) को प्रश्नोत्तरी में शामिल करने पर चर्चा की थी, लेकिन हमने अंततः इस बात को खारिज कर दिया कि इस कोड को कॉपी / चोरी / आदि की नकल करने के कारण (हमारा बॉस थोड़ा पागल था)। अंततः हम सिर्फ quiz.slnएक अलग विकास मशीन में एक अलग के साथ चले गए ।

अंत में, हमने पाया कि यह एक परीक्षण के साथ आना मुश्किल था जो कि उचित था, लेकिन न तो बहुत कठिन और न ही बहुत आसान। हमने हमेशा अपने उम्मीदवारों से क्विज़ के बारे में पूछा, जब उन्होंने इसे लिया और भविष्य के उम्मीदवारों के लिए इसे परिष्कृत करने के लिए अपनी प्रतिक्रिया दी।


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

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

8

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

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

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

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


1
मुझे खेद है कि अगर मैं स्पष्ट नहीं था, लेकिन मैंने एक परीक्षण का उल्लेख किया जो साक्षात्कार से पहले होता है, इसलिए मैं इसे अपने घर पर कर सकता हूं।
एस्टन

1
फिर भी, मैं इसे छद्म कोड वैसे भी करूँगा। वे या तो किसी समस्या को हल करने के बारे में मेरे विचार चाहते हैं, या वे आपसे मुफ्त काम चाहते हैं। यदि बाद में, यह ऐसी जगह नहीं होगी जिस पर आप काम करना चाहते हैं।
gbjbaanb

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

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

3

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

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

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


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

1

मैंने एक बिंदु पर 6 घंटे की कोडिंग परीक्षा ली। जब मैंने यह परीक्षा ली तो मुझे काफी विश्वास था कि मुझे काम पर रखा जाएगा - जबकि यह सच था, मैं फॉलो-ऑन से संतुष्ट नहीं था।

जाहिर है कि प्रत्येक नियोक्ता के पास 4 घंटे का समय है। जिस व्यक्ति को मैं देख रहा था, वह मेरी कोडिंग शैली थी - मुझे काम पर रखा गया था क्योंकि खान उसके लिए 'निकटतम' था। इस संदर्भ में, समस्या को इस दृष्टिकोण से देखें: पहला, क्या यह एक दिलचस्प समस्या है जिसे हल करना आपके लिए किसी भी मामले में सार्थक है? आखिरकार, आप कुछ मूल्यवान सीख सकते हैं।

दूसरा, यदि आप परीक्षा को 'पास' कर सकते हैं तो इसका मतलब यह है कि आप काम पर रखे गए हैं? यदि यह बिल्कुल स्पष्ट नहीं है, तो आपको यह तय करना होगा कि क्या अन्य कारणों से ऐसा करना है।

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

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