इंटरव्यू में कौन सी शीर्ष कंपनियां तलाशती हैं? [बन्द है]

Question

1. मूल रूप से मैं देख रहा हूँ कि यह क्या है कि आप नासमझ हैं और आप शेष प्रक्रिया से बाहर हैं?
2. क्या किसी व्यक्ति का न्याय करने के लिए उन्मूलन एक उचित तरीका है? किसी का भी बुरा समय हो सकता है :-(
3. क्या आपको सबसे अच्छा संभव कोड करना चाहिए या क्या आपको एल्गोरिथ्म सही होना चाहिए? मैं आम तौर पर पहले एक व्यावहारिक समाधान कोड करता हूं और फिर उस पर काम करता हूं जब तक मुझे लगता है कि यह मुझे सुंदर लगता है। क्या यह गलत दृष्टिकोण है?

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

कहने की जरूरत नहीं है कि मैं कंपनी को पसंद करता हूं और फिर से आवेदन करूंगा लेकिन अगली बार इसे ठीक करवाना चाहता हूं :-)

कृपया अपने अनुभव और बहुमूल्य सुझाव साझा करें।

Comments

उम्मीदवार को गलत बताने की सापेक्ष लागत को ध्यान में रखें। एक गलत नकारात्मक (किसी को काम पर रखने वाले को नहीं, जो एक अच्छा कर्मचारी होता है) के पास नियोक्ता के लिए केवल अवसर लागत होती है, जबकि एक झूठी सकारात्मक बहुत महंगा हो सकती है, और संगठन-व्यापी परिणाम हो सकते हैं, और बुरे लोग भी।

— क्रिस बाय

@ क्रिस: आप सही कह रहे हैं। +1।

— गीक

Answer 1

तकनीकी साक्षात्कार करते समय, मैं ईमानदारी से लोगों को घर चलाने के लिए देख रहा हूं। यदि उम्मीदवार ऐसा नहीं लगता है कि वे अपना सामान जानते हैं, तो वे अपनी भूमिका में प्रभावी नहीं होंगे (मैं यहां वरिष्ठ डेवलपर्स पदों की बात कर रहा हूं)।

इसे देख इस तरह से: क्या आप बल्कि एक कठिन साक्षात्कार जहां काम नहीं मिलता है (क्योंकि आप एक अच्छा फिट नहीं कर रहे हैं), या एक आसान साक्षात्कार जहां आप कर नौकरी पाने, लेकिन फिर 90 के बाद जाने दिया मिलता है दिन क्योंकि आप अपने सिर पर हैं?

मैंने बाद के शिविर में बहुत सारे डेवलपर्स देखे हैं। यदि आपको तकनीकी भाग के कारण नौकरी नहीं मिली है, तो इसे भेष में आशीर्वाद मानें। यदि आपको अस्वीकृति पसंद नहीं है, तो अपने तकनीकी कौशल पर ध्यान दें।

Comments

बहुत अच्छा कहा मार्सेल ने। किसी तरह मुझे लगता है कि हर कोई (कोई फर्क नहीं पड़ता कि कैसे) सब कुछ एक अज्ञात समस्या में सही हो सकता है (समय एक बाधा है)। यदि कोई समस्या के माध्यम से पालता है, तो उसने संभवतः पहले समान कोड या समान कोड लिखा है। एक सवाल हालांकि एक उन्मूलन के दौर में क्या आप जानते हैं कि कोई व्यक्ति पर्याप्त नहीं है यदि वह एक प्रश्न या दो (जब तक कोई गलती नहीं करता है) को नासमझ बना देता है। जिस बिंदु को मैं बनाने की कोशिश कर रहा हूं वह 'उन्मूलन दौर' है जबकि आप एक परिकल्पना से आगे बढ़ते हुए प्रतीत होते हैं 'आप जानते हैं कि some1 पर्याप्त अच्छा नहीं है'। हाँ एक बुरा आदमी ?? हियर नो हायर ..

— गीक

साक्षात्कार सुनिश्चित करने के लिए एक कठिन कला है, और मैं किसी भी तरह से एक विशेषज्ञ होने का दावा नहीं करता हूं। लेकिन मेरे मामले में, मैं "गेचा!" का खेल खेलने की कोशिश नहीं कर रहा हूँ। - जहां मैं किसी के गलत होने का इंतजार कर रहा हूं। इसके बजाय, मैं उनके ज्ञान की जांच कर रहा हूं, यह देखने की कोशिश कर रहा हूं कि यह कितना गहरा है। क्या उम्मीदवार आसानी से समझा सकते हैं कि एक हैश तालिका कैसे काम करती है, उदाहरण के लिए। यह आमतौर पर देखने के लिए बहुत आसान है कि कौन जीत स्तंभ में समाप्त होता है और कौन नहीं।

— मार्सेल लैमोथे

@ Geek - क्या आप बल्कि वह व्यक्ति होंगे जो इसे सही पाया और किसी ऐसे व्यक्ति द्वारा पारित किया गया था जो नहीं था? यह एक कोडिंग चुनौती या कुछ नरम सवाल हो सकता है कि आप समस्या टीम के सदस्यों के साथ कैसे काम करते हैं, लेकिन आखिरकार, सभी उम्मीदवारों को लेकिन एक को खत्म करना होगा।

— जेएफओ

@ गीक: "इससे पहले समान कोड लिखा है"। शायद उन्होंने समान रूप से समान कोड लिखा है। लेवल-ऑर्डर ट्रैवर्सल ट्री ट्रैवर्सल का एक प्रकार है, जिसे हर सीएस ग्रेजुएट को पता होना चाहिए। अगर यह आपसे परिचित नहीं है, तो आप कहीं न कहीं चूक गए हैं। आपने एक एल्गोरिथम वर्ग लिया, क्या आपने नहीं किया?

— केविन क्लाइन

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

— गीक

Answer 2

जब लोग आपको बहुत ही सीमित समय में सरल एल्गोरिदम को कोड करने के लिए कहते हैं, तो कोडिंग कन्वेंशन और अपवाद को हैंडल करना आखिरी बात होगी। आप कुछ भयानक, ज़ाहिर है, अपने traversing समारोह नामकरण की तरह कर रहे हैं जब तक func, और सभी चर a, b, c। शायद, एक और कारण था कि उन्होंने आपको वापस नहीं बुलाया।

बेशक, किसी के पास एक बुरा घंटा हो सकता है। लेकिन यह एक बुरा संकेत है यदि आप उन पांच में से एक बुरा घंटा होने की संभावना रखते हैं जो आप कई साक्षात्कार दौरों पर खर्च करते हैं, और यदि आप महत्वपूर्ण कार्यों के लिए तैयार नहीं हो सकते हैं।

व्यक्तिगत रूप से, मुझे लगता है कि ऐसा कुछ प्राप्त करना जो काम करता है और इसे सुधारना है तो एक गलत दृष्टिकोण है। बहुत से लोग (मेरे सहित) सोचते हैं कि यदि कोई व्यक्ति कोड लिखता है जो गड़बड़ की तरह दिखता है, तो उसके सिर में भी गड़बड़ है। मैं आपको कोड धीमा लिखने का सुझाव दूंगा, लेकिन अधिक विचारशील तरीके से।

और इससे भी अधिक व्यक्तिगत रूप से (और, शायद, आक्रामक), मुझे नहीं लगता कि आप एल्गोरिदम में काफी अच्छे हैं। केवल इसलिए कि आप इसे राजधानी ए के साथ "एल्गोरिथम" के रूप में वर्तनी देते हैं। आप कुछ ऐसा नहीं करते हैं जिससे आप इस तरह से डरते नहीं हैं।

Comments

Lol .. मुझे आखिरी पैराग्राफ पसंद आया :-) 'Lol' में कैपिटल L को नोटिस करें। मुझे क्षमा करें लेकिन अंग्रेजी मेरी पहली भाषा नहीं है। BTW मैं सीखा एल्गोरिथ्म एक राजधानी A :-) के बिना लिखा जाना है

— Geek