अपनी टीम में सीनियर इंजीनियर के लिए इंटरव्यू loop कैसे डिज़ाइन करेंगे?

काम से उल्टा चलकर सोचें। वे तीन या चार क्षमताएं तय करें जो इस भूमिका में कामयाबी का सच में अंदाज़ा देती हैं, फिर हर एक के लिए एक अलग stage रखें जिसमें calibrated rubric और प्रशिक्षित इंटरव्यूअर हों। algorithm पहेलियों की जगह असली काम जैसे व्यावहारिक अभ्यास चुनें, उम्मीदवार का कुल समय वाजिब रखें, और हर debrief में लिखित सबूत मांगें। फैसला हाथ उठवाकर नहीं, ढांचागत चर्चा से करें।

मैं यह लिखकर शुरू करता हूं कि इस खास भूमिका में कामयाब होने के लिए किसी को किन चीज़ों में अच्छा होना पड़ेगा, और वे आमतौर पर तीन या चार होती हैं: हमारे पैमाने पर सिस्टम डिज़ाइन, हाथ से लिखे कोड की क्वालिटी, अनजान कोड में डिबगिंग, और आसपास के लोगों को ऊपर उठाना। फिर हर एक के लिए एक stage, कोई दोहराव नहीं, क्योंकि पांचवां stage जो कुछ नया नापता ही नहीं वह सिर्फ अच्छे उम्मीदवार गंवाता है। coding stage के लिए मैंने सालों पहले algorithm पहेलियां छोड़ दीं और अब एक छोटा सा असली जैसा codebase देता हूं जिसमें वे अपने रोज़ के टूल्स से एक feature जोड़ते हैं और एक bug ठीक करते हैं। यह कहीं बेहतर अंदाज़ा देता है और उम्मीदवारों को भी यही पसंद आता है। हर इंटरव्यूअर किसी और के नोट्स देखने से पहले अपना सबूत लिखता है, जिससे वह anchoring की समस्या खत्म हो जाती है जिसमें पहली मज़बूत राय पूरे कमरे को तय कर देती है। debrief में हम मेज़ के चक्कर लगाकर हां या ना करने की जगह rubric के सामने क्षमता दर क्षमता चलते हैं। मैं उल्टा पहलू भी गंभीरता से लेता हूं: सीनियर उम्मीदवार हमारा इंटरव्यू ले रहे होते हैं, तो मैं उन्हें बिना किसी मूल्यांकन के एक इंजीनियर के साथ समय देता हूं।