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