सॉफ्टवेयर इंजीनियर के लिए मॉक इंटरव्यू कैसे करें

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

• कोडिंग. 35 से 45 मिनट, एक या दो समस्याएं, टाइप करते हुए ज़ोर से सोचना। अभ्यास का लक्ष्य है उस समाधान को बयान करना जिसे आप अभी बना ही रहे हैं।
• सिस्टम डिज़ाइन. 45 से 60 मिनट, एक खुला प्रॉम्प्ट, जब तक आप न पूछें तब तक कोई स्पष्टीकरण नहीं। अभ्यास का लक्ष्य है समस्या को डिज़ाइन करने से पहले उसका दायरा तय करना।
• बिहेवियरल. प्रोजेक्ट कहानियों के 45 मिनट, साथ में तीखे फॉलो-अप। अभ्यास का लक्ष्य है किसी ऐसे फैसले पर तीसरे फॉलो-अप से बच निकलना जिस पर आपको पछतावा है।

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

सोलो मॉक एक तयशुदा तरीके से नाकाम होते हैं: आप वह समस्या चुनते हैं जिसे आप हल कर सकते हैं, अटकने पर टाइमर रोक देते हैं, और अच्छा महसूस करते हुए खत्म करते हैं। इनमें से हर चीज़ असली परिस्थितियों के बिल्कुल उलट है। इसके बजाय उन्हीं बाधाओं को दोबारा बनाएं।

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

जो एक चीज़ सोलो मॉक नहीं दे सकता वह है रुकावट, और रुकावट ही असली राउंड को ज़्यादातर मुश्किल बनाती है। एक AI इंटरव्यूअर ठीक इसी कमी को पूरा कर सकता है: वह आपके वाक्य के बीच में ही फॉलो-अप पूछता है और विनम्रता से आपके खत्म होने का इंतज़ार नहीं करता। मॉक इंटरव्यू मोड राउंड इसी तरह चलाता है।

ज़्यादातर लोग मॉक खत्म करके एक फैसला दर्ज कर लेते हैं, जो एक हफ्ते बाद बेकार होता है। ऐसे खास अवलोकन इकट्ठा करें जो उस व्यवहार से जुड़े हों जिसे आप बदल सकते हैं।

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

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

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

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

अभ्यास और लाइव सहायता अलग-अलग सवाल हैं जिनके अलग-अलग जवाब हैं। रिहर्सल पर कोई विवाद नहीं है। असली इंटरव्यू के दौरान सहायता फॉर्मेट और एम्प्लॉयर के नियमों पर निर्भर करती है, और स्क्रीन-शेयर या प्रॉक्टर्ड कोडिंग राउंड इसे पूरी तरह दायरे से बाहर कर देते हैं। ईमानदार सीमाएं डिटेक्टेबिलिटी हब पर हैं।