तकनीकी साक्षात्कार उनकी पहेलियों के लिए जाने जाते हैं। चाहे आपको व्हाइटबोर्ड पर एक बाइनरी ट्री लिखने के लिए कहा गया हो, एक छँटाई एल्गोरिथ्म की व्याख्या करें, या 10 लाइनों या उससे कम में FizzBuzz को लागू करें, आपको औसत साक्षात्कार में तकनीकी प्रोग्रामिंग प्रश्नों की तैयारी करनी चाहिए।
लेकिन यह केवल एक चीज नहीं है जिसके लिए आपको तैयार रहना चाहिए।
वास्तविकता यह है कि कई डेवलपर्स उत्तर के बीच थोड़ा विचरण के साथ सामान्य प्रोग्रामिंग साक्षात्कार प्रश्नों को हल करने में सक्षम होंगे। तो, क्या आपको अगले उम्मीदवार से अलग बनाता है? ठीक यही हम इन पांच युक्तियों पर ध्यान केंद्रित करेंगे।
1. टॉक आउट योर रीजनिंग एंड प्रॉब्लम सॉल्विंग प्रोसेस
एक कठिन सवाल पूछे जाने पर आप सबसे खराब बात यह कर सकते हैं कि पूरी तरह से अवाक रह जाना। दुर्भाग्य से, दुर्घटना पर ऐसा करना बहुत आसान है। जब आपको एक समस्या का सामना करना पड़ता है जिसमें महत्वपूर्ण मानसिक ऊर्जा और ध्यान केंद्रित करने की आवश्यकता होती है, तो संभावना है कि आपका पहला झुकाव आपके दिमाग में पीछे हटने का है। जबकि यह स्वाभाविक है, यह साक्षात्कारकर्ता के लिए भी बहुत उपयोगी नहीं है।
भाग में, तकनीकी प्रश्नों का बिंदु यह उजागर करना है कि आप समस्याओं को हल करने के बारे में कैसे सोचते हैं। आपकी प्रक्रिया क्या है? आप अलग-अलग घटकों को कैसे तोड़ते हैं? आप एक समाधान पर कैसे पहुंचें? जब आप काम नहीं करते हैं तो आप कैसे प्रतिक्रिया करते हैं? क्या आप कोड पर प्रयोग करने या व्हाइटबोर्ड पर कुछ स्केच करने में बेहतर हैं?
समस्या को हल करते समय बताएं कि आपके सिर में क्या हो रहा है। जैसे कि आप दूसरों को सिखाने के लिए ऑनलाइन प्रकाशित करने के लिए अपनी आवाज रिकॉर्ड कर रहे हैं, उस समस्या को कैसे हल करें। यहां तक कि अगर आपके साक्षात्कारकर्ता आपको चुपचाप सोचने के लिए जगह दे रहे हैं, तो आप उन्हें ऐसा करने के लिए प्रेरित किए बिना अपनी विचार प्रक्रिया को समझाने से लाभान्वित हो सकते हैं। इससे न केवल उन्हें आपके कौशल और महत्वपूर्ण सोच को अधिक अच्छी तरह से समझने में मदद मिलती है, बल्कि यह आपको और अधिक यादगार बनाता है।
2. तकनीकी साक्षात्कार में समस्या को हल करने से बेहतर क्या है? इसे दो बार हल करना
बहुत कम समस्याओं का केवल एक ही समाधान होता है, और सभी समस्याओं के अनंत गलत समाधान होते हैं। इसलिए यदि आप किसी समस्या को हल करने के लिए केवल एक ही तरीके पर ध्यान केंद्रित करते हैं, तो आप अपने लचीलेपन और कौशल सेट को साबित करने का एक बड़ा अवसर खो रहे हैं।
केवल एक प्रसिद्ध समाधान के साथ जाने या किसी एक भाषा में काम करने के बजाय, उस विशेष समस्या के बारे में चर्चा खोलें और विभिन्न परिदृश्यों के लिए इसे हल करें। उदाहरण के लिए, यदि आपको FizzBuzz प्रोग्राम करने के लिए कहा जाता है, तो आप दो भाषाओं में ऐसा करने की पेशकश कर सकते हैं, या दो अलग-अलग प्रतिमानों को नियोजित कर सकते हैं, या शायद एक समाधान के लिए कुछ प्रदर्शन बाधाओं और दूसरे के लिए सौंदर्य संबंधी बाधाओं को उठाकर।
यह सत्यापित करने से कि समस्या के कई समाधान हो सकते हैं, आप अपना अनुकूलन क्षमता, लचीलापन और जागरूकता दिखा रहे हैं, यह सब आपके साक्षात्कारकर्ताओं में विश्वास पैदा करेगा कि आप कई संभावनाओं के बीच सही समाधान चुन पाएंगे।
बेशक, ओवरबोर्ड मत जाओ - एक कला है जब कई सवालों के जवाब देने के लिए पढ़ने की कला होती है, ओवरकिल या खुशी से स्वागत किया जाता है। जब संदेह होता है, तो अपने साक्षात्कारकर्ताओं से पूछने से डरो मत अगर वे दिमाग लगाते हैं यदि आप एक माध्यमिक विकल्प के साथ अपने समाधान पर विस्तार करने के लिए कुछ समय लेते हैं।
3. अपनी राय साझा करने के लिए डर नहीं है, जब लागू हो
कभी-कभी, जब आप समस्याओं के माध्यम से काम करते हैं, तो आप ऐसे निर्णय लेंगे जो पूरी तरह से आपके स्वयं के स्वाद और राय पर आधारित हों। और यह ठीक है - नियोक्ता आपकी राय में रुचि रखते हैं! जिस तरह से आप सोचते हैं और स्थितियों पर प्रतिक्रिया करते हैं, वह एक कंपनी की संस्कृति पर बहुत बड़ा अंतर डालती है। एक राय होना भी एक डेवलपर के रूप में नेतृत्व और तकनीकी परिपक्वता का संकेत है। आपकी राय के बारे में चर्चा करने के लिए आवश्यक है कि आपने किसी दिए गए विषय पर अन्य पदों का मूल्यांकन किया हो।
हालाँकि, याद रखें कि राय को बहुत बारीकी से रखा जा सकता है। यदि आप किसी दिए गए विषय पर अपने साक्षात्कारकर्ता से असहमत हैं, तो उस जानकारी को साझा करते समय हल्के ढंग से चलें। हालांकि यह एक अच्छा दृष्टिकोण है, यह भी ध्यान रखना महत्वपूर्ण है कि इसे साझा करना हमेशा आवश्यक नहीं होता है और अपनी लड़ाई का चयन करना जानते हैं। अंगूठे का एक अच्छा नियम: जब तक आपसे नहीं पूछा जाता, तब तक अपनी राय साझा न करें।
4. "मुझे नहीं पता" के साथ एक उत्तर को कभी समाप्त न करें
जब तक आप "कोबायाशी मारू" परिदृश्य का सामना नहीं कर रहे हैं, कभी भी "मुझे नहीं पता" के साथ एक साक्षात्कार प्रश्न समाप्त होता है। यह नौकरी पर एक विकल्प नहीं है, इसलिए यह साक्षात्कार में एक विकल्प नहीं होना चाहिए।
बेशक, मैं यह नहीं कह रहा हूं कि आपको सब कुछ पता होना चाहिए। यह असंभव है! लेकिन आपको यह दिखाना चाहिए कि आपके पास सीखने के लिए एक रणनीति है कि आपको काम करने के लिए क्या जानना चाहिए। "मुझे नहीं पता कि यह कैसे करना है, के साथ उत्तर देने का प्रयास करें, लेकिन यहां बताया गया है कि मैं इसे कैसे समझूंगा।" यह उत्तर केवल "मैं इसे Google करूंगा" कहने से भी आगे जाना चाहिए। आप सबसे अधिक संभावना दिशा की व्याख्या करने से बेहतर हैं, जिसकी आप जांच करेंगे।
सबसे ज्यादा, शर्म नहीं आती! सीखना काफी हद तक उन चीजों का पता लगाने की प्रक्रिया है जिन्हें आप नहीं जानते हैं। आपका नियोक्ता आपसे सही होने की उम्मीद नहीं करता है, लेकिन वे आपसे मेहनती और बुद्धिमान होने की उम्मीद करते हैं, और कभी भी किसी समस्या को छोड़ने के लिए नहीं।
5. टीम के लिए हमेशा खेलें
जब तक आप एक स्वतंत्र डेवलपर नहीं होते हैं, तब तक आपकी नौकरी हमेशा एक टीम के संदर्भ में निर्धारित की जाएगी, और टीम की सफलता हमेशा आपके लिए सर्वोपरि होती है। इसलिए आपके साक्षात्कार में यह दर्शाया जाना चाहिए कि आप किसी दिए गए दिन में अपनी समस्याओं को हल करने के लिए चिंतित नहीं हैं, बल्कि यह कि आप टीम के सफल होने के लिए जो भी आवश्यक है उसे करने पर ध्यान केंद्रित कर रहे हैं।
तो, आप एक साक्षात्कार में यह कैसे संवाद कर सकते हैं?
समस्याओं पर कभी चर्चा न करें जैसे कि वे शून्य में हों
लगभग किसी भी परियोजना में व्यावहारिक रूप से संसाधन आवश्यकताएं और सीमाएं होंगी, इसलिए समस्या के संदर्भ में अपनी जागरूकता दिखाएं। एक समस्या जो अच्छी तरह से हल हो गई है लेकिन बजट से अधिक हो गई है वह वास्तव में सबसे बड़ा समाधान नहीं है।
मौजूदा टीम में विशेषज्ञता के बारे में अपनी जागरूकता दिखाएं
कभी-कभी किसी प्रश्न का सबसे अच्छा उत्तर आपकी टीम के अन्य लोगों को आपसे सहयोग करने के लिए कहना है, और आप उन लोगों को तकनीकी प्रश्नों का संदर्भ दे सकते हैं: “यदि मुझे हमारी टीम के संदर्भ में यह समस्या पेश की गई थी, तो मैं शायद समीक्षा करने के लिए कहूंगा। मेरे समाधान के रूप में अच्छी तरह से। ”इससे पता चलता है कि आप दूसरों की विशेषज्ञता पर भरोसा करने के लिए तैयार हैं और आपका लक्ष्य सबसे अच्छे समाधान पर पहुंचना है।
अपनी टीम प्रेरित मूल्यों को स्पष्ट रूप से संप्रेषित करें
यह एक महत्वपूर्ण पर्याप्त मुद्दा है कि आपको सही तरीके से सामने आना चाहिए और यह कहना चाहिए। आप यह सुनिश्चित करना चाहते हैं कि आपके नियोक्ता पूरी तरह से जानते हैं कि आपका लक्ष्य कंपनी को सफल बनाने में मदद करना है, न कि पूरे दिन अपने डेस्क और कोड पर बैठना।
अंततः, एक डेवलपर के रूप में आपका काम केवल कोड करना नहीं है। यह एक टीम के खिलाड़ी, एक नेता और किसी ऐसे व्यक्ति के रूप में होना चाहिए जो कभी भी किसी समस्या को छोड़ने के लिए तैयार नहीं है। एक तकनीकी साक्षात्कार में अवसर न केवल यह दिखाने के लिए होते हैं कि आप उद्देश्यों को पूरा कर सकते हैं या एल्गोरिदम लिख सकते हैं, बल्कि खुद को प्रतियोगिता से ऊपर रख सकते हैं और एक नियोक्ता के लिए आपके द्वारा जोड़े गए मूल्य को दिखा सकते हैं।
