मैं थॉटवर्क्स या एक अनुकरणीय साक्षात्कार में कैसे आया

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

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

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

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

ThoughtWorks

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

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

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

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

स्टेज 0. एचआर

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

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

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


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

• TDD;
• OOP का उपयोग करने और समर्थित कोड लिखने की क्षमता;
• जोड़ी प्रोग्रामिंग क्षमताओं

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

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

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

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

चरण 2. हमें बताओ

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

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

स्टेज 3. उत्पादन गुणवत्ता कोड

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

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

तो, आपका कोड कितनी अच्छी तरह से बदलने के लिए उधार देता है यह इस बात पर निर्भर करता है कि आपने मूल रूप से किस डिज़ाइन को रखा है, यह कितना सरल है, और आपके परीक्षण कितने अच्छे हैं।

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

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

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

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

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

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

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

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

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

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

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

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

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

परिणाम

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

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

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

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

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

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

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

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

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

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