आप अपने से अधिक अनुभव वाले किसी व्यक्ति का साक्षात्कार कैसे लेते हैं? [बन्द है]

Question

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

क्या कोई उच्च तकनीकी प्रोग्रामिंग कौशल का मूल्यांकन करने के लिए एक अच्छा साधन है, यह पूछने के लिए कुछ तकनीकी साक्षात्कार प्रश्नों की सिफारिश कर सकता है, लेकिन फिर भी क्या मैं समझ सकता हूं?

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

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

अपडेट करें:

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

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

Comments

@CodexArcanum - यह पूरी तरह से असामान्य नहीं है, कुछ बड़ी कंपनियों में एक साक्षात्कार पैनल के एक हिस्से के रूप में एक उच्च स्तर के उम्मीदवार के संभावित अधीनस्थ होंगे।

— rjzii

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

— राहेल

उन्हें कुछ समझाने के लिए कहें जिससे आपको समझने में समस्या हो कि आप इसे समझ सकें। बस उन्हें यह न बताएं कि आपको इसे समझने में समस्याएँ हैं। :)

— आहारबुद्ध

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

— poolie

@ थोर, मैंने एक अद्यतन जोड़ा

— राहेल

Answer 1

आप नहीं कर सकते।

इसके बजाय, मैं आपको सुझाव दूंगा कि आपके पास आज आने वाली समस्याओं की एक सूची है , और उससे पूछें कि वह उन्हें कैसे हल करेगा ।

यह निम्नलिखित दो कारणों से बहुत ही रोचक विधि है:

1. यह मुफ्त परामर्श है । यहां तक ​​कि अगर आप उस लड़के को नौकरी पर नहीं रखते हैं, तो वह आपकी समस्याओं का अच्छा समाधान सुझा सकता है ।

2. यदि वह दिलचस्प समाधान के साथ आता है , तो वह एक समस्या समाधानकर्ता है । जिस तरह का लड़का आप किराए पर लेना चाहते हैं।

Comments

मैंने अपने सभी वोटों का उपयोग किया, लेकिन -1 निशुल्क परामर्श की उम्मीद के लिए और समस्याओं की एक सूची बनाने के लिए +1।

— जोश के

आप उन दिलचस्प समस्याओं को प्रस्तुत कर सकते हैं जिन्हें आपने पहले ही हल कर लिया है और देखें कि उनका समाधान आपके साथ कैसे तुलना करता है। बेशक, यह बेहतर नहीं हो सकता क्योंकि उसके पास इस बारे में सोचने के लिए उतना समय नहीं था, लेकिन सिर्फ यह देखने के लिए कि वह इसके बारे में कैसे बताती है।

— mbillard

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

— JBRWilkinson

@JBRWilkinson - मुझे नहीं लगता कि कोई व्यक्ति सप्ताह भर की परियोजनाओं का सुझाव दे रहा है, मुझे लगता है कि वे इस तरह की समस्याओं के आधार पर साक्षात्कार के सवालों का सुझाव दे रहे हैं जो टीम वर्तमान में सामना कर रही है। यह पूरी तरह से उचित है, आखिरकार, वे चीजों की तरह हैं कि यदि वे साक्षात्कार के समय भूमिका में थे, तो वे योगदान की उम्मीद कर रहे थे।

— जॉन हॉपकिंस

@JBRWilkinson एक अनुभवी व्यक्ति 'फ्री कंसल्टेंसी' को एक मील की दूरी पर देखेंगे और इससे बातचीत को नुकसान होगा। मै पूरी तरह से सहमत हूँ। नि: शुल्क परामर्श योजना भयानक है और दुर्भाग्य से अनसुना नहीं है।

— सीन पैट्रिक फ़्लॉइड

Answer 2

एक लाभ के रूप में अपनी उम्र का उपयोग करें।

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

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

मैंने किसी ऐसे व्यक्ति का साक्षात्कार लिया जिसे जावा स्प्रिंग का अनुभव था। मैंने अपनी पिछली नौकरी में वसंत का उपयोग किया था, और वसंत की बड़ी विशेषताओं में से एक डिपेंडेंसी इंजेक्शन है। मैंने उस उम्मीदवार को बताया जिसका मैंने साक्षात्कार किया था कि मैंने स्प्रिंग के बारे में सुना है और इसका उपयोग कभी नहीं किया। वह बार-बार छटपटाने लगा, लेकिन मुझे यह नहीं बता पाया कि उसने स्प्रिंग एओपी का इस्तेमाल कहां किया है और मुझे डिपेंडेंसी इंजेक्शन की व्याख्या नहीं कर सकता, यहां तक ​​कि स्पष्ट रूप से उन चीजों को देखने के बाद भी जिन्हें मैंने फिर से शुरू किया था। उसने सिर्फ मुझे बताया कि वे वास्तव में शांत थे, और वहाँ बहुत कुछ जानने के लिए है, आदि, आदि। यह वास्तव में पता चला कि वह जैक नहीं जानता था ... और मैं केवल यह पता लगाने के लिए था कि b / c मैं था देव टीम का एक छोटा सदस्य।

इसलिए अपनी उम्र को एक फायदे के रूप में इस्तेमाल करें! अंदर जाएं, आश्वस्त रहें, और तकनीक के बारे में कुछ सवाल पूछें जो आप अच्छी तरह से जानते हैं।

Comments

उस पर एक दिलचस्प ले रहा है। मैं आम तौर पर अपनी उम्र / अनुभवहीनता को नुकसान के रूप में देखता हूं, इसलिए यह देखना दिलचस्प है कि यह मेरे लाभ के लिए कैसे हो सकता है

— राहेल

यह उम्मीद की जाती है कि आप किसी को साक्षात्कार में प्रश्नोत्तरी करेंगे; आपको झूठ बोलने और यह कहने की ज़रूरत नहीं है कि आपने उन्हीं प्रश्नों को पूछने के लिए किसी तकनीक का उपयोग नहीं किया है। उदाहरण के लिए "मुझे पता है कि आप $ technology_x को जानते हैं। क्या आप मुझे इसका अवलोकन दे सकते हैं, मैं इसका उपयोग क्यों और कहां कर सकता हूं, और इसका उदाहरण है कि आपने इसे किसी परियोजना में कैसे उपयोग किया है?"

— user21007

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

— d -_- b

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

— c_maker

Answer 3

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

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

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

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

Comments

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

— इनामाथी

@ इमानाथी यह 1000 उत्थान का हकदार है :-)

— शॉन पैट्रिक फ्लोयड

Answer 4

मुझे आपकी आयु का उपयोग एक उत्तर के रूप में बहुत पसंद है, और मैं कुछ इसी तरह का सुझाव दूंगा:

एक लाभ के रूप में अपने निचले स्तर के अनुभव का उपयोग करें

यह व्यक्ति संभवतः आपका बॉस या संरक्षक बनने वाला है, इसलिए इस तरह से प्रश्न पूछें जिससे आपको पता चल सके कि क्या वह व्यक्ति वास्तव में आपका उल्लेख कर सकता है।

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

Comments

+1 (वोट मैन!)। आप एक वरिष्ठ प्रोग्रामर में एक जादूगर की तलाश नहीं कर रहे हैं, आप किसी ऐसे व्यक्ति की तलाश कर रहे हैं जिसे आप कम जानकारी दे सकें और कम जानकारों की मदद कर सकें। यदि वे ज्ञान के हस्तांतरण में अच्छे नहीं हैं तो वे नौकरी में अच्छे नहीं होंगे।

— जोश के

Answer 5

वास्तव में महत्वपूर्ण बात यह है कि आप सुनिश्चित करें कि वह आपकी जरूरत के लिए अनुभवी डेवलपर का सही प्रकार है।

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

Answer 6

मुझे कई बार ऐसा करना पड़ा है। मैंने इसे चरण-वार प्रक्रिया में करना सीखा।

1. उन्हीं सवालों के साथ शुरू करता हूं जो मैं कॉलेज की कब्र को देता हूं। मैंने ऐसा इसलिए किया क्योंकि मैं जिस स्थिति के लिए तकनीकी साक्षात्कार कर रहा था वह एक प्रोग्रामिंग स्थिति थी जहां हमें उम्मीद थी कि डेवलपर कोड में हाथ होगा, और मैं यह सुनिश्चित करना चाहता था कि उम्मीदवार कार्यक्रम कर सकें। केवल एक अपवाद के साथ कोई भी उम्मीदवार नहीं कर सकता था - वे कॉलेज की किसी भी ग्रेड से भी बदतर थे। वे सभी प्रबंधकीय पदों पर बहुत लंबे समय से थे।
2. एक मूल कोडिंग योग्यता परीक्षा उत्तीर्ण करने वाले उम्मीदवार के लिए, मेरे पास कुछ और सामान्य प्रश्न थे "आप X परिदृश्य को कैसे संभालेंगे" प्रकार के प्रश्न। यदि आप अपने प्रोजेक्ट में वेब सेवाएं कर रहे हैं, उदाहरण के लिए, एक दिलचस्प वेब सेवा प्रश्न के बारे में सोचें और उम्मीदवार से पूछें कि वह इसे कैसे हल करेगा। मैं यह अनुशंसा नहीं करूंगा कि यह कुछ ऐसा हो जो आप वर्तमान में सीधे काम कर रहे हैं, ज्यादातर बौद्धिक संपदा और कंपनी के स्वामित्व डेटा के मुद्दे के कारण। उस सामान को बाहर मत दो!
3. अपने या अपने फिर से शुरू पर सामान के बारे में पूछने में समय बिताएं। यह महत्वपूर्ण है। आप उसकी सबसे अच्छी और सबसे खराब टीम के अनुभवों, पर्यवेक्षक के रूप में अनुभव आदि के बारे में पता कर सकते हैं। यह देखने के लिए कि वह आपकी टीम में फिट बैठता है या नहीं, व्यक्ति की कार्यशैली को महसूस करने की कोशिश करें।

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

Comments

यह वास्तव में मेरी चिंताओं में से एक है ... किसी के द्वारा साक्षात्कार किए जाने से जाहिर है कि उनके जूनियर साक्षात्कार को प्रभावित करेंगे। मैं युवा हूँ इसलिए कोई रास्ता नहीं है कि मैं बहुत अनुभव होने पर नकली हो

— राहेल

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

— justkt

@ कैसे किसी के द्वारा साक्षात्कार किया जा रहा है जाहिर है कि उनके जूनियर साक्षात्कार को प्रभावित करेंगे यदि वे उस के साथ सामना नहीं कर सकते हैं, तो वे अच्छे नहीं हैं

— शॉन पैट्रिक फ्लोयड

Answer 7

वास्तविक साक्षात्कार प्रक्रिया के संदर्भ में, मौलिक रूप से आप उनके साथ वैसा ही व्यवहार करते हैं, जैसा आप किसी अन्य व्यक्ति से कर रहे हैं। एक समान भर्ती प्रक्रिया होनी चाहिए:

1. चयन, सीवी या एजेंसी की सिफारिश से।
2. एप्टीट्यूड टेस्ट ( FizzBuzz , strdup () / isAlpha (), OOD, आदि जैसी चीजों का संयोजन )
3. टेलीफोन साक्षात्कार (त्वरित उन्मूलन के लिए यदि वे अच्छी तरह से संवाद नहीं करते हैं)
4. आमने-सामने साक्षात्कार
5. लिखित कोडिंग व्यायाम
6. टीम के कुछ सदस्यों से मिलें।
7. एक अनुभवी व्यक्ति के लिए, जो उच्च जोखिम और उच्च लागतों का तात्पर्य करता है, साक्षात्कार के अतिरिक्त दौर स्वीकार्य हैं लेकिन आपको उनसे स्पष्ट रूप से संवाद करना चाहिए कि वे इस प्रक्रिया में कहां हैं (अर्थात यह 3 में से 1 साक्षात्कार दौर है)।

इस साइट पर कई अन्य पोस्ट हैं जो चर्चा के सामान्य विषयों को कवर करते हैं जिन्हें आपको साक्षात्कार प्रक्रिया में शामिल करना चाहिए - यहां उनमें से एक पर मेरा जवाब है ।

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

दो प्रकार के अनुभवी इंजीनियर हैं जिन्हें आप किराए पर ले सकते हैं:

1) प्रासंगिक उद्योग का अनुभव

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

2) कोई प्रासंगिक उद्योग अनुभव

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

Answer 8

एक बात जो मैंने स्पष्ट रूप से नहीं देखी थी, वह है "आप प्रौद्योगिकी एक्स को अच्छी तरह से जानते हैं, और यह बहुत दिलचस्प लगता है। क्या आप कृपया मुझे पाँच मिनट में समझा सकते हैं?"

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

एक गहन समझ अपने कौशल स्तर पर किसी अन्य डेवलपर से मिलने और अपने स्तर पर विचारों और विचारों को संवाद करने में सक्षम होना आवश्यक है।

यदि व्यक्ति मौखिक रूप से संवाद नहीं कर सकता है, तो वह या तो केवल संकलक के लिए कोड लिखता है, अनुचर के लिए नहीं।

Answer 9

मैं स्टीवन के साथ भाग सलाह के बारे में सहमत हूं। वास्तव में मैं यह कहूंगा कि आप उससे / उसके प्रश्नों के बारे में पूछ सकते हैं कि उसके विचार-विमर्श के बारे में उसके विचार क्या हैं और विभिन्न परिदृश्यों में उसके बारे में क्या है। फिर उत्तर के आधार पर मूल्यांकन करें (यदि आप ऐसा महसूस करते हैं या डिब्रीफ में वास्तविक उत्तरों पर चर्चा करते हैं तो आप अपने बॉस से प्रतिक्रिया प्राप्त कर सकते हैं)।

आप उन सवालों को भी पूछ सकते हैं जो आप एक सहकर्मी से पूछेंगे, क्योंकि उम्मीदवार को हल करने में सक्षम होना चाहिए या कम से कम आपके काम को समझना चाहिए।

Answer 10

निश्चित रूप से वास्तविक समस्याओं और प्रौद्योगिकियों पर साक्षात्कार में अपने दिमाग को चुनें जो आपके पास वर्तमान में उपयोग करने का इरादा है या है

यह मानते हुए कि वह एक सक्षम और कल्पनाशील वरिष्ठ डेवलपर है, यदि आप सोचते हैं कि आप उससे / उसके साथ अच्छी तरह से काम कर सकते हैं और उसके आधार पर काम करने का फैसला कर सकते हैं या नहीं।

आप अपने भविष्य के बॉस का साक्षात्कार नहीं ले रहे हैं, आप अपने भविष्य के संरक्षक का साक्षात्कार कर रहे हैं। किसी ऐसे व्यक्ति को न लें जो सभी उत्तर जानता हो, लेकिन सिखा नहीं सकता

Comments

+1 के लिए "किसी ऐसे व्यक्ति को न चुनें जो सभी उत्तरों को जानता हो, लेकिन सिखा नहीं सकता"। मेरे लिए यह एक बहुत बड़ा कारक है क्योंकि मैं हमेशा सीखते रहना चाहता हूं

— राहेल

Answer 11

आपके द्वारा पहले से हल की गई समस्याओं का एक गुच्छा लें। उसे बताएं कि समस्या को हल करने के लिए क्या किया गया था (इसे तीसरे व्यक्ति को रखें; आप अपने व्यक्तिगत अहंकार को यहां दांव पर नहीं लगाना चाहते हैं)। उससे पूछें कि उसने "अलग तरीके से" क्या किया होगा। आपको यह पता लगाने में सक्षम होना चाहिए कि वह क्या सुझाव दे रहा है, यह पता करें कि आपने जो किया है, उससे बेहतर या बदतर, वैचारिक रूप से बेहतर होगा।

Answer 12

मैं आपको "स्मार्ट एंड गेट्स थिंग्स डोन: जोएल स्पोल्स्की के कंसाइस गाइड टू द बेस्ट टेक्निकल टैलेंट" पुस्तक को गंभीरता से पढ़ने की सलाह देता हूं ।

मैंने कभी किसी को काम पर नहीं रखा, लेकिन कभी-कभी जब मैं इंटरव्यू लेने वाला था, तो मैं कुछ ऐसे बेवकूफों की कामना कर रहा था, जो केवल buzzwords के बारे में जानते हों और मेरा इंटरव्यू कर रहे हों, उस किताब में रीज़निंग लाइन उजागर हो। पाठ बहुत तरल और पढ़ने के लिए एक खुशी है।

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