मैं थॉटवर्क्स या नमूना साक्षात्कार में कैसे शामिल हुआ

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

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

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

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

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

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

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

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

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

स्टेज 0. एचआर

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

चरण 1. आप ओओपी, टीडीडी में कितने अच्छे हैं?

साक्षात्कार शुरू होने से 1.5 घंटे पहले, मुझे मार्स रोवर सिम्युलेटर बनाने का कार्य भेजा गया।

मंगल रोवर मिशननासा द्वारा मंगल ग्रह के एक पठार पर रोबोटिक रोवर्स का एक दस्ता उतारा जाएगा। यह पठार, जो आश्चर्यजनक रूप से आयताकार है, को रोवर्स द्वारा नेविगेट किया जाना चाहिए ताकि उनके ऑन-बोर्ड कैमरे पृथ्वी पर वापस भेजने के लिए आसपास के इलाके का पूरा दृश्य प्राप्त कर सकें। रोवर की स्थिति और स्थान को x और y निर्देशांक के संयोजन और चार कार्डिनल कंपास बिंदुओं में से एक का प्रतिनिधित्व करने वाले एक अक्षर द्वारा दर्शाया जाता है। नेविगेशन को सरल बनाने के लिए पठार को ग्रिड में विभाजित किया गया है। एक उदाहरण स्थिति 0, 0, N हो सकती है, जिसका अर्थ है कि रोवर निचले बाएँ कोने में है और उत्तर की ओर है। रोवर को नियंत्रित करने के लिए, नासा अक्षरों की एक सरल श्रृंखला भेजता है। संभावित अक्षर 'L', 'R' और 'M' हैं। 'एल' और 'आर' रोवर को उसके वर्तमान स्थान से हिले बिना क्रमशः 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% प्रस्तुति बिल्लियों से भरी हुई थी।

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

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

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

संपूर्ण

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

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

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

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

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

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

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

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

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

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

स्रोत: www.habr.com