बिग टेक में इंटरव्यू कैसे दें (FAANG और उससे आगे)
"बिग टेक" इंटरव्यू वास्तव में क्या माप रहे हैं
बिग टेक FAANG इंटरव्यू सुझाव आमतौर पर कोडिंग और सिस्टम डिज़ाइन पर केंद्रित होते हैं। यह केवल आधी तस्वीर है। Google, Meta, Amazon, Apple और Microsoft जैसी कंपनियों में इंटरव्यू लूप कई आयामों पर मूल्यांकन करने के लिए डिज़ाइन किया गया है — और आप परिपूर्ण तकनीकी स्कोर के साथ भी व्यवहारिक राउंड में असफल हो सकते हैं।
विशिष्ट 5–6 राउंड के लूप में आकलित आयाम:
- कोडिंग (2–3 राउंड) — एल्गोरिदम प्रवाह, कोड गुणवत्ता, समस्या का विघटन
- सिस्टम डिज़ाइन (1–2 राउंड) — स्केलेबिलिटी, ट्रेडऑफ़, आर्किटेक्चर
- व्यवहारिक / नेतृत्व सिद्धांत (1–2 राउंड) — आपने कैसे काम किया, आप प्रतिकूलता कैसे संभालते हैं, आप कैसे सहयोग करते हैं
- हायरिंग कमेटी अंशांकन — सभी स्कोरकार्ड समग्र रूप से समीक्षा किए जाते हैं; आप केवल राउंड जोड़ नहीं रहे
बार आप जिस स्तर के लिए इंटरव्यू दे रहे हैं उसके अनुसार अंशांकित होता है, निरपेक्ष शब्दों में नहीं। एक सीनियर इंजीनियर जो जूनियर बार पास करता है उसे ऑफ़र नहीं मिलेगा।
लेवलिंग प्रणाली को समझना
हर बिग टेक कंपनी के पास एक लेवलिंग फ्रेमवर्क है। विभिन्न स्तरों पर समान नौकरी के शीर्षक के लिए मौलिक रूप से अलग इंटरव्यू प्रदर्शन की आवश्यकता होती है।
| स्तर (Google) | मोटा समकक्ष | इंटरव्यू अपेक्षा |
|---|---|---|
| L4 | SWE II | स्वच्छ कोड, मध्यम समस्याएँ, बुनियादी डिज़ाइन |
| L5 | सीनियर SWE | इष्टतम समाधान, डिज़ाइन चर्चा का नेतृत्व, स्पष्ट व्यवहारिक कहानियाँ |
| L6 | स्टाफ | अस्पष्ट डिज़ाइन चलाना, रणनीतिक सोच, क्रॉस-टीम प्रभाव |
| L7+ | प्रिंसिपल+ | संगठनात्मक प्रभाव, तकनीकी दृष्टि |
यदि आप L5 के लिए इंटरव्यू दे रहे हैं और L4 की गति से समस्या हल कर रहे हैं, तो आपको ऑफ़र नहीं मिलेगा — भले ही आपको उत्तर सही मिले। बिग टेक इंटरव्यू लेने वालों से स्पष्ट रूप से कहा जाता है कि वे स्तर के बार के विरुद्ध अंशांकन करें।
कोडिंग इंटरव्यू: LeetCode से परे
हर कोई जानता है कि आपको एल्गोरिदम का अभ्यास करने की आवश्यकता है। वह हिस्सा जो अधिकांश उम्मीदवार चूक जाते हैं:
गति स्पष्टता से कम मायने रखती है। Google और Meta के इंटरव्यू लेने वाले यह देखने के लिए दौड़ नहीं लगा रहे कि क्या आप 15 मिनट में कठिन समस्या हल कर सकते हैं। वे देख रहे हैं कि क्या आप अपनी सोच को संवाद करते हैं, स्पष्ट करने वाले प्रश्न पूछते हैं, और दबाव में स्वच्छ कोड लिखते हैं।
एक मज़बूत कोडिंग इंटरव्यू ऐसा दिखता है:
- कोडिंग से पहले स्पष्ट करें — "शुरू करने से पहले, मुझे बाधाओं को समझने दें। क्या इनपुट क्रमबद्ध है? क्या मैं ASCII-मात्र स्ट्रिंग मान सकता हूँ?"
- अपने दृष्टिकोण के बारे में बात करें — "मेरी पहली प्रवृत्ति एक ब्रूट फोर्स O(n²) है। मैं एक क्रमबद्ध सेट के साथ इसे O(n log n) तक लाने का एक तरीका देख सकता हूँ। क्या मैं उसके साथ चलूँ?"
- स्वच्छ, पठनीय कोड लिखें — सार्थक वेरिएबल नाम, मुश्किल तर्क पर टिप्पणियाँ
- किनारे (एज) मामलों से परीक्षण करें — खाली इनपुट, एक तत्व, नकारात्मक संख्याएँ, अतिप्रवाह
- जटिलता पर चर्चा करें — बिना पूछे हमेशा समय और स्थान जटिलता प्रस्तुत करें
जो उम्मीदवार असफल होते हैं उनके पास अक्सर सही समाधान होता है लेकिन वे चुपचाप काम करते हैं, फिर बिना स्पष्टीकरण के कोड प्रस्तुत करते हैं। इंटरव्यू लेने वाले उस तर्क के लिए श्रेय नहीं दे सकते जिसे वे देख नहीं सकते।
सिस्टम डिज़ाइन: इसे कैसे देखें
सिस्टम डिज़ाइन राउंड लूप का सबसे अधिक परिवर्तनशील हिस्सा है। कोई एक सही उत्तर नहीं है — इंटरव्यू लेने वाला आपके विवेक का मूल्यांकन कर रहा है।
किसी भी सिस्टम डिज़ाइन प्रश्न के लिए फ्रेमवर्क:
- आवश्यकताओं को स्पष्ट करें (5 मिनट) — कार्यात्मक आवश्यकताएँ, गैर-कार्यात्मक (स्केल, विलंबता, उपलब्धता), बाधाएँ
- स्केल का अनुमान लगाएँ — "10M दैनिक उपयोगकर्ताओं पर, प्रति उपयोगकर्ता प्रति दिन 100 क्रियाओं के साथ, वह ~11,500 अनुरोध प्रति सेकंड है। हम उच्च-थ्रूपुट क्षेत्र में हैं।"
- उच्च-स्तरीय डिज़ाइन — क्लाइंट, API परत, सेवाएँ, डेटाबेस, कैशिंग
- एक घटक में गहराई से जाएँ — इंटरव्यू लेने वाला आमतौर पर इसे निर्देशित करेगा
- ट्रेडऑफ़ संबोधित करें — स्थिरता बनाम उपलब्धता, विलंबता बनाम लागत, सादगी बनाम स्केलेबिलिटी
जहाँ उम्मीदवार अंक खोते हैं: यह स्थापित करने से पहले कि इसकी आवश्यकता है, वितरित माइक्रोसर्विसेज़ डिज़ाइन पर कूदना, या विफलता मोड पर चर्चा किए बिना सारा समय खुश-मार्ग पर खर्च करना।
व्यवहारिक राउंड: नेतृत्व सिद्धांतों पर स्कोर होता है
Amazon में, नेतृत्व सिद्धांत केवल चर्चा के बिंदु नहीं हैं — वे एक स्कोरिंग रूब्रिक हैं। Google में, "Googleyness" राउंड संस्कृति फिट और आप संघर्ष, असफलता और अस्पष्टता को कैसे संभालते हैं, का आकलन करने के लिए व्यवहारिक प्रश्नों का उपयोग करता है।
इन विषयों पर कहानियाँ तैयार करें:
- एक प्रोजेक्ट जो असफल हुआ या देर से जारी हुआ — आपकी भूमिका क्या थी?
- एक ऐसा समय जब आप अपने प्रबंधक या हितधारक से असहमत थे — आपने इसे कैसे संभाला?
- आपका सर्वोच्च-प्रभाव योगदान और आपने इसे कैसे मापा
- एक ऐसा समय जब आपको निर्ममता से प्राथमिकता देनी पड़ी — आपने क्या नहीं किया?
- एक ऐसा समय जब आपने बिना अधिकार के प्रभावित किया
STAR फ़ॉर्मेट का उपयोग करें। बिग टेक में, "परिणाम" में जहाँ संभव हो मापनीय प्रभाव शामिल होना चाहिए। "फीचर समय पर लॉन्च हुआ" एक मज़बूत परिणाम नहीं है। "फीचर समय पर लॉन्च हुआ, 30 दिनों में DAU में 14% की वृद्धि लाई, और बाद के लॉन्च के लिए एक टेम्पलेट बन गया" है।
कैसे तैयारी करें: 6-सप्ताह की समयरेखा
सप्ताह 1–2: कोडिंग नींव
- पैटर्न पर ध्यान दें: दो-पॉइंटर, स्लाइडिंग विंडो, BFS/DFS, डायनेमिक प्रोग्रामिंग, बाइनरी सर्च
- LeetCode पर प्रति दिन 1–2 समस्याएँ, मध्यम कठिनाई
- प्रत्येक समस्या के बाद समाधानों की समीक्षा करें — केवल सही पाने का जश्न न मनाएँ
सप्ताह 3–4: सिस्टम डिज़ाइन
- Designing Data-Intensive Applications पढ़ें (कम से कम अध्याय 1–6)
- अभ्यास: URL शॉर्टनर, Twitter फ़ीड, वितरित कैश, रेट लिमिटर
- अपने डिज़ाइन को ज़ोर से सुनाने का अभ्यास करें
सप्ताह 5–6: व्यवहारिक + मॉक लूप
- सभी मुख्य विषयों को कवर करने वाली 10–12 STAR कहानियाँ लिखें और रिहर्सल करें
- एक पार्टनर या कोच के साथ कम से कम 2–3 पूर्ण मॉक लूप (कोडिंग + डिज़ाइन + व्यवहारिक) करें
- विशिष्ट कंपनी के इंजीनियरिंग ब्लॉग, मूल्यों और हालिया लॉन्च पर शोध करें
डिब्रीफ और ऑफ़र प्रक्रिया
लूप बंद होने के बाद, आपके स्कोरकार्ड हायरिंग कमेटी के पास जाते हैं। आपका मूल्यांकन राउंड दर राउंड नहीं होता — कमेटी सभी राउंड में संकेत देखती है।
चीज़ें जो एक सीमांत उम्मीदवार को बचा सकती हैं:
- एक अत्यंत मज़बूत राउंड (अक्सर सीनियर स्तरों पर सिस्टम डिज़ाइन या व्यवहारिक)
- मिश्रित स्कोर के बजाय लगातार "मज़बूत हायर" संकेत
चीज़ें जो किसी भी स्थिति में उम्मीदवारों को असफल कर देती हैं:
- दो या अधिक इंटरव्यू लेने वालों से "नो हायर"
- उन स्तरों पर एक असफल कोडिंग राउंड जहाँ यह अनिवार्य है
- महत्वपूर्ण व्यवहारिक लाल झंडे (जैसे, स्वामित्व लेने का वर्णन करने में असमर्थता)
यदि आपको "नो ऑफ़र" का निर्णय मिलता है, तो अधिकांश बिग टेक कंपनियाँ आपको वह श्रेणी बताएँगी जो सबसे कमज़ोर थी। उस फीडबैक का उपयोग अपने अगले प्रयास के लिए करें।
इसे अभी अभ्यास करें
सिस्टम डिज़ाइन फ्रेमवर्क जानने और 45-मिनट की डिज़ाइन चर्चा को धाराप्रवाह चलाने में सक्षम होने के बीच एक मापने योग्य अंतर है। अभ्यास वैकल्पिक नहीं है।