कौन-से प्लेटफ़ॉर्म कोडिंग इंटरव्यू लेते हैं और उनमें क्या अंतर है?

आम तौर पर आमंत्रण ईमेल में प्लेटफ़ॉर्म का नाम दिया होता है, और उसी से आपको सत्र के अनुभव का काफी अंदाज़ा हो जाता है। ये प्लेटफ़ॉर्म चार श्रेणियों में आते हैं।

• लाइव साझा एडिटर। CoderPad, CodeSignal का इंटरव्यू मोड, HackerRank Interview (पहले CodePair) और ऐसे ही पैड एक दस्तावेज़ खोलते हैं जिसे आप और इंटरव्यूअर दोनों संपादित कर सकते हैं। इनमें से अधिकतर कुछ भाषाओं में कोड चला सकते हैं; कुछ नियोक्ता जानबूझकर एक्ज़ीक्यूशन बंद रखते हैं ताकि आप परीक्षण और भूल-सुधार के बजाय तर्क करें।
• सामान्य साझा दस्तावेज़। कुछ टीमें अब भी Zoom या Google Meet पर Google Doc या खाली टेक्स्ट पैड भेजती हैं। न सिंटैक्स हाइलाइटिंग, न रन बटन, न टेस्ट; इंटरव्यूअर आपका कोड वैसे पढ़ता है जैसे कोई समीक्षक पढ़ेगा।
• समयबद्ध ऑनलाइन आकलन। HackerRank, Codility और CodeSignal घड़ी तथा स्वचालित ग्रेडर के साथ समस्याओं का एक निश्चित सेट देते हैं। कॉल पर कोई नहीं होता; प्लेटफ़ॉर्म आपका सत्र रिकॉर्ड करता है और छिपे हुए टेस्ट केस के आधार पर स्कोर देता है।
• इंटरव्यू-एज़-अ-सर्विस प्रदाता। Karat और ऐसे अन्य प्रदाता एक प्रशिक्षित इंजीनियर उपलब्ध कराते हैं, जो प्रदाता के अपने पैड पर लाइव तकनीकी इंटरव्यू लेता है और नियोक्ता के लिए रिपोर्ट लिखता है। प्रारूप लाइव होता है, लेकिन कॉल पर सामने बैठा व्यक्ति आपका भावी सहकर्मी नहीं होता।

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

पाँच विशेषताएँ तय करती हैं कि सत्र कैसे आगे बढ़ेगा, और प्लेटफ़ॉर्मों के बीच इनमें अंतर समस्या की कठिनाई से भी अधिक होता है।

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

अंतिम विशेषता को ध्यान में रखकर योजना बनाना सबसे महत्त्वपूर्ण है। जब तक निर्देश कुछ और न कहें, हर समयबद्ध आकलन में प्रॉक्टरिंग चालू मानकर चलें।

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

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

भुगतान कंपनी में वरिष्ठ भूमिका के लिए इंटरव्यू दे रही एक बैकएंड इंजीनियर को एक ही सप्ताह में तीन अलग-अलग आमंत्रण मिलते हैं: CodeSignal आकलन, एक्ज़ीक्यूशन सुविधा वाला CoderPad राउंड और साझा दस्तावेज़ में अंतिम राउंड। वह हर प्रारूप का एक बार अभ्यास करती है और उनके बीच केवल यह बदलती है कि वह कितना वर्णन करती है। SubcueAI का मॉक इंटरव्यू टूल बोलकर वर्णन करने के अभ्यास का सुविधाजनक तरीका है।

केवल उन प्रारूपों में जहाँ कोई आपसे बात कर रहा हो। SubcueAI का मूल macOS और Windows डेस्कटॉप ऐप सिस्टम ऑडियो और आपका माइक्रोफ़ोन दोनों कैप्चर करता है, इसलिए वह Zoom, Google Meet या Microsoft Teams पर इंटरव्यूअर का प्रश्न सुनता है और केवल आपकी स्क्रीन पर मौजूद फ़्लोटिंग ओवरले में सुझाव दिखाता है। इसका ब्राउज़र एक्सटेंशन Side Panel, Chrome या Edge के ब्राउज़र टैब में चलने वाली कॉल के लिए यही काम करता है और केवल मीटिंग टैब का ऑडियो कैप्चर करता है, इसलिए वह इंटरव्यूअर को सुनता है और आपकी बात कभी ट्रांसक्राइब नहीं करता। इनमें से कोई भी माध्यम बॉट बनकर कॉल में शामिल नहीं होता और न मीटिंग पेज या कोडिंग पैड में कुछ जोड़ता है; एक्सटेंशन का Firefox बिल्ड केवल मॉक अभ्यास का समर्थन करता है।

इस दायरे की सीमाएँ स्पष्ट हैं। समयबद्ध आकलन में बातचीत नहीं होती, इसलिए सुनने वाले सहायक के पास काम करने के लिए कुछ नहीं होता, और टैब लॉग करने या वेबकैम देखने वाले प्रॉक्टर्ड आकलन SubcueAI के उपयोग-क्षेत्र से बाहर हैं। लाइव पैड पर पूरी स्क्रीन साझा करने से ओवरले साझा फ़ीड में दिखाई देगा; केवल पैड की विंडो साझा करें या कुछ भी नहीं। रिकॉर्ड किए गए राउंड और नियोक्ता द्वारा प्रबंधित डिवाइस भी इसके दायरे से बाहर हैं। SubcueAI के संस्थापक Aaron Cao ने इसी कारण ओवरले को मीटिंग प्रतिभागी के बजाय स्थानीय विंडो के रूप में डिज़ाइन किया: वह कभी भी प्लेटफ़ॉर्म की रिकॉर्डिंग का हिस्सा नहीं बनना चाहिए। हर माध्यम के सेटअप चरण ट्यूटोरियल पेज पर हैं, और सुरक्षा पेज बताता है कि क्या कैप्चर होता है और क्या नहीं।