कैसे अपने तकनीकी साक्षात्कार इक्का करने के लिए

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

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

इंटरव्यू से पहले

एक पुस्तक प्राप्त करें

आपके साक्षात्कार से पहले जितना संभव हो सके (हालांकि मैंने केवल दो सप्ताह का प्रबंधन किया है), तैयारी शुरू करें। प्रीप बुक के माध्यम से काम करने से न केवल आपके एल्गोरिदम और डेटा संरचनाओं का ज्ञान ताज़ा होगा, बल्कि यह आपको सही समस्या सुलझाने वाली मानसिकता में भी डाल देगा।

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

अभ्यास परिपूर्ण बनाता है

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

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

अपने आप को अधिभार न डालें

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

ओह, और कुछ सो जाओ। ऐसा लगता है कि आपकी माँ आपको बताएगी, लेकिन कुछ चीजें हैं जो आपको नींद से वंचित कर देती हैं। यह नशे को दिखाने के लिए तुलनीय है।

इंटरव्यू में

किसी भी चीज के लिए तैयार रहें

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

सवाल पूछो

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

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

और धारणा मत बनाओ। यहां तक ​​कि अगर आपको पूरा यकीन है कि यह सुरक्षित है, तो जोर से उल्लेख करें कि यह आप क्या सोच रहे हैं ताकि साक्षात्कारकर्ता आपको बता सकें कि क्या आप कुछ याद कर रहे हैं।

पर्याप्त समय लो

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

बड़ी तस्वीर सोचो

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

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

बातों से सुलझाना

सबसे महत्वपूर्ण: बात। अपनी समस्या सुलझाने में अपने साथ अपने साक्षात्कारकर्ताओं को भी लाएँ। यह उतना ही सरल हो सकता है जितना कि आप यह कर रहे हैं कि आप इसे कब कर रहे हैं ("तो, मुझे इस सूची में सभी वस्तुओं के माध्यम से पुनरावृति करने के लिए एक लूप की आवश्यकता होगी") या आप के रूप में अपने आप को समस्याएँ प्रस्तुत करना go ("इसका अर्थ है कि मुझे जानकारी तक पहुंचने के लिए बेहतर तरीके की आवश्यकता होगी; हम्म, मैं बाद में वापस आऊंगा")।

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

अपने लोगों को कौशल भी लाओ

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

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

कुछ नया सीखे

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