हम वरिष्ठ सॉफ़्टवेयर डेवलपर की स्थिति के लिए एक उम्मीदवार का साक्षात्कार कर रहे हैं

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

सीनियर किस तरह का पक्षी है?

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

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

साक्षात्कार का मुख्य उद्देश्य

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

किसे इंटरव्यू देना चाहिए?

यहाँ एकमात्र सही उत्तर उर्फ ​​टीम लीड का भावी प्रमुख है। एक सामान्य गलती इंटरव्यू के हिस्से में 2-3 लोगों से साक्षात्कार करना है, क्रॉस-कटिंग और असंगत प्रश्न पूछते हैं। यह सब साक्षात्कारकर्ता के लिए अनावश्यक तनाव पैदा करता है और मनोवैज्ञानिक संपर्क की स्थापना को रोकता है।

वातावरण

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

दक्षताओं को जानें

जैसा कि मैंने पहले ही "लक्ष्य" में लिखा था, साक्षात्कारकर्ता की शक्तियों का पता लगाना महत्वपूर्ण है, जो उसने पहले के साथ काम किया था, उसने कुत्ते पर क्या खाया, वह किस दृष्टिकोण का उपयोग करता था, रास्ते में उसे क्या मिला।

एक वरिष्ठ डेवलपर के लिए मुख्य योग्यताएं:

• एल्गोरिदम।
• वास्तुकला, डिजाइन पैटर्न।
• डेटाबेस।
• समानांतर निष्पादन और प्रक्रियाओं का सिंक्रनाइज़ेशन।
• सॉफ्टवेयर प्रदर्शन की मूल बातें।
• डिबग और लॉगिंग।

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

बहुत बार, साक्षात्कारकर्ता कुछ विशेषों पर स्विच करते हैं जो उनके परिचित हैं, यहां वास्तविक अभ्यास से मामले हैं:

• यदि एक से अधिक चयन मापदंड के अंतर्गत आता है, तो एक पंक्ति को हटाने के लिए SQL का उपयोग कैसे करें?
• कौन सी git कमांड अंतिम कमिट को वापस करेगा?
• जावा में किसी ऑब्जेक्ट ऑब्जेक्ट के कौन से तरीके जानते हैं? अन्य भाषाओं में अन्य विकल्प हो सकते हैं - ऐसा कुछ जिसे साक्षात्कारकर्ता अच्छी तरह से जानता है।

ये प्रश्न "एक सिक्का को हवा में उछालना" की श्रेणी से भी हैं, उनका ज्ञान या अज्ञानता डेवलपर के अनुभव के बारे में किसी भी उद्देश्य के निष्कर्ष की अनुमति नहीं देती है।

"बुद्धिमत्ता", वास्तविक उदाहरणों की जाँच के लिए मूर्खतापूर्ण प्रश्नों और कार्यों के प्रेमियों की एक अलग श्रेणी है:

• हैच गोल क्यों है?
• एक बाल्टी में ठीक 4 लीटर पानी कैसे डालें, अगर दो बाल्टी हैं - 3 और 5 लीटर?
• कुछ पहेली को हल करें, उदाहरण के लिए, एक रूबिक का घन इकट्ठा करें।

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

प्रेरणा की तलाश में

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

प्रेरणाएँ क्या हैं:

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

आपको सीनियर डेवलपर से क्या नहीं पूछना चाहिए

• कैसे शायद ही कभी XXX एल्गोरिथ्म काम करता है (उदाहरण के लिए, क्विकॉर्ट)। क्यों पूछें कि डेवलपर के दैनिक कार्य में क्या आवश्यक नहीं है, लेकिन 5 सेकंड में Google है?
• क्या आप एक साधारण YYY उपकरण (जैसे git) के मालिक हैं। मैं अभी तक एक ऐसे डेवलपर से नहीं मिला हूं, जिसे एक या दो दिन में रोजमर्रा के काम के लिए जरूरी बुनियादी सुविधाओं में महारत हासिल न हो।
• क्या आप टेस्ट लिखना जानते हैं। तारांकन के साथ प्रश्न। परीक्षण लिखने की प्रक्रिया सरल है, लेकिन यह समझने के लिए सीखने की जरूरत है कि क्या परीक्षण किया जाना चाहिए और किस हद तक - यह एक लंबा अभ्यास लेता है। वास्तव में, एक टीम में सिर्फ एक अनुभवी परीक्षण लेखक जो इस प्रक्रिया को प्रभावी तरीके से नियंत्रित कर सकता है, पर्याप्त है।
• फुर्तीली / कंबन / स्क्रम क्या है। कार्यप्रणाली, जैसा कि विकास आयोजित किया जाएगा, टीम लीड द्वारा चुना जाता है; तदनुसार, सामान्य कलाकारों को इसे अच्छी तरह से जानने की आवश्यकता नहीं है, और बुनियादी सिद्धांतों को कुछ दिनों में समझ लिया जाता है।

वरिष्ठ डेवलपर्स के प्रकार

किसी विशेष डेवलपर की प्रेरणा और क्षमताओं को समझने के लिए, उसमें निहित प्रकारों को उजागर करना आवश्यक है। मैंने निम्नलिखित सामान्य प्रकारों की पहचान की है:

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

अक्सर, एक विशेष व्यक्ति विभिन्न अनुपातों में कई प्रकारों को जोड़ता है। समय के साथ, मनुष्यों में प्रकार और उनके अनुपात बदलते हैं, और ऐसे व्यक्ति भी होते हैं जो कार्यों के लिए अनुकूल हो सकते हैं (सुपरहीरो के विशिष्ट)। यह ध्यान दिया जाता है कि उम्र के साथ, कंजर्वेटिव का हिस्सा कई में बढ़ता है, निर्माता बाहर जला सकता है, और सतही एक सक्षम में बढ़ सकता है।

मनोवैज्ञानिक अवस्था

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

अक्सर ऐसी स्थितियाँ होती हैं:

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

लेकिन परीक्षण कार्य के बारे में क्या?

लघु परीक्षण कार्य (2-3 घंटे) में समस्या यह है कि इसके परिणामों के अनुसार किसी भी निश्चित निष्कर्ष निकालना असंभव है कि लेखक के पास वरिष्ठ स्तर के विकास में अनुभव है या नहीं। उसी सफलता के साथ, आप केवल एक सिक्का हवा में उछाल सकते हैं।

निष्कर्ष

साक्षात्कार के परिणामों के अनुसार, डेवलपर का एक उद्देश्य छाप बनाया जाना चाहिए:

• उसकी ताकत क्या हैं
• वह टीम को कैसे मजबूत कर सकते हैं।
• उसे "क्रूज़िंग स्पीड" तक पहुंचने के लिए कितना समय चाहिए।
• उपरोक्त बिंदुओं के लिए वांछित स्न कितना मेल खाता है।
• क्या टीम के साथ कोई मनोवैज्ञानिक संपर्क और संगतता है।

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

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