मैं थॉटवर्क्स या मॉडल साक्षात्कार में कैसे शामिल हुई?

क्या आपको यह अजीब नहीं लगता कि जब आप नौकरी बदलने जा रहे हैं और साक्षात्कार से गुजरना होता है, तो पहली बात जो आप सोचते हैं वह यह है कि "मुझे साक्षात्कार के लिए तैयारी करनी है।" HackerRank पर समस्याओं को हल करें, कोडिंग साक्षात्कार को क्रैक करें, याद रखें कि ArrayList कैसे काम करता है और यह LinkedList से कैसे भिन्न है। हां, वे सॉर्टिंग के बारे में भी पूछ सकते हैं, और यह कहना स्पष्ट रूप से अव्यवसायिक होगा कि त्वरित सॉर्टिंग सबसे अच्छा विकल्प होगा।
लेकिन रुकिए, आप दिन में 8 घंटे प्रोग्रामिंग करते हैं, दिलचस्प और गैर-तुच्छ समस्याओं को हल करते हैं, और अपनी नई नौकरी में भी आप कमोबेश वही काम करेंगे। लेकिन फिर भी, साक्षात्कार में सफल होने के लिए, आपको किसी न किसी तरह से तैयारी करने की आवश्यकता है, अपने दैनिक कौशल को निखारने के लिए नहीं, बल्कि यह जानने के लिए कि आपको अपनी वर्तमान नौकरी में किस चीज की आवश्यकता नहीं थी और अगली नौकरी में भी इसकी आवश्यकता होने की संभावना नहीं है। आपकी इस आपत्ति पर कि कंप्यूटर विज्ञान हमारे खून में है, और यदि हमें आधी रात को जगा दिया जाए तो हम पेड़ जितनी चौड़ाई के तकिए पर आंखें बंद करके लिखने को बाध्य होंगे, यहां तक ​​कि होश में भी नहीं आएंगे, मैं यही उत्तर दूंगा कि यदि मुझे सर्कस में नौकरी मिल जाए, और मेरी मुख्य चाल बिल्कुल यही होगी - तो शायद हां, मैं सहमत हूं। इस कौशल का परीक्षण किया जाना आवश्यक है।

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

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

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

विचार काम करता है

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

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

• जोड़े में विकसित होने की क्षमता. यह वास्तव में योग्यता है, अनुभव या कौशल नहीं। किसी को भी यह उम्मीद नहीं है कि जो लोग 5 वर्षों से पेयर प्रोग्रामिंग का अभ्यास कर रहे हैं, वे आएंगे। लेकिन दूसरे लोगों की राय को ग्रहण करने में सक्षम होना, सुनने में सक्षम होना एक आवश्यक कौशल है।
• परीक्षण लिखने की क्षमता, तथा आदर्श रूप से TDD का अभ्यास करना
• SOLID और OOP को समझें और उन्हें लागू करने में सक्षम हों।
• अपना मत प्रस्तुत करें. एक सलाहकार को ग्राहक के डेवलपर्स के साथ, अन्य सलाहकारों के साथ काम करना पड़ता है, और यदि कोई व्यक्ति कोई काम अच्छी तरह से कर सकता है, लेकिन टीम के बाकी सदस्यों को यह बताने में पूरी तरह से असमर्थ है, तो इससे कोई खास लाभ नहीं होता है।

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

चरण 0.एच.आर.

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

चरण 1. आप OOP, TDD में कितने अच्छे हैं?

साक्षात्कार शुरू होने से डेढ़ घंटे पहले मुझे मार्स रोवर सिम्युलेटर बनाने का कार्य सौंपा गया।

मंगल रोवर मिशननासा द्वारा रोबोटिक रोवर्स का एक दस्ता मंगल ग्रह के एक पठार पर उतारा जाएगा। यह पठार, जो कि आश्चर्यजनक रूप से आयताकार है, रोवर्स द्वारा संचालित किया जाना चाहिए, ताकि उनके ऑन-बोर्ड कैमरे आसपास के भूभाग का पूरा दृश्य प्राप्त कर सकें और उसे पृथ्वी पर भेज सकें। रोवर की स्थिति और स्थान को x और y निर्देशांकों के संयोजन तथा चार दिशासूचक बिंदुओं में से एक को दर्शाने वाले अक्षर द्वारा दर्शाया जाता है। नौवहन को सरल बनाने के लिए पठार को ग्रिड में विभाजित किया गया है। एक उदाहरण स्थिति 0, 0, N हो सकती है, जिसका अर्थ है कि रोवर नीचे बाएं कोने में है और उत्तर की ओर मुंह करके खड़ा है। रोवर को नियंत्रित करने के लिए नासा अक्षरों की एक सरल श्रृंखला भेजता है। संभावित अक्षर 'L', 'R' और 'M' हैं। 'L' और 'R' से रोवर अपने वर्तमान स्थान से हिले बिना, क्रमशः 90 डिग्री बायीं या दायीं ओर घूमता है। 'एम' का अर्थ है एक ग्रिड बिंदु आगे बढ़ना, तथा उसी दिशा को बनाए रखना।
मान लें कि (x, y) से सीधे उत्तर दिशा में वर्ग (x, y+1) है।
इनपुट:
इनपुट की पहली पंक्ति पठार के ऊपरी-दाएं निर्देशांक हैं, निचले-बाएं निर्देशांक 0,0 माने गए हैं।
बाकी इनपुट उन रोवर्स से संबंधित जानकारी है जिन्हें तैनात किया गया है। प्रत्येक रोवर में इनपुट की दो लाइनें होती हैं। पहली पंक्ति रोवर की स्थिति बताती है, तथा दूसरी पंक्ति निर्देशों की एक श्रृंखला है जो रोवर को पठार का अन्वेषण करने का तरीका बताती है। यह स्थिति दो पूर्णांकों और रिक्त स्थानों से अलग किए गए एक अक्षर से बनी है, जो x और y निर्देशांकों और रोवर के अभिविन्यास के अनुरूप है।
प्रत्येक रोवर का कार्य क्रमिक रूप से पूरा किया जाएगा, जिसका अर्थ है कि दूसरा रोवर तब तक चलना शुरू नहीं करेगा, जब तक कि पहला रोवर चलना समाप्त नहीं कर देता।
उत्पादन:
प्रत्येक रोवर के लिए आउटपुट उसके अंतिम निर्देशांक और दिशा होनी चाहिए।
नोट:
बस ऊपर दी गई आवश्यकताओं को लागू करें और इसके लिए यूनिट परीक्षण लिखकर साबित करें कि वैक्यूम क्लीनर काम करता है।
किसी भी प्रकार का उपयोगकर्ता इंटरफ़ेस बनाना इसके दायरे से बाहर है।
टीडीडी (टेस्ट ड्रिवेन डेवलपमेंट) दृष्टिकोण अपनाकर समस्या का समाधान करना बेहतर होगा।
उपलब्ध कम समय में, हम पूर्णता की अपेक्षा गुणवत्ता के बारे में अधिक चिंतित हैं।
*मुझे जो असाइनमेंट भेजा गया था, मैं उसे पोस्ट नहीं कर सकता, यह एक पुराना असाइनमेंट है जो कई वर्ष पहले दिया गया था। लेकिन मेरा विश्वास करें, मूलतः सब कुछ वैसा ही रहता है।

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

• टीडीडी;
• ओओपी का उपयोग करने और रखरखाव योग्य कोड लिखने की क्षमता;
• जोड़ी प्रोग्रामिंग कौशल

इसलिए मुझे चेतावनी दी गई कि मैं उन 1.5 घंटों को यह सोचने में बिताऊं कि मैं कार्य कैसे करूंगा, न कि कोड लिखने में। हम मिलकर कोड लिखेंगे।

जब हमने फोन किया, तो उन लोगों ने संक्षेप में बताया कि वे कौन हैं और क्या करते हैं, तथा सुझाव दिया कि हम विकास कार्य शुरू कर दें।

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

साक्षात्कार के कुछ ही घंटों बाद मुझे रचनात्मक फीडबैक मिला - मुझे क्या पसंद आया और क्या नहीं। मेरे मामले में, मुझे नल ऑब्जेक्ट के विकल्प के रूप में सीलबंद क्लासेस का उपयोग करने के लिए प्रशंसा मिली; कोड लिखने से पहले मैं रोवर को कैसे नियंत्रित करना चाहता हूँ, इसका छद्म कोड लिखने के लिए, और इस प्रकार कक्षाओं का एक स्केच प्राप्त करने के लिए, कम से कम वे जो रोबोट एपीआई में शामिल हैं।

चरण 2: हमें बताएं

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

साक्षात्कार के कुछ घंटों बाद मुझे फीडबैक मिला - प्रस्तुति बहुत उपयोगी थी और उन्हें इसे सुनकर बहुत आनंद आया।

चरण 3. उत्पादन गुणवत्ता कोड

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

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

अतः आपके कोड को कितनी अच्छी तरह बदला जा सकता है, यह इस बात पर निर्भर करता है कि आपने शुरू में क्या डिज़ाइन बनाया है, यह कितना सरल है, तथा आपके परीक्षण कितने अच्छे हैं।

साक्षात्कार के बाद मुझे कुछ ही घंटों में फीडबैक मिल गया। इस बिंदु पर मुझे एहसास हुआ कि मैं लगभग वहां पहुंच चुका हूं और "फाउलर के साथ बैठक" तक बहुत कम समय बचा है।

चरण 4. अंतिम. तकनीकी प्रश्न बहुत हो गए। हम जानना चाहते हैं कि आप कौन हैं!

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

यदि आप थॉटवर्क्स संस्कृति के बारे में थोड़ा गूगल करेंगे, तो आपको मार्टिन फाउलर का एक लेख [https://martinfowler.com/bliki/ThreePillars.html] मिल जाएगा, जो 3 स्तंभों का वर्णन करता है: सतत व्यवसाय, सॉफ्टवेयर उत्कृष्टता और सामाजिक न्याय।

मान लीजिए कि सॉफ्टवेयर उत्कृष्टता की जाँच मेरे लिए पहले ही हो चुकी है। इसमें सतत व्यवसाय और सामाजिक न्याय को दर्शाना बाकी है।

इसके अलावा, मैंने बाद वाले पर ध्यान केंद्रित करने का निर्णय लिया।

सबसे पहले मैंने बताया कि थॉटवर्क्स क्यों - कॉलेज के दिनों में मैंने मार्टिन फाउलर का ब्लॉग पढ़ा था, इसलिए मुझे क्लीन कोड से प्यार हो गया।

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

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

अंत में, मेरी प्रस्तुति का 80% भाग बिल्लियों से भरा था।

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

अंत में, मैंने प्रतिक्रिया का इंतजार किया - मैंने एक व्यक्ति के रूप में सभी को संतुष्ट किया।

लेकिन अंतिम बातचीत के दौरान, एच.आर. ने चतुराई से समझाया कि सामाजिक न्याय बहुत अच्छा और आवश्यक है, लेकिन सभी परियोजनाएं ऐसी नहीं होतीं। और उसने पूछा कि क्या इससे मुझे डर लगता है? सामान्य तौर पर, मैं सामाजिक न्याय के मामले में थोड़ा आगे निकल गया, ऐसा होता है 🙂

संपूर्ण

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

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

पूर्वाग्रह को कम करने के लिए अनेक साक्षात्कारकर्ता। थॉटवर्क्स में, जोड़ी प्रोग्रामिंग वास्तविक मानक है। और यदि यह अभ्यास अन्य क्षेत्रों में भी लागू किया जा सकता है, तो टी.डब्लू. ऐसा करने का प्रयास करता है। प्रत्येक चरण में साक्षात्कार 2 व्यक्तियों द्वारा आयोजित किया जाता है। प्रत्येक व्यक्ति का मूल्यांकन कम से कम 8 लोगों द्वारा किया जाता है, और TW विभिन्न पृष्ठभूमि, विभिन्न क्षेत्रों (केवल तकनीकी विशेषज्ञ नहीं) और लिंग वाले साक्षात्कारकर्ताओं का चयन करने का प्रयास करता है।

अंततः, नियुक्ति का निर्णय कम से कम 8 लोगों की राय के आधार पर लिया जाएगा, तथा किसी का भी अंतिम निर्णय नहीं होगा।

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

शिक्षा प्रमाणपत्र की आवश्यकता नहीं टीडब्ल्यू को अभ्यर्थियों के लिए कंप्यूटर विज्ञान में किसी अनिवार्य प्रमाणपत्र या शिक्षा की आवश्यकता नहीं है। केवल कौशल का मूल्यांकन किया जाता है।

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

कई महीनों के बाद, मैं कह सकता हूँ कि मेरी अपेक्षाएँ पूरी तरह पूरी हुईं। थॉटवर्क्स एक नियमित कंपनी से किस प्रकार भिन्न है? एक सामान्य कंपनी में आपको अच्छे डेवलपर्स और अच्छे लोग मिल सकते हैं, लेकिन TW में उनकी सांद्रता चार्ट से बाहर है।

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

कृपया टिप्पणियों में प्रश्न पूछें या मुझसे अनुशंसा करने के लिए कहें।
यदि आपको यह विषय दिलचस्प लगे, तो मैं लिखूंगा कि थॉटवर्क्स में काम करना कैसा है और सिंगापुर में रहना कैसा है।

स्रोत: www.habr.com