मुझे लगता है कि इस प्रकार की बातों के बारे में बहुत सारी चर्चाएँ हुई हैं और वे अक्सर इस बात को लेकर हठधर्मिता में डूब जाते हैं कि क्या आप "100 तार्किक समुद्री डाकू" प्रकार के प्रश्न पूछते हैं या क्या आप उन्हें "फ़िज़ बज़" लिखने के लिए मिलते हैं।
मुझे इस बात में दिलचस्पी है कि नौकरियों के लिए संभावित डेवलपर्स का साक्षात्कार करते समय कौन सी तकनीक और प्रश्न आपके लिए प्रभावी रहे हैं ।
प्रति उत्तर एक तकनीक तो हम उन पर वोट कर सकते हैं, कृपया।
जवाबों:
वास्तविक तकनीकी सवालों के अलावा, और आमतौर पर साक्षात्कार के अंत में मैं उद्योग में उनकी रुचि के स्तर को समझने की कोशिश करता हूं और यह जैसे सवालों के साथ संस्कृति है:
क्या आपने हाल ही में प्रोग्रामिंग से संबंधित कुछ देखा है जो आपको दिलचस्प लगा और अन्य साथी प्रोग्रामरों के लिए सिफारिश करना चाहेंगे? एक नई भाषा, उपकरण, मंच, तकनीक, वेबसाइट?
क्या आप हमारे उद्योग के किसी प्रसिद्ध व्यक्ति का नाम बता सकते हैं जिसका काम आपको पसंद है या जो प्रेरणादायक है और क्यों? (डेवलपर, वेब साइट के संस्थापक, लेखक, वक्ता, आदि)
अब आप क्या पढ़ रहे हैं या अंतिम सॉफ्टवेयर संबंधित पुस्तक क्या आप पढ़ रहे थे?
आप किस प्रोग्रामिंग संबंधित साइट पर अक्सर आते हैं?
हालांकि इन सवालों का जवाब देने में असफल (दुख की बात यह है कि यह बहुत बार होता है) मेरे लिए 'नो-हायर' का मतलब नहीं है, वे उस तरीके के बारे में बहुत कुछ कहते हैं जिस तरह से एक व्यक्ति सॉफ्टवेयर विकास पेशे से संपर्क करता है।
उन्हें कोड, वास्तविक कोड लिखें।
साक्षात्कारकर्ता आपको उस प्रोग्रामिंग भाषा को चुनने दे सकता है जिसमें आप सबसे अधिक सहज होते हैं, यह C ++, Java, C # या जो भी हो और आपको एक साधारण समस्या को हल करने के लिए कहें, जैसे कुछ कार्य एक स्ट्रिंग या दोहरी लिंक वाली सूची या जो कुछ भी हो। अगर आपको एक सरल समस्या को हल करने में आपकी सबसे अच्छी भाषा का उपयोग करने में परेशानी होती है तो एक समस्या है। कृपया स्टीव येजे के ब्लॉग पोस्ट और विशेष रूप से अनुभाग "मानसिक तैयारी" देखें।
आपकी टीम के कई लोग स्वतंत्र रूप से उनका साक्षात्कार लेते हैं। अपने विचारों को साझा करने के बाद, साक्षात्कार करने से पहले बीच में बात न करें। बीच में बात करने से आपका निर्णय प्रभावित होगा और आपके पास स्वतंत्र आश्वासन नहीं होंगे।
इंटरव्यू लेने वाले तकनीकी लोगों के लिए उन्हें कोड लिखना होता है। गैर तकनीकी के लिए, उन चीजों को पूछने की कोशिश न करें जिनके साथ आप अनुभवी नहीं हैं। सुनिश्चित करें कि आपके पास कम से कम कुछ तकनीकी लोग हैं जो साक्षात्कार कर रहे हैं।
साक्षात्कार केवल प्रबंधकों द्वारा आयोजित नहीं किए जाने चाहिए, यह प्रत्येक कार्यकर्ता के लिए अत्यंत महत्वपूर्ण होना चाहिए जो वे भविष्य में काम करेंगे।
मुझे एक साक्षात्कारकर्ता को अपनी पिछली परियोजनाओं की व्याख्या करना पसंद है और उन्होंने क्या किया। इस उत्तर से मेरे पास फॉलोअप प्रश्न हो सकते हैं: उन्होंने चीजों को एक निश्चित तरीके से क्यों किया, यदि उन्होंने किसी एक का उल्लेख किया, तो उन्होंने किसी विशेष समस्या को कैसे हल किया, लेकिन सबसे महत्वपूर्ण बात यह थी कि इस परियोजना का उद्देश्य क्या था और व्यावसायिक समस्या क्या हल हुई।
मैं यह देखने के लिए ऐसा करता हूं कि क्या वे इस तरह से मुखर हो सकते हैं जिससे मुझे समझ में आ जाए कि वे क्या कर रहे थे, और देखें कि क्या वे समझ गए थे कि वे क्या कर रहे थे।
यह आश्चर्यजनक है कि परियोजना के उद्देश्य और व्यापार की समस्या के बारे में अंतिम प्रश्न ने बहुत से लोगों को यात्राएं कराईं। उन्हें इस बात का कोई अंदाजा नहीं है कि जिस प्रोजेक्ट पर वे काम कर रहे थे, वह आखिर क्यों किया जा रहा था। यदि आपको नहीं पता कि आपका प्रोजेक्ट पहले स्थान पर क्यों है, तो यह मुझे आश्चर्यचकित करता है कि क्या आप समाधान में योगदान दे रहे हैं, या जैसा आप बता रहे हैं वैसा ही कर रहे हैं।
(पता लगा कि मैं इसे एक में फेंक देता हूं, क्योंकि अन्य सभी उत्तर तकनीकी होते हैं। मैं चाहता हूं कि लोग जानते हैं कि वे उन समस्याओं को क्यों हल कर रहे हैं जो वे भी हल कर रहे हैं, अन्यथा, वे उन गलत समस्याओं को हल करते हैं जो अंत उपयोगकर्ता नहीं करते हैं ' टी केयर के बारे में :)
एक महत्वपूर्ण वास्तु निर्णय पर उनका हालचाल पूछें
उदाहरण के लिए। यहाँ प्रोग्राम x है जो सम संख्याओं के y संख्या को समवर्ती रूप से चलाता है। आप किसे चुनेंगे, एक बहु-प्रक्रिया या सूत्रण संरचना।
दोनों के क्या फायदे / नुकसान हैं। वे कितनी अच्छी तरह काम करेंगे और उनका उपयोग मल्टी-कोर, मल्टी-प्रोसेसर प्लेटफॉर्म का लाभ उठाने के लिए कैसे किया जा सकता है, आपकी व्यक्तिगत प्राथमिकता क्या है? व्यक्तिगत पूर्वाग्रह यह पहचानने में सहायता कर सकते हैं कि क्या उन्हें कभी ज्ञान को लागू करने और उन्हें अपने अनुभवों को साझा करने के लिए एक जंप पॉइंट देना पड़ा है?
एक साक्षात्कारकर्ता के पास इस तरह के प्रश्न आ सकते हैं:
इनमें से अधिकांश विषय वे प्रकार हैं जो एक अंतरंग ज्ञान को शामिल करते हैं कि कंप्यूटर सिस्टम कैसे / क्यों काम करता है। वे सभी समस्याओं के मुद्दे / समाधान हैं जिनका कोई निश्चित उत्तर नहीं है, इसलिए वे इस बात का बोध कराते हैं कि वह व्यक्ति कितनी अच्छी तरह से चुनौतियों का सामना करने में सक्षम है या उससे उबरने में सक्षम है। उन अवधारणाओं का प्रकार नहीं जिन्हें अनुभव पर कुछ वास्तविक हाथों के बिना आसानी से उठाया जा सकता है।
नोट: आवेदक के पास कुछ पेसूडो कोड लिखना आवश्यक है, लेकिन यह उत्तर पहले ही ले लिया गया है।
बस उन्हें व्हाइटबोर्ड पर करने के लिए कुछ बुनियादी कोड दें - जैसे लिंक किए गए सूची कार्यान्वयन, सॉर्टिंग या कुछ इसी तरह।
आप संकलक की मदद के बिना उनकी भाषा के साथ कितने सहज हैं इसका अंदाजा लगा सकते हैं और आप उनकी विचार प्रक्रिया का अंदाजा लगा सकते हैं (विशेषकर तब जब उन्होंने कभी इस तरह की चीज को लागू नहीं किया हो - ज्यादातर "नए" प्रोग्रामर ने कभी नहीं किया)।
एक वार्तालाप करें, इसे तकनीकी और पेशेवर मार्ग के साथ बहाव और सहूलियत दें और रास्ते में व्यावहारिक या बेवकूफ टिप्पणियों की तलाश करें। यह आपको 3/4 मिलता है जो आपको एक साक्षात्कार से चाहिए, एक मूल्यांकन: लोग कौशल और व्यक्तित्व, सामान्य बुद्धि, और तकनीकी कौशल का एक मोटा मूल्यांकन।
विषय शुरुआत के रूप में और तकनीकी विषयों के लिए बातचीत को सीमित रखने के लिए अपने साक्षात्कार "प्रश्नों" का उपयोग करें - आपको चिंता / रुचि के क्षेत्रों की पर्याप्त जांच करने के लिए समय-समय पर बातचीत (जैसे कोडिंग व्यायाम करना) को रीसेट करने की आवश्यकता हो सकती है।
इस तकनीक के लिए वास्तविक चाल यह सुनिश्चित करना है कि वे सभी बात कर रहे हैं, अन्यथा आप एक अनुकूल मूल्यांकन के जोखिम को चलाते हैं क्योंकि उन्होंने आपके द्वारा कही गई सभी बातों को सुनने / सहमत होने से आपको स्मार्ट महसूस किया है।