Google का साक्षात्कार कैसे करें: क्या होना है, क्या नहीं

हाल के हफ्तों में, इंटरव्यू कैसे आयोजित किए जाते हैं, इस बारे में हैब्रिल पर लेखों की एक लहर अक्सर बन गई है।

Google लगातार इंजीनियरों की तलाश कर रहा है। एक एसआरई के रूप में, मैं यह सुनिश्चित करने के लिए कह सकता हूं कि आपको हमारे रैंक में जरूरत है । कॉफ़ी मशीनों में किचन और कॉफ़ी में कुकीज़ आपका इंतज़ार कर रही हैं। आपको बस एक साक्षात्कार प्राप्त करने की आवश्यकता है। यह मुश्किल है, लेकिन वास्तविक है - एक बार जब मैंने पहले ही अपनी कहानी को नौकरी चाहने वाले के रूप में वर्णित किया था , और अब, अन्य बातों के अलावा, मैं साक्षात्कार भी आयोजित कर रहा हूं। तो अब मैं बताता हूँ कि हम इंजीनियरों के साथ साक्षात्कार कैसे करते हैं।

नहीं, मैं भर्ती नहीं हुआ। साक्षात्कार प्रक्रिया में एक भर्ती के साथ पहली बातचीत शामिल है। यह एक सामान्य "क्या-क्या-क्यों-क्यों" वार्तालाप है (जो कि आपके विशिष्ट मामले के लिए प्रक्रिया का विवरण है) और प्रश्नावली से सभी के लिए एक ही स्क्रीनिंग है जिसमें कई उत्तर विकल्प हैं। उस समय स्क्रीनिंग मेरे लिए बहुत बुनियादी थी, मुझे संदेह है कि आप सौ बार पहले ही इस तरह के सवालों का जवाब दे चुके हैं। फिर इंजीनियरों द्वारा साक्षात्कार आयोजित किया जाएगा - आपके भविष्य के सहयोगियों (करीबी या दूर, यह इसी तरह से चलता है, हमारा ग्रह बहुत छोटा है)।

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

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

मेरा साक्षात्कार ~ 45 प्लस या माइनस दस मिनट के लिए डिज़ाइन किया गया है, लेकिन आमतौर पर मैं ठीक 45 मिनट में फिट होने की कोशिश करता हूं। इस समय से, एक संक्षिप्त परिचय और सामान्य जानकारी के लिए पांच मिनट, प्रश्न और चर्चा के लिए 30-35 मिनट, फिर उम्मीदवार के प्रश्नों के लिए पांच मिनट (यदि कोई हो)।

सामान्य तौर पर, साक्षात्कार इंजीनियर का उद्देश्य उम्मीदवार के कौशल (जैसे कोडिंग कौशल, एल्गोरिदम का ज्ञान और डेटा संरचनाओं, आदि) के कई अक्षों पर जानकारी एकत्र करना है। लेकिन साक्षात्कार में सबसे महत्वपूर्ण बात यह पता लगाना है कि कोई व्यक्ति कैसे सोचता है। यही है, सीमा का पता लगाना हमेशा महत्वपूर्ण होता है जब कोई व्यक्ति समाधान नहीं जानता है। प्रत्येक साक्षात्कारकर्ता की अपनी तकनीक होती है (विशेष रूप से टेलीफोन साक्षात्कार के लिए): कोई व्यक्ति एक दर्जन प्रश्नों को वार्म-अप प्रश्नों (जिसके समाधान का शाब्दिक अर्थ है एक तीन-पंक्ति चक्र लिखना) से लेकर कठिन प्रश्नों को भी समझाता रहता है। किसी के पास 2-3 "पसंदीदा" प्रश्न हैं, जिनमें से कोई भी एक दर्जन पक्षों द्वारा बदल दिया जा सकता है और यह कैसे सरल और जटिल हो सकता है, यह निर्भर करता है कि वार्ताकार क्या दर्शाता है। मुझे यकीन है कि अभी भी विकल्प हैं, लेकिन मैं उनके बारे में नहीं जानता।

मैंने दोनों तकनीकों की कोशिश की, और मैं बाद को पसंद करता हूं: उम्मीदवार के फिर से शुरू और आत्म-सम्मान के आधार पर, मैं एक अधिक उपयुक्त प्रश्न प्रपत्र का उपयोग करता हूं। प्रश्न हमेशा खुला रहता है (आखिरकार, जब पिछली बार आपने हमारे उद्योग में समस्या का सटीक विवरण देखा था?) - और उम्मीदवार क्या पूछता है, उसके आधार पर, मैं प्रश्न को सरल या जटिल करता हूं ताकि पहले 10 मिनट के अंत में उम्मीदवार पहले से ही एक तुच्छ समाधान लिखा था। यह शायद ही मुश्किल है, आखिरकार, समाधान तुच्छ है।

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

यह तुरंत संकेतों का एक पैकेट देता है - लेकिन उम्मीदवार कितना जानता है कि कार्य में परिवर्तन के लिए कैसे अनुकूल है? और अत्यधिक वैकल्पिक समाधानों के बारे में सोचने के लिए कितना तैयार है? चर्चा स्वयं भी रुचि की है - सवाल हमेशा यथासंभव खुले तौर पर पूछा जाता है, इसलिए इसे समझने के दर्जनों तरीके हैं। क्या कारोबारी माहौल स्पष्ट किया जा रहा है, या सिर्फ तकनीकी सीमाएं हैं? क्या तकनीकी सीमाओं को ध्यान में रखा जाता है? उदाहरण के लिए, कई बार यह था कि मैं कहता हूं कि "1e12 ऑब्जेक्ट अपेक्षित हैं", और उम्मीदवार यह मूल्यांकन नहीं करता है कि यह कितना है। और यह लगभग एक टेराबाइट है, यदि प्रति वस्तु बाइट। या ~ 116.5 गीगाबाइट अगर थोड़ा है। या 4.3 टेराबाइट्स अगर इंट 32। खैर, आप बात करते हैं। नहीं, यह याद रखना आवश्यक नहीं है - परीक्षा में नहीं, किसी ने कैलकुलेटर को दूर नहीं किया। फोन है, हां, यहां तक ​​कि खोज में भी। और वैसे भी, आप पूछ सकते हैं।

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

यहां सबसे महत्वपूर्ण बात यह है कि एक ही समय में एक बहुत ही सरल कार्य देना है ताकि उम्मीदवार हल कर सकें और बुनियादी कौशल दिखा सकें, और कठिनाई को एक स्तर तक बढ़ा सकें जहां उम्मीदवार को उत्तर नहीं पता हो ताकि वह यह दिखा सके कि वह कैसे सोचता है। यदि एक ही समय में वह एक और अधिक जटिल समस्या का समाधान पा सकता है - वह ठीक है, लेकिन अगर उम्मीदवार सब कुछ हल करने में सक्षम था, तो यह साक्षात्कारकर्ता का एक पंचर है, जो इससे भी अधिक जटिलता का प्रश्न तैयार नहीं करता है।

बारीकियां चाहिए? यहाँ एक प्रश्न है जो आपसे नहीं पूछा जाएगा क्योंकि वह पहले से ही "लीक" माना जाता है - अर्थात्, यह संभावना है कि उम्मीदवार उसके बारे में नहीं सोचेगा, लेकिन याद रखें। जैसा कि मैंने ऊपर लिखा है, यह महत्वपूर्ण है कि उम्मीदवार कैसे सोचता है, न कि वह कैसे याद करता है ... तो, सवाल यह है: LRU कैश को लागू करें ।

सामान्य तौर पर, कार्य सुंदर है, क्योंकि यह कार्य के कई रूपों और व्याख्या के कई रूपों की अनुमति देता है। उदाहरण के लिए, आप सीधे माथे में "एलआरयू कैश लागू करें" एक सवाल पूछ सकते हैं। इसे "कल्पना के रूप में देखा जा सकता है कि अनुरोध के प्रसंस्करण के लिए हमारी सेवा किसी बाहरी वस्तु के अस्तित्व की जांच करती है।" मैं प्रसंस्करण की गति कैसे बढ़ा सकता हूं? " - एक बहुत स्पष्ट वाक्य की उम्मीद "चलो परिणाम कैश"। क्या पूछा जा सकता है "लेकिन कैसे?"। और "क्या होगा अगर हम इस कैश द्वारा खपत अधिकतम मेमोरी को नियंत्रित करना चाहते हैं?" सवाल खुला छोड़ देता है - और किस एपीआई को यह कैश प्रदान करना चाहिए। सादगी के लिए, आप इसे हमेशा सेट (कुंजी, मान) + पाने (कुंजी) के लिए कम कर सकते हैं; लेकिन आप TTL जोड़ सकते हैं। यह प्राप्त करना संभव है (कुंजी, fetch_func)। सामान्य तौर पर, प्रस्तावित एपीआई का मूल्यांकन उम्मीदवार के अनुभव और सोच शैली के बारे में एक अतिरिक्त संकेत दे सकता है।

हैशमैप पर तुच्छ समाधान सेट पर () + ओ (एन) पर ओ (1) देगा (यह ऐसा है, ठीक है?)। यदि सभी तत्व अतिरिक्त रूप से जुड़े हुए हैं (एक डबल लिंक का आयोजन करके), तो दोनों कार्यों के लिए ओ (1) प्राप्त करना संभव होगा। यदि आपको TTL जोड़ने की आवश्यकता है ... मुझे लगता है कि विचार स्पष्ट है। यदि आप चाहते हैं, तो टिप्पणियों में चर्चा करें: कल्पना करें कि आपसे यह सवाल पूछा गया था, आप कैसे सोचेंगे? आप किस समाधान का प्रस्ताव करते हैं?

और किस प्रोग्रामिंग भाषा में? हां, आपको क्या पसंद है, जिसमें सबसे ज्यादा सी ++? अद्भुत। जाओ? अद्भुत। अजगर? आपका हमेशा स्वागत है। पर्ल? अब दुर्लभ है, लेकिन हाँ भी। और जावा हाँ। और जावास्क्रिप्ट (हालांकि यह समाधान की स्मृति को देखते हुए अधिक जटिल है)।

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

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

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

साक्षात्कार प्रक्रिया के बारे में मैं और क्या कह सकता हूं? मजा आ गया! नहीं, गंभीरता से, आराम करो और मज़े करो! एक टेलीफोन साक्षात्कार? एक दिलचस्प वार्ताकार के साथ सिर्फ एक बातचीत। नई जानकारी और नए अनुभव की गारंटी। व्यक्ति-साक्षात्कार में? अधिक मज़ा! आप भविष्य के नियोक्ता की कीमत पर एक व्यावसायिक यात्रा पर हैं :) शहर के चारों ओर घूमें, दोस्तों से मिलें। मनोरंजन और दिलचस्प बातचीत के पूरे दिन की भी गारंटी है।

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

कोई सवाल है? टिप्पणियों में पूछें।
क्या साक्षात्कार से पहले साक्षात्कार की कोशिश करने में कोई दिलचस्पी है? मॉक इंटरव्यू के लिए सेवाएं हैं (उदाहरण के लिए, एक बार और दो बार , लेकिन वे स्वयं कंपनी से नहीं हैं, इसलिए कोई गारंटी नहीं है); कभी-कभी Google समान अभियान चलाता है।

और हाँ, बेझिझक खुद को लागू करें। यदि आप "एक कर्मचारी के माध्यम से फाइलिंग" के जादू में विश्वास करते हैं - तो मुझे लिखें, मैं आपका आवेदन प्रस्तुत करूंगा। मेरे ब्लॉग में आपका स्वागत है!