पिछले अक्टूबर में, मुझे लिंक्डइन पर एक अमेज़ॅन रिक्रूटर से एक दस्तक मिली। यह अमेज़ॅन में सॉफ्टवेयर इंजीनियरिंग के अवसरों के बारे में था।
संयोग से, उस समय, मैं एक अलग देश में स्थानांतरित होने और सिंगापुर से बाहर जाने के लिए तैयार था। लंबे समय तक कोविद प्रतिबंधों ने मुझ पर एक टोल लिया, और मैं ऐसा था जैसे बहुत हो गया! मैं यहाँ से निकल रहा हूँ!
इसलिए, जब मुझे रिक्रूटर का संदेश मिला, तो मैंने इंटरव्यू के लिए जाने का फैसला किया। Amazon के अलावा, मैंने कुछ अन्य कंपनियों के साथ भी साक्षात्कार किया। लेकिन आज, मेरी ओर से कुछ व्यक्तिगत सुझावों के साथ, एक एसडीई II भूमिका के लिए अमेज़ॅन के साथ साक्षात्कार के अनुभव के बारे में बात करते हैं। पोस्ट के अंत में, मैं साक्षात्कार के लिए अपनी तैयारी की रणनीति को भी संक्षेप में बताऊंगा।
प्रक्रिया में पहला कदम भर्तीकर्ता के साथ एक कॉल था। मेरी रुचि के बारे में जानने के बाद, भर्तीकर्ता को कॉल शेड्यूल करने में कोई समय नहीं लगा। यह छोटा और बिंदु तक था। उसने मेरी वर्तमान भूमिका और जिम्मेदारियों, अमेज़ॅन में मेरी रुचि और मैं कब शुरू कर सकता था, के बारे में विशिष्ट परिचयात्मक प्रश्न पूछे।
विशिष्ट सामग्री के बारे में बात करने के बाद, उसने डेटा संरचनाओं और एल्गोरिदम के बारे में कुछ बुनियादी प्रश्न पूछे। मुझे कॉल से इसकी बिल्कुल उम्मीद नहीं थी। मुझे लगता है कि प्रेरणा साक्षात्कारकर्ताओं के समय को बर्बाद करने की संभावना को कम करना है!
कॉल के अंत में, रिक्रूटर ने मुझसे कहा कि वह मुझे ऑनलाइन असेसमेंट (OA) के लिए एक लिंक भेजेगी - कोडिंग, लीडरशिप सिद्धांतों और सिस्टम डिज़ाइन पर कुख्यात अमेज़ॅन ऑनलाइन टेस्ट। मुझे कॉल के ठीक बाद परीक्षण लिंक वाला ईमेल मिला। मेरे पास परीक्षण समाप्त करने के लिए एक सप्ताह का समय था।
टिप
इस तरह की प्रारंभिक कॉल में, कभी-कभी भर्तीकर्ता अपेक्षित वेतन के बारे में पूछते हैं। इस प्रश्न का उत्तर देने से बचने का प्रयास करें। याद रखें, मुआवजे पर चर्चा करना जल्दबाजी होगी। आप हमेशा कह सकते हैं कि आपने अभी तक कोई शोध नहीं किया है। इसलिए, इस विषय पर बाद में चर्चा करना बेहतर है।
मैं कुछ दिनों के बाद ओए के लिए बैठा। यह डेढ़ घंटे का था। मैंने अपने घर पर एक शांत कोना लिया, सभी विकर्षणों को दूर किया, और 'शुरू' बटन पर क्लिक किया।
यहाँ मूल्यांकन के उल्लेखनीय बिंदु हैं -
तीन खंड थे - कोडिंग, सिस्टम डिज़ाइन और नेतृत्व सिद्धांत।
कोडिंग भाग में दो समस्याएं थीं। पहला एक LeetCode की तरह आसान था, लेकिन अगले के लिए इष्टतम समाधान मध्यम-कठिन श्रेणी में था। मुझे लगता है कि दूसरी समस्या का उपयोग ऑनसाइट दौर में आसानी से किया जा सकता है।
सिस्टम डिज़ाइन सेक्शन में कुछ बहुविकल्पीय प्रश्न थे। वास्तव में कुछ भी आश्चर्यजनक नहीं है। कठिनाई के अनुसार, बड़े पैमाने पर सिस्टम डिज़ाइन की मूलभूत समझ रखने वाले लोगों के लिए ये आसान होना चाहिए।
अंतिम भाग नेतृत्व सिद्धांतों पर प्रश्न था। यह प्रश्नों का एक सेट था जिसे आप पसंद करेंगे। आपका काम अपनी पसंद दिखाना है। बेशक, कोई सही या गलत उत्तर नहीं हैं।
नेतृत्व के सिद्धांतों का हिस्सा सबसे आश्चर्यजनक और थकाऊ था। हाँ, मैं समझता हूँ कि ये सिद्धांत अमेज़ॅन के लिए बाइबिल की तरह हैं, और वहां के इंजीनियर सिद्धांतों के अनुसार जीते हैं।
लेकिन मेरे विचार में, ऑनलाइन मूल्यांकन में नेतृत्व से संबंधित प्रश्न पूछना प्रक्रिया के लिए बहुत कम महत्व रखता है। जब व्यक्तिगत रूप से चर्चा की जाती है तो ऐसे प्रश्न समझ में आते हैं। एक ऑनलाइन परीक्षा में, आपके पास यह मूल्यांकन करने का कोई तरीका नहीं है कि उम्मीदवार क्या सोच रहा है। और ठोस चर्चा की कोई गुंजाइश नहीं है।
टिप
यह उम्मीद न करें कि ऑनलाइन मूल्यांकन सीधा होगा, बल्कि आश्चर्य की अपेक्षा करें। यह आपको परीक्षण के दौरान ऑफ-गार्ड पकड़े जाने से बचने में मदद करेगा।
अगले हफ्ते, मेरे पास रिक्रूटर के साथ एक कॉल आया। उसने मुझे अगले चरण के बारे में बताया। आदर्श रूप से, अगला कदम एक इंजीनियर के साथ फोन पर साक्षात्कार होगा। लेकिन मेरे लिए, उन्होंने सीधे ऑनसाइट राउंड में जाने का फैसला किया।
कुछ आगे-पीछे ईमेल के बाद, मेरी ऑनसाइट तीन सप्ताह के बाद निर्धारित की गई थी। यह चार साक्षात्कारों का एक चक्र था, जो दो दिनों तक चलता था, प्रत्येक दिन दो चक्र। साक्षात्कार अमेज़ॅन के इन-हाउस संचार मंच, चाइम पर आयोजित किए जाएंगे।
आइए प्रत्येक साक्षात्कार सत्र पर संक्षेप में चर्चा करें।
कालानुक्रमिक रूप से, दौर इस प्रकार चला -
त्वरित परिचय।
नेतृत्व के सिद्धांतों पर सवाल।
पिछले प्रश्नों पर अनुवर्ती चर्चा।
एक कोडिंग समस्या जिसके लिए DFS की आवश्यकता होती है। यह एक LeetCode आसान था।
परिचय में लगभग 5 मिनट लगे। नेतृत्व के सिद्धांतों पर लगभग 20 मिनट तक चर्चा हुई। कोडिंग भाग के लिए, हमारे पास आधा घंटा था।
साक्षात्कार के बारे में एक दिलचस्प बात यह थी कि साक्षात्कारकर्ता ने मुझे छद्म कोड लिखने के लिए कहा। उन्होंने वाक्यात्मक रूप से सही कोड की परवाह नहीं की क्योंकि कोई भी इसे हमेशा देख सकता है। मैंने ज्यादा परेशान नहीं किया और उसने वही किया जो उसने पूछा था।
नेतृत्व के सिद्धांतों पर सवालों के कारण मेरे पिछले अनुभवों के बारे में अच्छी बातचीत हुई। साक्षात्कारकर्ता बहुत सी चीजों से संबंधित था, जिनके बारे में मैं बात कर रहा था। व्यक्तिगत रूप से, मुझे चर्चा में मज़ा आया।
इसी तरह यह दौर सीधा-सा था-
प्रस्तावना।
नेतृत्व के सिद्धांतों पर प्रश्न और चर्चा।
एक मध्यम कठिनाई कोडिंग समस्या जिसके लिए फिर से DFS की आवश्यकता होती है।
इस दौर में, तीन भागों के लिए समय काफी हद तक पिछले दौर की तरह ही था।
दुर्भाग्य से, यह दौर इतना आसान नहीं था -
पहले दस मिनट में मुझे चार बार कॉल से डिस्कनेक्ट किया गया था।
पांचवीं बार जब मैं शामिल हुआ, तो साक्षात्कारकर्ता वास्तव में नाराज लग रहा था - उन्होंने मुझसे पूछा कि क्या मैं साक्षात्कार को फिर से शेड्यूल करना चाहता हूं, जिस पर मैंने कहा नहीं ।
सौभाग्य से, यह बाकी साक्षात्कार के लिए फिर से नहीं गिरा।
अन्य साक्षात्कारों की तरह, साक्षात्कारकर्ता ने मुझसे नेतृत्व के सिद्धांतों पर कुछ स्थितिजन्य प्रश्न पूछे और फिर एक कोडिंग समस्या पर चले गए।
हैरानी की बात यह है कि यह LeetCode मध्यम कठिनाई की DFS समस्या भी थी।
चूंकि राउंड में कुछ दिक्कतें थीं, इसलिए हमारे पास कोडिंग की समस्या के लिए लगभग 15 मिनट का समय था। यह बहुत आदर्श स्थिति नहीं थी। लेकिन ईमानदार होने के लिए, अप्रत्याशितता साक्षात्कार के खेल का एक हिस्सा है।
टिप
अपने साक्षात्कार के लिए एक स्थिर इंटरनेट कनेक्शन की व्यवस्था करें। और सबसे महत्वपूर्ण बात, बैकअप लें, चाहे आपका नेटवर्क कितना भी मजबूत क्यों न हो!
अंतिम राउंड सिस्टम डिजाइन राउंड था जो इस प्रकार रहा -
साक्षात्कारकर्ताओं के साथ एक त्वरित परिचय। इस दौर में दो साक्षात्कारकर्ता थे, और उनमें से एक छाया साक्षात्कारकर्ता था। लेकिन उन्होंने सवाल भी किए।
नेतृत्व के सिद्धांतों से संबंधित एक चर्चा।
एक विशिष्ट सिस्टम डिज़ाइन समस्या।
5 मिनट के परिचय और 25 मिनट के नेतृत्व से संबंधित चर्चा के बाद, हमारे पास सिस्टम डिजाइन भाग के लिए लगभग आधा घंटा था। दुर्भाग्य से, यह बहुत इंटरैक्टिव नहीं था। साक्षात्कारकर्ताओं ने सिर्फ वही सुना जो मुझे कहना था और सिर हिलाया। उन्होंने अंत में 2-3 प्रश्न पूछे, लेकिन कुछ भी चर्चा करने के लिए बहुत कम समय था।
मेरे विचार से, इस तरह के दौर में एक अधिक व्यापक सिस्टम डिज़ाइन चर्चा होनी चाहिए।
सभी ऑनसाइट दौरों में, नेतृत्व के सिद्धांतों पर चर्चा काफी व्यापक थी, और कभी-कभी थोड़ा दोहराव भी होता था। इन चर्चाओं में प्रत्येक दौर से काफी समय लगा, जिससे तकनीकी भाग का वजन कम हो गया।
मेरे अनुभव में, अन्य कंपनियों के साथ मेरे अब तक के सभी साक्षात्कारों की तुलना में अमेज़ॅन राउंड कम से कम तकनीकी-भारी थे। लेकिन जब तक यह तरीका उनके लिए कारगर है, तब तक यह जायज है।
टिप
अपने काम और अनुभवों की कहानियां बताने के लिए तैयार रहें। आपने जिस सामग्री पर काम किया है, उस पर अपनी यादों को याद करना बेहतर है। याद रखें कि इंटरव्यू लेने वाले भी आपकी तरह ही इंजीनियर होते हैं। अगर आप उन्हें अच्छी कहानियां सुनाएंगे तो वे आपके अनुभव से जुड़ेंगे।
पोस्ट को समाप्त करने से पहले, मैं संक्षेप में अपनी तैयारी साझा करता हूं। बहुत सीधी बात थी -
कोडिंग के लिए, मैंने LeetCode की समस्याओं को हल किया। मैंने एक महीने की सदस्यता ली जो काफी उपयोगी थी।
सिस्टम डिज़ाइन के लिए, मेरे प्राथमिक संसाधन थे - , , और विभिन्न कंपनी ब्लॉग, जैसे , , , , आदि।
नेतृत्व सिद्धांतों के लिए, मैंने सबसे लोकप्रिय तकनीक का पालन किया - नेतृत्व सिद्धांतों में से प्रत्येक के लिए कम से कम दो उदाहरणों के साथ एक स्प्रेडशीट बनाएं, साक्षात्कार से पहले कुछ बार शीट पर जाएं, और अपने दिमाग में एक नक्शा रखें।
टिप
अपनी तैयारी के लिए बहुत अधिक संसाधन इकट्ठा न करें। यह आप पर भारी पड़ सकता है। तैयारी सामग्री की एक संक्षिप्त सूची बनाएं और उनका पूरी तरह से अध्ययन करें। विभिन्न सामग्रियों के बीच बार-बार कूदने में समय बर्बाद न करें जो आपको विचलित कर देगा।
अगले सप्ताह में, मुझे भर्तीकर्ता से सकारात्मक उत्तर मिला। लेकिन हाथ में बेहतर ऑफर की वजह से हम अलग हो गए।
कुल मिलाकर, अमेज़ॅन के साथ यह मेरा अनुभव था। आगामी पोस्टों में, मैं अपनी तैयारी रणनीतियों के साथ-साथ अन्य कंपनियों के साथ इसी तरह के अनुभव साझा करूंगा।
पढ़ने के लिए बहुत-बहुत धन्यवाद!
भी प्रकाशित