एक जूनियर डेवलपर को किराए पर लेना, मुझे क्या पूछना चाहिए? [बन्द है]

Question

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

हमारी परियोजनाएं सभी उच्च मापनीयता, डेटा सघन वेब अनुप्रयोग हैं जो कई सर्वरों और क्लाइंट्स पर एक घंटे में लाखों लेनदेन की प्रक्रिया करते हैं। भाषा / स्टैक विशिष्ट होने के लिए, हम ASP.Net MVC2, WebForms और C # 4, MSSQL 2008 R2 का उपयोग करते हैं, सभी Windows Server 2008 R2 के ऊपर चल रहे हैं

मुझे उससे क्या पूछना चाहिए? मुझे फोन कॉल की संरचना कैसे करनी चाहिए?

Comments

एक जूनियर डेवलपर और एक वरिष्ठ क्यों नहीं?

— जॉब

लागत; कंपनी सिर्फ इस तिमाही में लाभदायक हो गई ... और मेरा अहंकार नाजुक है;)

— जेरेमी बॉयड

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

— JohnFx

वहाँ कुछ झूठे जूनियर्स हैं (<3 साल का अनुभव लेकिन बहुत सारे कौशल)। क्या उम्र महत्वपूर्ण है?

— जेम्स पी।

यदि आप जूनियर डेवलपर्स को काम पर रख रहे हैं, तो इसका मतलब है कि आप उनके अनुभव का मूल्यांकन करने में सक्षम नहीं हैं। क्योंकि उन्हें अपने छोटे से करियर का ज्यादा अनुभव नहीं है। दूसरी ओर आप उनके प्रोग्रामिंग कौशल का मूल्यांकन कर सकते हैं और यह भी देख सकते हैं कि वे कोड कैसे लिखते हैं। तो पहला चरण कुछ कौशल परीक्षण हो सकता है, जैसे http://tests4geeks.com दूसरे चरण पर आप उन्हें घर पर सरल कार्यक्रम लिखने के लिए कह सकते हैं। आपके मामले में यह MVC एप्लिकेशन हो सकता है जो JSON और AJAX का उपयोग करके कुछ डेटा की सूची दिखाता है। सूची स्वचालित रूप से एक टाइमर द्वारा ताज़ा हो जाती है इसलिए पोस्ट किए गए आइटम को बिना संदर्भ के देखा जा सकता है ..

— कठोर

Answer 1

वे कौन से तकनीकी ब्लॉग पढ़ते हैं, इसके बारे में पूछें कि आवेदक वर्तमान तकनीक में दिलचस्प लगता है और क्यों।

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

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

Comments

मैं चाहता हूं कि मैं दो उत्तर चुन सकूं, क्योंकि आपका और पीटर के दोनों का शानदार कॉम्बो है।

— जेरेमी बॉयड

यह जवाब सीमित है, और यह उन लोगों को चोट पहुंचाएगा जो केवल इस सलाह का पालन करते हैं। फोन स्क्रीन के लिए, स्टीव येजे की सलाह का पालन ​​करें । एक व्यक्ति के लिए, चुनौतियों का सामना करना पड़ता है, और साक्षात्कार के लिए जोएल के गुरिल्ला गाइड का पालन ​​करें । एक डिजाइन प्रश्न है - "क्या सभी चरणों को बनाने के लिए आवश्यक है <सॉफ्टवेयर के आम, nontrivial टुकड़ा> डालें?" आप पाएंगे कि अनुभव की परवाह किए बिना, सभी अच्छे लोगों के पास इन समस्याओं के अच्छे, तेज़ उत्तर हैं।

— राबर्ट पी

काश मैं Yegge, Joel, और Atwood जैसे उद्योग के लोगों से +3 @RobertP ब्लॉग किसी के भी साक्षात्कार के लिए या किसी भी नेतृत्व की स्थिति में किसी के लिए खजाना हो सकता है। या वास्तव में उद्योग में कोई भी, लेकिन विशेष रूप से इसलिए यदि आप अन्य इंजीनियरों को मार्गदर्शन या गेज देने के लिए तैनात हैं।

— जिमी हॉफ

Answer 2

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

फोन साक्षात्कार के दौरान सोचने वाली दूसरी बात यह है कि क्या मैं इस व्यक्ति के साथ काम कर सकता हूं? क्या वे ऊर्जावान हैं? कष्टप्रद? सटीक?

Answer 3

उनके साथ कोड।

आपको निश्चित रूप से सामान्य साक्षात्कार सामान करना चाहिए। लेकिन मैं उनके साथ एक जोड़ी प्रोग्रामिंग सत्र किए बिना किसी को भी नौकरी पर नहीं रखता।

मेरा दृष्टिकोण: मैं 2-3 घंटे और एक खिलौना समस्या ले लूंगा (उदाहरण के लिए, एक पूर्ण-स्टैक देव के लिए "ट्विटर वी 0.1 का निर्माण करें", या "बैक से अंतिम व्यक्ति के लिए आदिम से सूची लागू करें")। हम एक ही कंप्यूटर पर बैठेंगे और चर्चा करेंगे कि इसे कैसे निपटाया जाए। मैं पहली इकाई परीक्षण लिखूंगा और कहूंगा, "उस पास को बनाएं"। हो सकता है कि मैं अगले दो परीक्षणों को लिखने में उनकी मदद करूँ। और फिर मैं आम तौर पर उन्हें कभी-कभार कूदने देता हूं। जैसा कि हम समय पर कम हो जाते हैं, मैं उन्हें रोक देता हूं और पूछता हूं कि वे इसे आगे कहां ले जाएंगे, और इसे लाइव करने से पहले वे क्या करना चाहते हैं।

जिन चीजों की मुझे तलाश है:

• क्या वे अच्छा सहयोग कर सकते हैं?
• क्या वे मूल बातें समझते हैं?
• वे भागों में एक समस्या को तोड़ सकते हैं?
• क्या वे स्वच्छ कोड को महत्व देते हैं?
• क्या वे अपने स्वयं के कीड़े पकड़ते हैं?
• जब वे कुछ नहीं जानते हैं तो क्या वे बकवास करने की कोशिश करते हैं?
• क्या वे कोडिंग का आनंद लेते हैं?

Comments

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

— मार्टिन ब्लेयर

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

— विलियम पीट्री

मैं अब ऐसा नहीं करना चाहूंगा, 10 साल के अनुभव के बाद, जब मैं एक जूनियर था, तो कोई बात नहीं। एक भयानक विचार!

— एंथनीब्लके

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

— amcc

Answer 4

What's your Stack Overflow account name?

यह जानने का सबसे अच्छा तरीका है कि किसी का कोड कैसा दिखने वाला है, इसे पहले हाथ से देखें। एसओ के माध्यम से ऐसा करने का सबसे अच्छा तरीका है।

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

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

Comments

उनके गिठुब खाते के लिए बेहतर पूछें, हालांकि वे शायद उस जानकारी को साझा करते थे यदि उनके पास एक खाता था।

— जॉब

इस बार मैंने SO में लॉग इन किया और वहां के 90% लोगों को एहसास हुआ कि केवल वेब डेवलपमेंट की परवाह है ... फिर मैंने छोड़ दिया ... मेरे प्रतिनिधि के लिए बहुत कुछ।

— पेमदास

जबकि यह काम कर सकता है, जरूरी नहीं कि यह सटीक हो। उनके द्वारा की जाने वाली आकस्मिक सलाह की तुलना में उनके भुगतान कार्य में महत्वपूर्ण प्रयास किया जा सकता है।

— नोहंसी

इसकी कीमत क्या है, मेरी कंपनी के कुछ सबसे अच्छे डेवलपर्स के पास या तो एसओ खाता नहीं है या प्रतिष्ठा नहीं है <100. बेशक यह बहुत अच्छा है अगर उनका खाता उच्च प्रतिनिधि के साथ है, लेकिन आप इसमें ज्यादा नहीं पढ़ सकते हैं उनमें से एक उच्च नहीं है।

— जेरेमी विगिन्स

वास्तव में, यदि उम्मीदवार SO पर कुछ सक्रिय है (या यदि वे कभी-कभी अतीत में सक्रिय थे), तो आपको संभवतः उनके सीवी में लिंक मिल जाएगा। दूसरी ओर, साक्षात्कारकर्ताओं के पास शायद ही कभी ऐसा कुछ देखने का समय होता है। जो कुछ मामलों में आपके लिए अच्छा हो सकता है, क्योंकि मैं उदाहरण के लिए एसओ पर पोस्ट किए गए प्रत्येक प्रश्न / उत्तर पर गर्व नहीं करता हूं।

— राडू मुरज़िया

Answer 5

एक बात जो मैंने अपने त्वरित पढ़ने में नहीं देखी, वह है उनके बारे में पूछना:

1 - सीखने की इच्छा

2 - औपचारिक प्रशिक्षण बनाम स्व-शिक्षण की क्षमता

3 - किसी चीज का उदाहरण जो उन्होंने अतीत में खुद से सीखा

4 - उन क्षेत्रों का एक उदाहरण, जिनके साथ वे सहज नहीं हैं

5 - सामान्य उच्च स्तरीय प्रश्न जैसे "यदि आपके द्वारा वेब एप्लिकेशन बनाने के बारे में कार्य किया जाता है ... इसके बारे में क्या कार्य करने की आवश्यकता है और उन्हें कौन करना चाहिए" - इससे आपको विकास प्रक्रिया के बारे में उनके वर्तमान ज्ञान के बारे में विचार करना चाहिए - यह सटीक होना जरूरी नहीं है, लेकिन कम से कम आपको उनके विचार जानने को मिलेंगे जैसा कि आज है।

Answer 6

अतीत में आपके द्वारा काम किए गए प्रोजेक्ट के माध्यम से मुझसे बात करें

• परियोजना की समग्र वास्तुकला का वर्णन करें। उच्च स्तर ठीक है।
• प्रोजेक्ट के बारे में आपको कौन सी बात पसंद आई ।
• प्रोजेक्ट के बारे में आपको क्या पसंद है ?
• कुछ ऐसा क्या है, जो हिनहिनाने में, आपने अलग तरह से किया होगा?

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

करंट रहने के लिए आप क्या करते हैं?

• आप कौन से ब्लॉग पढ़ते हैं?
• आपने कौन सी किताबें पढ़ी हैं / क्या आप पढ़ रहे हैं?
• और कुछ?

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

मुझे बताएं कि आप साइकिल क्लास कैसे लिखेंगे

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

Answer 7

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

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

ओह, और काम पाने के इतिहास के साथ किसी को किराए पर लेना।

Answer 8

जब आप डेवलपर के साथ एक पर एक चर्चा पर होते हैं, तो आप उसे जान सकते हैं और फिर जांच सकते हैं कि वे आपके साथ ईमानदार हैं या नहीं।

ऐसा करने के लिए, आप उससे निम्नलिखित प्रश्न पूछ सकते हैं कि वह वास्तव में कितना ईमानदार है

1. यदि उन्होंने कोई प्रमाणन किया है, तो Microsoft प्रमाणन की तरह उनके साथ यह जानने के लिए जांचें कि क्या उन्होंने वास्तव में इसके लिए अध्ययन किया है और इसे खाली कर दिया है।

2. कुछ कनिष्ठ डेवलपर्स जिन्होंने अपनी अंतिम वर्ष की परियोजनाएं की हैं, उन्होंने इस परियोजना को स्वयं नहीं किया होगा अर्थात उनके मित्रों ने उनके लिए किया होगा आदि।

ईमानदार होना एक बहुत ही महत्वपूर्ण भूमिका निभाता है, जब जूनियर डेवलपर को गोपनीय परियोजनाओं को सौंपा जाता है।

यदि आपको लगता है कि आप उन पर भरोसा कर सकते हैं, तो आप एक प्रश्नावली दे सकते हैं, जिस पर वे एक तकनीकी पाठ के साथ भर्ती हो रहे हैं, जिसमें यह देखने के लिए कि उनके पास तार्किक क्षमता है या नहीं, यह जाँचने के लिए कि क्या उनके पास प्रोग्रामिंग में लगातार स्पर्श है या नहीं।

Comments

लोगों का सबसे बुरा मानना?

— tp1

धारणा के लिए +1 । @ tp1 सभी विकल्प खुले रखें। : D

— कार्तिक श्रीनिवासन

Answer 9

सैंडग्लैज के सीईओ नाडा अल्दललेह ने हाल ही में इस बारे में एक ब्लॉग पोस्ट लिखा है, जो अपने स्टार्टअप के लिए डेवलपर्स को काम पर रखने के अपने अनुभव पर आधारित है। यहाँ कुछ चीजें हैं जिन्हें वह देख रहा है:

• समस्या को हल करने में दिमाग लगाना
• मजबूत संचार कौशल
• वास्तुकला और एल्गोरिथ्म प्रश्न पूछें; एक जूनियर डेवलपर को नई छोटी विशेषताओं को आर्किटेक्ट करने में सक्षम होना चाहिए और एल्गोरिथ्म प्रश्न समस्या को हल करने वाली मानसिकता और उनकी नींव के प्रकार के बारे में बता सकते हैं
• विश्लेषणात्मक कौशल को अलग करने के लिए पहेलियाँ

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

आप उनकी अधिक सलाह यहाँ पढ़ सकते हैं: http://blog.sandglaz.com/how-to-interview-and-hire-junior-developers/