डेवलपर के साक्षात्कार में परीक्षण कार्य - क्या इसका कोई मतलब है?

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

आवेदक (उर्फ डेवलपर पेट्या) की तरफ से

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

क्या वास्तव में शांत कार्य हैं? वे होते हैं लेकिन बहुत कम ही, शायद 100 में से एक। मूल रूप से, सब कुछ मानक है और दिलचस्प नहीं है - कहीं से डेटा पढ़ने के लिए, इसके साथ कुछ करें, डेटा कहीं लिखें (फ़ाइल / बेस / सॉकेट ..)। या कुछ प्रसिद्ध एल्गोरिथ्म को लागू करें। ऐसा क्यों है? हां, क्योंकि, ज्यादातर मामलों में, किरायेदार को अपने डेस्कटॉप पर सीवी के ढेर को पतला करने की आवश्यकता होती है, मैं आपको इसके बारे में बाद में बताऊंगा।

नियोक्ता की ओर से (उर्फ तिमलीद वास्या)

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


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

Sobeseduyuschy

दोनों पक्षों के लिए सबसे खराब विकल्पों में से एक, अगर किसी कारण से टीम के नेता (व्यस्त, कमियों का अभाव, मूर्खतापूर्ण आलसी, दोपहर के भोजन के लिए गए) खुद के बजाय अपनी टीम के एक सदस्य को एक साक्षात्कार के लिए भेजते हैं और अपने रिकॉल पर निर्णय लेते हैं। यदि ऐसा होता है, तो टीम के नेता, सबसे अधिक संभावना है, कंपनी में इसकी जगह नहीं लेते हैं।

टास्क लीड टाइम और स्कोप

मैंने आधे घंटे और एक सप्ताह के लिए कार्यों को पूरा किया, औसतन, अधिकांश नियोक्ता समझते हैं कि कुछ घंटों से अधिक उम्मीदवार की आवश्यकता के लायक नहीं है।

कोड और डिजाइन की गुणवत्ता

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

नौकरी का प्रारूप

आप घर पर दोनों मानक कार्यों को पा सकते हैं, और इस तरह के विकृतियाँ:

• बोर्ड पर एक निर्णय लिखें (यह आमतौर पर पश्चिमी कंपनियों द्वारा किया जाता है)
• कंपनी लैपटॉप पर नोटपैड में एक समाधान लिखें
• जोड़ी प्रोग्रामिंग मोड में दूर से एक समाधान लिखें

वास्या बाहर निकलने पर क्या देखता है?

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

वास्या को आप क्या देखना पसंद करेंगे?

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

वास्तविकता में परीक्षण कार्य क्या देते हैं?

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

लेखक को पकड़ना अच्छा है, संभवतः ठंडे कार्यालयों में कार्यों के साथ कम बकवास है

एक प्रसिद्ध मामला यह है कि जब पैकेज मैनेजर होमब्रे के लेखक को Google में नहीं लिया गया था , केवल इस कारण से कि 7 वें साक्षात्कार में वह बोर्ड पर एक एल्गोरिथ्म नहीं लिख सकता था कि बाइनरी ट्री को उलटा कैसे किया जाए। ऐसे कठिन कार्यों से कितने कठिन लोग कंपनियों को खो देते हैं - कोई केवल अनुमान लगा सकता है।

क्या परीक्षण कार्यों की आवश्यकता नहीं है?

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

क्या परीक्षण के मामले वास्तव में दोनों पक्षों को लाभ पहुंचा सकते हैं?

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

एक सावधानीपूर्वक पाठक पूछेगा, "ठीक है, लेखक, यदि परीक्षण कार्य नहीं है, तो आप सही वरिष्ठ का चयन कैसे कर सकते हैं?" और यह एक अलग लेख के लिए एक विषय है, देखते रहें!