Meta कोडिंग इंटरव्यू: फॉर्मैट, एडिटर और अभ्यास

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

ये एडिटर जानबूझकर सीधे-सादे रखे जाते हैं: अक्सर न कोड चलाने की सुविधा, न ऑटोकम्पलीट, और सिंटैक्स हाइलाइटिंग भी बहुत कम। यह कंजूसी नहीं है; जिस चीज़ को आंका जाता है वह है आपकी सोच, और एक रन बटन यह धुंधला कर देगा कि समाधान असल में किसकी सोच से निकला। उम्मीद रखिए कि आपको खुद ही इंटरप्रेटर बनना होगा, और इंडेक्स व एज केस को ज़ोर से बोलते हुए एक-एक करके देखना होगा।

ये राउंड Meta की पूरी हायरिंग प्रक्रिया में कहाँ आते हैं, यह कंपनी इंटरव्यू प्रोसेस हब पर बताया गया है।

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

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

मॉक इंटरव्यू टूल समय-सीमा वाले, दो सवालों वाले, बोलते-बोलते आगे बढ़ने वाले सेशन चलाता है, जो असली साझा एडिटर के सबसे करीब की रिहर्सल है।

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

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

फिर भी ईमानदार सीमाएँ लागू होती हैं: एक लाइव साझा एडिटर दोनों तरफ़ से दिखने वाली सतह है, रिकॉर्ड किए गए या मॉनिटर किए गए राउंड किसी भी असिस्ट टूल के दायरे से बाहर हैं, और घनी टाइमिंग का मतलब है कि जो चीज़ सच में स्केल करती है वह सिर्फ़ आपकी रवानी है। ये सीमाएँ डिटेक्टेबिलिटी टॉपिक पर इकट्ठा की गई हैं।