कोड के नमूने और साक्षात्कार? [बन्द है]


23

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

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

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

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

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

तो क्या हमें अलग बनाता है? किसी को कंप्यूटर के सामने रखना और उसे डेटा मर्ज या एक फैक्टरियल कैलकुलेटर बनाने के लिए इतना महत्वपूर्ण क्यों है, कभी-कभी हम इंटरनेट जैसे दिन-प्रतिदिन उपयोग किए जाने वाले बहुत ही उपकरणों तक पहुंच के बिना? कोड पोर्टफोलियो के विचार में क्या गलत है?

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

जवाबों:


14

एक पोर्टफोलियो के लिए मेरी आपत्ति का उस जोखिम से कोई लेना-देना नहीं है जो कंपनी को किसी ऐसे व्यक्ति द्वारा धोखा दिया जाता है जो इंटरनेट से कोड कॉपी कर रहा है या अधिक संभावना है, डेवलपर्स की टीम द्वारा लिखित कोड को उनके काम के रूप में पास करना। जैसा कि आप सही ढंग से इंगित करते हैं, आप कम से कम उतना ही सीख सकते हैं जब एक डेवलपर के बारे में बात करते हैं, वे आम तौर पर एक घंटे के लिए परिचित होते हैं जैसा कि आप उन्हें खरोंच से एक फैक्टरियल कैलकुलेटर को कोड कर सकते हैं।

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

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


1
+1 अच्छा जवाब। प्रश्न का पालन करें: यदि मैं एक कोड नमूने के लिए पूछता हूं, तो आप जिस उम्मीदवार को वर्णन करने से रोकते हैं, वह 8 घंटे खर्च करने से रोकता है, जो कि मेरे स्वयं के चुने हुए समस्या को हल करने के बजाय, स्वयं की एक विवादित समस्या को हल करता है? मैं इसका बहुत सम्मान करूंगा।
पीडीआर

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

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

6

सबसे पहले, हम इंजीनियर हैं, कलाकार नहीं। हम एक टीम में काम करते हैं, इसलिए हमारे वास्तविक कार्य अनुभव में, "हमारा" कोड अक्सर टीमवर्क का परिणाम होता है, क्योंकि आमतौर पर वास्तविक काम होता है। इतना पेशेवर कोड नहीं है कि मैं इसके लिए एकमात्र स्वामित्व का दावा कर सकूं।

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


4

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

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


2

मैं आवेदकों के लिए कोड नमूना मांगता हूं और यह साक्षात्कार के दौरान संदर्भित होता है। हालांकि मैं आमतौर पर साक्षात्कार के दौरान किए गए व्हाइटबोर्ड कोडिंग को अधिक वजन देता हूं।

प्रत्येक डेवलपर साक्षात्कार मैं एक साधारण समस्या के समाधान को लागू करने के लिए व्हाइटबोर्ड में शामिल होता है। हालाँकि, नियम हैं:

आवेदक को कार्यान्वयन के माध्यम से बात करनी होगी क्योंकि वे इसे कर रहे हैं।

  • मैं गेज कर सकता हूं कि वे किसी समस्या का सामना कैसे करते हैं।
  • मैं देख सकता हूं कि कितनी अच्छी तरह से संवाद कर सकता है।
  • मैं अनुमान लगा सकता हूं कि वे स्पष्ट लक्ष्य के साथ कितने तेज हैं।

मुझे तीन समस्याएं हैं जिनके कार्यान्वयन सभी समान हैं और मुझे पता है कि वे कोड को फिर से उपयोग या फिर से लिख सकते हैं जो उन्होंने लिखा है।

  • मैं देख सकता हूं कि क्या वे बड़ी तस्वीर को देखने के लिए वापस खींच सकते हैं।
  • मैं देख सकता हूं कि क्या वे लागू होते हैं और रिफ्लेक्टर करते हैं, या सामान्यीकरण के लिए कूदते हैं।
  • मैं उनके विचारों को कितनी अच्छी तरह से क्रमबद्ध कर सकता हूं, इस बारे में मैं सोच सकता हूं।

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


1

एक कोड नमूना उम्मीदवारों को बाहर निकालने का एक बहुत ही कुशल तरीका है - मैं 5 - 10 मिनट में एक कोड नमूने का न्याय कर सकता हूं, लेकिन यहां तक ​​कि एक फोन स्क्रीन में 15 मिनट लगते हैं और शेड्यूलिंग की आवश्यकता होती है (और कुछ भी बाहर निकालने में बहुत उपयोगी नहीं है लेकिन बहुत मेरे अनुभव में ढेर के नीचे)।

मुझे लगता है कि नमूनों को कोड करने के लिए मुख्य आपत्तियां दो गुना हैं, और आसानी से दूर हो जाती हैं:

  • कोड के नमूने की आवश्यकता होती है जो कुछ प्रतिभाशाली डेवलपर्स के लिए एक कृत्रिम बाधा डालता है

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

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

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

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

  • कि नमूने आसानी से नकली हैं

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

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

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

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