साक्षात्कार के लिए डंगियन मास्टर बनना
तकनीकी भर्ती पर increasingly आलोचना हो रही है कि वह LeetCode-शैली की एल्गोरिदम पहेलियों पर बहुत निर्भर है, जो रोज़मर्रा की इंजीनियरिंग क्षमता से अधिक test prep और trivia को चुनती हैं। टिप्पणीकार “dungeon master” या simulation-आधारित साक्षात्कार जैसे विकल्पों पर विचार करते हैं, जो वास्तविक support या product work का मॉडल बनाते हैं, और role-playing discomfort, bias, तथा unpaid take-home tasks जैसी trade-offs को उजागर करते हैं; साथ ही अधिक structured rubrics या project-based conversations सुझाते हैं। इसके पीछे व्यापक चिंता है कि कंपनियाँ आसानी से मापी जा सकने वाली proxies—गढ़े हुए problems पर speed, hoops से गुजरने की इच्छा—को optimize कर रही हैं, जबकि real-world skills, collaboration, और mutual fit की कीमत चुक रही है।
सिमुलेशन / “डंगियन मास्टर” साक्षात्कार दृष्टिकोण
- बहुत से लोगों को परिदृश्य-आधारित, DM-शैली के साक्षात्कार पहेलियों की तुलना में अधिक रोचक और वास्तविक काम के करीब लगते हैं।
- बताए गए लाभ: समस्या-समाधान शैली, प्राथमिकता-निर्धारण, संचार, और उम्मीदवार आंशिक जानकारी को कैसे संभालते हैं, यह उजागर होता है।
- संबंधित विचार: in-basket tests, “consultant for a day,” mock support/debug sessions, वास्तविक प्रणालियों के खिलौना संस्करण।
- चिंताएँ:
- रोलप्ले करना बनावटी या तनावपूर्ण लग सकता है; इसे नाटकीय अभिनय के बजाय काल्पनिक चर्चा के रूप में लेना बेहतर है।
- अगर इंटरव्यूअर मुख्य संदर्भ छिपाए, किसी छिपे हुए “सही” उत्तर की अपेक्षा करे, या यथार्थवादी व्यवहार (जैसे help menus का उपयोग) के लिए दंड दे, तो मजबूत पक्षपात का जोखिम होता है।
- यह उन उम्मीदवारों को नुकसान पहुँचाता है जिन्हें समय दबाव में सोचना, बोलना और रोलप्ले करना कठिन लगता है, भले ही वे काम में अच्छे हों।
पारदर्शिता और परस्पर मूल्यांकन
- कुछ लोग ऐसे प्रक्रियाओं का वर्णन करते हैं जहाँ अंतिम चरण के साक्षात्कार भूमिका की कमियों और “warts” को स्पष्ट रूप से सामने रखते हैं, और कभी-कभी उम्मीदवारों को स्वीकार करने से भी रोकने की कोशिश करते हैं।
- लक्ष्य: कोई आश्चर्य न हो; साक्षात्कार का व्यवहार दिन-प्रतिदिन के व्यवहार से मेल खाए; दोनों पक्ष यथार्थवादी फिट का आकलन करें।
- सीमाएँ: proprietary tech, personnel issues, या संवेदनशील आकलनों पर पूरी तरह चर्चा नहीं की जा सकती।
Leetcode / एल्गोरिदम साक्षात्कार
- कड़ी आलोचना:
- इन्हें hazing, Goodharted proxy, और “anti-pattern” माना जाता है जो नौकरी कौशल से अधिक परीक्षा की तैयारी, अनुपालन की इच्छा, या conscientiousness को मापता है।
- भारी स्तर पर गेम किया जाता है; उम्मीदवार patterns याद कर लेते हैं; यहाँ तक कि कुछ इंटरव्यूअर अपने ही प्रश्नों को गलत समझते हैं।
- यह अनुभवी लोगों को बाहर कर देता है जिनकी पहले से ज़िम्मेदारियाँ और विकल्प होते हैं और जो अभ्यास में हफ्ते नहीं लगाना चाहते।
- बचाव:
- ऊँची तनख्वाह वाली कंपनियों को कुछ मानकीकृत, प्रदर्शनीय सीमा चाहिए; leetcode ऐसा ही एक मानक है।
- यह basic DS/algorithms ज्ञान दिखाता है और तेज़-तर्रार बोलने वालों को छाँटता है।
- कुछ लोग इसे पहेली-जैसे शौक के रूप में पसंद करते हैं और software में प्रवेश कराने में इसके योगदान का श्रेय देते हैं।
- जारी हथियारों की दौड़: उम्मीदवारों की तैयारी बढ़ने पर प्रश्न और कठिन होते जाते हैं, जिससे साक्षात्कार वास्तविक काम से और दूर हो जाते हैं।
वैकल्पिक साक्षात्कार दर्शन
- इन पर ज़ोर:
- वास्तविक पिछले projects और architectures पर गहराई से चर्चा।
- वास्तविक backlog items या यथार्थवादी design problems को उपयुक्त scale पर साथ में देखना।
- छोटे, व्यावहारिक coding या design tasks; न्यूनतम gimmicks।
- व्यक्तिगत पक्षपात कम करने के लिए standardised rubrics और panel review।
- बहुत से लोग लंबे, बिना वेतन वाले take-homes और बहु-चरणीय “gimmick” प्रक्रियाओं का विरोध करते हैं; वे इन्हें red flags और कंपनी संस्कृति के proxies मानते हैं।