विशिष्ट कार्यों के उदाहरणों के साथ लंदन में आईबी आईटी (जावा डेवलपर, निवेश बैंक) में मेरा साक्षात्कार इतिहास

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

मेरे करियर में प्रासंगिक पहलुओं में से एक नौकरी ढूंढना और साक्षात्कार से गुजरना है। मैंने खुद बहुत कम साक्षात्कार (4-5) किए, लेकिन मैंने उनमें से बड़ी संख्या में (> 100) का दौरा किया। मेरे पास पिछले ~ 7 वर्षों से नौकरी खोजने के लिए 3-4 पीरियड थे, जब मैं एक महीने में एक या दो बार इंटरव्यू के लिए जाता था, कभी-कभी 1-2-3 एक दिन में।

इस लेख में मैं साक्षात्कार को पास करने के अनुभव को साझा करना चाहूंगा, यह कैसे और किस तरह से होता है, इसकी तैयारी के लिए किसी प्रकार का व्यवस्थितकरण देना।

मुझे टिप्पणियों में जानने के लिए क्या दिलचस्पी होगी - जैसा कि दूसरों के साथ होता है, खासकर मास्को / रूस में, यूरोप के साथ संभवतः मतभेद हैं।

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

लगभग मेरे सभी अनुभव मुख्य रूप से लंदन में जावा (वरिष्ठ) डेवलपर की स्थिति के लिए यूरोपीय वित्तीय कंपनियों में आईटी का साक्षात्कार ले रहे हैं। कोई वेब (किसी भी रूप में, फ्रंट / एंड-बैकएंड) नहीं है, कोई एकीकरण नहीं है, ग्राहक के लिए कोई काम नहीं है (प्रकार - वहाँ सीआरएम है और कंपनी इसे बैंकों में लागू करती है), अमेज़ॅन, फेसबुक, Google का भी प्रतिनिधित्व नहीं है - मुझे नहीं पता कि कैसे मैं वास्तव में वहाँ प्रयास नहीं कर रहा हूँ, मुझे लगता है। मेरा अनुभव एक साधारण प्रोग्रामर के साथ शुरू होता है और एक वरिष्ठ डेवलपर के साथ समाप्त होता है। टीम / टेकलेड / मैनेजर - नहीं।

सामान्य तौर पर साक्षात्कार के बारे में

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

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

प्रशासनिक मुद्दों से

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

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

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

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

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

मैं साक्षात्कार की तैयारी पर बिल्कुल भी विचार नहीं करूंगा। हम मानते हैं कि यह एक पूर्ण चरण है, आवश्यक ज्ञान है, और साक्षात्कार के लिए निमंत्रण हैं।

साक्षात्कार के चरण

प्रारंभिक चरण एक टेलीफोन साक्षात्कार है।

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

यदि बातचीत सीधे कंपनी के प्रतिनिधि के साथ होती है, तो पहली टेलीफोन बातचीत एचआर के साथ या तुरंत उस टीम के प्रतिनिधि के साथ हो सकती है, जिसे वे एक नियम के रूप में, एक काम पर रखने वाले प्रबंधक द्वारा, यानी। कोई व्यक्ति बहुत कुंद है, जो सही उम्मीदवारों की पहचान करता है और छानता है, और क्या यह तकनीकी साक्षात्कार पर खर्च करने के प्रयास के लायक है।

लाभ यह है कि आप तुरंत परियोजना के बारे में अधिक जानकारी प्राप्त कर सकते हैं और मना कर सकते हैं, क्योंकि यह दिलचस्प नहीं है, या इसके विपरीत, और भी अधिक दिलचस्पी है, यह महसूस करते हुए कि यह बहुत दिलचस्प है।

कुछ मामले थे (लेकिन वे स्थिर थे), जब पहले साक्षात्कार में सब कुछ पहले से ही सख्ती से शुरू होता है - हैलो, हैलो, खैर, चलो जावा, एल्गोरिदम, आदि के माध्यम से चलते हैं। कंप्यूटर विज्ञान की परीक्षा की भावना में उन सवालों के सिर्फ 40-50 मिनट।

पैसे के बारे में

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

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

साक्षात्कार के प्रारूप

संगठन प्रश्न

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

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

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

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

मैं दो चीजों के बारे में उत्सुक था - साक्षात्कार शुरू होने का समय (मैं हमेशा शुरुआत से 10 मिनट पहले आया था) और क्या पेंटिंग दीवारों पर लटक रही है, बैठक के कमरे के डिजाइन - एक नियम के रूप में, ये बैंक ग्राहकों के लिए बैठक कक्ष हैं और वे अपने डिजाइन में बहुत पैसा लगाते हैं।

ऐसा क्षण है - 4 लोगों के साथ 2 घंटे के लिए एक साक्षात्कार की घोषणा की जाती है, और एक घंटे के बाद वे आपको धन्यवाद कहते हैं। यह स्पष्ट है कि आप पास नहीं हुए। मुझे नहीं पता कि यह कैसे संबंधित है, इसके बारे में नहीं है - यह मुझे नाराज करता है, मैं तैयारी कर रहा था, उन्हें सुनने दें (अच्छी तरह से, या मुझे कम से कम एक साक्षात्कार अभ्यास प्राप्त करने दें) - सब कुछ स्पष्ट है और हां, कठिन है; यह अधिक संभावना है कि यह संभवतः एक असफल प्रदर्शन था और यदि आप जारी रखते हैं, तो सब कुछ बेहतर हो जाएगा। लेकिन यहाँ, तर्क फिर से है - यह अच्छा नहीं है कि अच्छे को किराया दें, बुरे को किराया दें।

फोन नंबर

सबसे बुनियादी, जैसा कि मैंने बताया, एक टेलीफोन वार्तालाप है। तकनीकी सवाल हो सकते हैं, लेकिन बहुत मुश्किल या जटिल कुछ स्पष्ट रूप से पूछना मुश्किल है। त्वरित प्रकार के स्थानों में कार्यान्वयन का विवरण पूछे जाने की संभावना नहीं है, और यदि वे हैं, तो उन्हें चलाया जाना चाहिए क्योंकि, IMHO, यह अपर्याप्त है।

लाइन पर

इसके अलावा, हाल ही में पसंदीदा (यह 5-7 साल पहले या उससे कम नहीं था) - ऑनलाइन प्रोग्रामिंग जैसे कि हैकरानक या ऑनलाइन परीक्षण।

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

एक साक्षात्कारकर्ता के साथ ऑनलाइन प्रोग्रामिंग इस तरह दिखती है - साइट पर जाएं, लॉग इन करें और आपके सामने एक ऑनलाइन आईडीई है जो आपको और साक्षात्कारकर्ता को दिखाई देता है। वह आपको कार्य देता है, और आप तुरंत कोड लिखते हैं, इसे चलाते हैं, आदि। केवल एक बार जब मैं मिला था जब यह सिर्फ एक Google डॉक था, बाकी सब कुछ काफी सरल ऑनलाइन आईडीई है।

घर का पाठ

अच्छे और पुराने परीक्षण कार्य, जब कार्य का वर्णन किया जाता है, और आपको एक समाधान भेजने की आवश्यकता होती है - कभी-कभी थोड़ी देर के लिए, कभी-कभी केवल 1-2-3 दिनों के लिए।

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

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

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

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

ऑनसाइट साक्षात्कार

• जोड़ी प्रोग्रामिंग, अनिवार्य रूप से ऑनलाइन प्रोग्रामिंग के समान है, केवल साक्षात्कारकर्ता फोन पर नहीं है, लेकिन पास में एक कुर्सी पर है।
• होमवर्क - एक कार्य, COMP, एक घंटे का समय दें, लिखें - कॉल करें।
• कोडिंग, डिजाइन कागज / बोर्ड पर।

बस एक बातचीत।

वार्तालाप के अनुसार - 50/50 में 1 / बहुत सारे साक्षात्कारकर्ता होंगे, सामान्य तौर पर, यह बुरा नहीं है जब एक साथ कई होते हैं, और यह दिलचस्प है जब यह एक क्रॉस-परीक्षा की तरह दिखता है, तो वे हर किसी से पूछते हैं और बहुत कुछ।

विशिष्ट कार्यों / प्रश्नों का उदाहरण

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

जावा विनिर्देशन

• बराबरी और हैशकोड अनुबंध, यदि आप तोड़ते हैं तो क्या होगा
• हासमैप कैसे काम करता है विस्तार की डिग्री के साथ? हैशकोड का उपयोग कैसे शुरू किया जाता है (क्या होगा यदि आप बराबर के साथ संपर्क तोड़ते हैं) से - सीएचएम, लेखन सरणी पर कॉपी, आंतरिक रूप से व्यवस्थित, रीड / राइट को अवरुद्ध करने, सेगमेंट लॉक, समवर्ती स्तर।
• वाष्पशील (मेमोरी बारियर), शब्दार्थ से पहले होता है
• जावा 7 - chm, एटमिक्स, nio (?)
• जावा reams - धाराएँ, लंबोदर
• जीसी (मैं पहले से ही इस विषय पर प्रस्तुतियां देने में सक्षम प्रतीत होता हूं)
• वाष्पशील सरणी, अस्थिर int [] गिरफ्तारी के बारे में प्रश्न; arr [2] = 2; int j = arrest [2];
• दोहरी जाँच लॉकिंग (और आपको इसका उपयोग क्यों नहीं करना चाहिए)
• मुझे समझ नहीं आया कि ब्याज क्या था, लेकिन कहीं न कहीं मैंने इसे एक दिलचस्प सवाल के उदाहरण के रूप में देखा:
  वस्तु [] ओ = नई वस्तु [10] (); वीएस ऑब्जेक्ट बी = नई वस्तु [10] (); (यहां मुझे स्वयं जवाब नहीं पता है, अगर कोई पढ़ता है - इस प्रश्न के साथ मदद करें)
• सभी को सूचित करें, निर्माता उपभोक्ता और जब आप नोटिफिकेशन के बजाय नोटिफ़िकेशन का उपयोग नहीं कर सकते

एल्गोरिदम

कठिन है

• माता-पिता के संतुलन की जाँच करना ({[- check-for-संतुलित-कोष्ठक-इन-द-एक्सप्रेशन]
• अभिव्यक्ति गणना (संख्याओं के साथ एक स्ट्रिंग दी गई, + - * / कोष्ठक में मान की गणना करें) - अभिव्यक्ति-मूल्यांकन
• बीएफएस / डीएफएस - बीएफएस-बनाम-डीएफएस-बाइनरी-ट्री
• ग्राफ को ऊपर से सभी के बीच का रास्ता खोजना, 2 कोने के बीच सबसे छोटा - Find-if-there-is-a-path-two-vertices-in-an-graph
• सॉर्ट स्टैक - सॉर्ट-स्टैक-उपयोग-अस्थायी-स्टैक
• बेतरतीब ढंग से संख्या की एक फेरबदल

कठिन

• दो लाइनों में सबसे बड़े समान सबस्ट्रिंग की खोज - सबसे लंबी-सामान्य-सब-स्ट्रिंग-जावा
• किसी शब्द का सबसे छोटा प्रत्यय ढूंढना, उसे एक शब्द में जोड़ने से फलित होगा - सबसे लंबे ताल वाला उपसर्ग
• (union find)

• , (, , tail recursion c )
• , N
• fuzz buzz ( 2 )

• ring buffer, thread (non)safe, (non)blocking.
• producer consumer, notify/notifyAll, .
• queue -> blocking queue wait notify
• thread safe
• calculate VWAP (with sliding window, global)
• sliding mean/avg
• ,
• ( - )
• — , .
• ( , ).
• - ( 1 , N ) —
• — check-for-string-rotation-in-java/

( , )

• — maze
• — Knight's tour, i,j
• — leetcode-word-search-java
• ( , , ).

— . , , , - , .

• — leetcode-paint-house-java
• . , .
• throthler , — , , 1 . throttling vs conflation.
• .
• 2 ( 1GB), . <1000 , 99% ( — 99% , 99% ). , .. — , 1-epsilon — ( , ).

• ,
• ATM ()
• — , , , X Y .
  ( ). , .

• , \.
• ,
• ( 3 \)
• . . , — , — ?..
• /
• , . () .

• —
• ,
• TDD
• SOLID
• — .

• leetcode
• hackerrank
• interviewbit
• geeksforgeeks
• ( )
• glassdoor
• google
• practice-practice-practice and have fun!

, , , .