म कसरी ThoughtWorks वा नमूना अन्तर्वार्तामा प्रवेश गरें

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

तर किन तपाईको हालको जागिरमा अप्रासंगिक सीपहरू परीक्षण गर्ने? केवल यो फेसन बन्यो किनभने? किनभने गुगलले यो गर्छ? वा किनभने तपाईंको भावी टोली नेतृत्वले अन्तर्वार्ता अघि सबै क्रमबद्ध विधिहरू सिक्नुपरेको थियो र अब उहाँ विश्वास गर्नुहुन्छ कि "हरेक राम्रो प्रोग्रामरले स्ट्रिङमा प्यालिन्ड्रोम फेला पार्ने कार्यान्वयनलाई हृदयले जान्नुपर्छ।"

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

ठिक छ, यदि यस पटक गुगल असफल भयो र जवाफ प्रदान गरेन भने, तपाईंले के गर्नुपर्छ? विकासकर्ताले काममा के गर्नेछ भन्ने कुरा जाँच गर्नुहोस्। तपाइँ विकासकर्ताहरूमा के मूल्यवान हुनुहुन्छ?
तपाइँ कसलाई भाडामा लिन चाहानुहुन्छ मापदण्ड बनाउनुहोस् र यी सीपहरू ठीकसँग परीक्षण गर्ने परीक्षणहरू विकास गर्नुहोस्।

विचारधाराहरू

यससँग ThoughtWorks को के सरोकार छ? यो जहाँ मैले आफ्नै लागि एक मोडेल अन्तर्वार्ताको उदाहरण भेट्टाएँ। Thoughtworks को हुन्? छोटकरीमा भन्नुपर्दा, यो चीन, सिङ्गापुरदेखि अमेरिकी महाद्वीपसम्म विश्वभरका कार्यालयहरू भएको उच्चस्तरीय परामर्शदाता कम्पनी हो, जसले करिब २५ वर्षदेखि विकासको क्षेत्रमा परामर्श गरिरहेको छ, मार्टिनको नेतृत्वमा यसको आफ्नै विज्ञान विभाग छ। फाउलर। यदि तपाईंले सफ्टवेयर इन्जिनियरका लागि पढ्नै पर्ने १० वटा पुस्तकहरूको सूची खोज्नुभयो भने, सायद तीमध्ये २-३ वटा थॉटवर्क्सका केटाहरूले लेखेका हुनेछन्, जस्तै मार्टिन फाउलरको रिफ्याक्टरिङ र बिल्डिङ माइक्रोसर्भिसेस: डिजाइनिङ फाइन-ग्रेन्ड सिस्टम्स सैमद्वारा। न्यूम्यान वा बिल्डिंग इभोलुसनरी आर्किटेक्चर
पैट्रिक कुआ, रेबेका पार्सन्स, नील फोर्ड द्वारा।

कम्पनीको व्यवसाय एकदम महँगो सेवाहरू उपलब्ध गराउनमा निर्माण गरिएको छ, तर ग्राहकले अभूतपूर्व गुणस्तरको लागि भुक्तानी गर्दछ, जसमा विशेषज्ञता, आन्तरिक मापदण्डहरू र निस्सन्देह, मानिसहरू समावेश हुन्छन्। तसर्थ, यहाँ सही व्यक्तिहरूलाई भर्ती गर्नु महत्त्वपूर्ण छ।
कस्ता मान्छे सहि हो ? निस्सन्देह, त्यहाँ सबैको लागि फरक फरक छन्। ThoughtWorks ले निर्धारण गरेको छ कि तिनीहरूको विकासकर्ता व्यापार मोडेलको लागि सबैभन्दा महत्त्वपूर्ण मापदण्डहरू हुन्:

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

अब उम्मेदवारमा यी विशेष सीपहरू मूल्याङ्कन गर्न महत्त्वपूर्ण छ। र यहाँ म ThoughtWorks मा अन्तर्वार्ताको मेरो अनुभवको बारेमा कुरा गर्न चाहन्छु। म सिङ्गापुर गएर उत्तीर्ण भएँ भनेर तुरुन्तै भन्नेछु, तर भर्ती प्रक्रिया एकीकृत छ र देशअनुसार फरक हुने छैन।

स्टेज 0. HR

प्राय जसो हुन्छ, HR संग 20-मिनेट अन्तर्वार्ता। म यसमा ध्यान दिनेछैन, म केवल भन्छु कि मैले कम्पनीमा विकास संस्कृतिको बारेमा 15 मिनेटको लागि कुरा गर्न सक्ने HR व्यक्तिलाई कहिल्यै भेटेको छैन, किन तिनीहरूले TDD प्रयोग गर्छन्, किन प्रोग्रामिङ जोडी। सामान्यतया, HRs यस प्रश्नमा मन पराउँछन् र भन्छन् कि तिनीहरूको प्रक्रिया सामान्य छ: विकासकर्ताहरू विकास गर्छन्, परीक्षकहरू परीक्षण गर्छन्, प्रबन्धकहरूले ड्राइभ गर्छन्।

चरण 1. तपाईं OOP, TDD मा कत्तिको राम्रो हुनुहुन्छ?

अन्तर्वार्ता सुरु हुनुभन्दा १.५ घन्टा अघि, मलाई मार्स रोभर सिम्युलेटर बनाउन एउटा कार्य पठाइयो।

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

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

• TDD;
• OOP प्रयोग गर्ने र रखरखाव योग्य कोड लेख्ने क्षमता;
• जोडा प्रोग्रामिङ क्षमताहरू

त्यसोभए, मलाई कोड लेख्नुको सट्टा म कसरी काम गर्न गइरहेको छु भनेर सोच्न ती 1.5 घण्टा खर्च गर्न चेतावनी दिइएको थियो। हामी सँगै कोड लेख्नेछौं।

जब हामी फोनमा पुग्यौं, केटाहरूले हामीलाई संक्षिप्त रूपमा उनीहरू को हुन् र उनीहरू के गर्छन् भनेर बताए र विकास सुरु गर्न प्रस्ताव गरे।

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

अन्तर्वार्ताको केही घण्टा पछि, मैले रचनात्मक प्रतिक्रिया प्राप्त गरें - मलाई के मन पर्यो र के मन परेन। मेरो मामलामा, नल वस्तुको विकल्पको रूपमा सिल गरिएको कक्षाहरू प्रयोग गरेकोमा मलाई प्रशंसा गरिएको थियो; यस तथ्यको लागि कि कोड लेख्नु अघि, मैले स्यूडोकोडमा लेखें कि म कसरी रोभरलाई नियन्त्रण गर्न चाहन्छु, र यसैले कक्षाहरूको स्केच प्राप्त गरें, कम्तिमा रोबोटको एपीआईमा संलग्न भएकाहरू।

चरण 2: हामीलाई भन्नुहोस्

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

अन्तर्वार्ताको केही घण्टा पछि, मैले प्रतिक्रिया प्राप्त गरें - प्रस्तुतीकरण धेरै उपयोगी थियो र उनीहरूले साँच्चै सुनेर आनन्द उठाए।

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

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

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

त्यसोभए, तपाइँको कोड कत्तिको राम्रोसँग परिवर्तन गर्न सकिन्छ तपाइँको दिमागमा कुन डिजाइनको साथ सुरु गर्ने, यो कत्तिको सरल छ, र तपाइँका परीक्षणहरू कति राम्रो छन् भन्नेमा निर्भर गर्दछ।

अन्तर्वार्ता पछि, मैले केहि घण्टा भित्र प्रतिक्रिया प्राप्त गरें। यस चरणमा, मैले महसुस गरें कि म लगभग समाप्त भइसकेको थिएँ र मैले "फाउलरलाई नभेटेसम्म" धेरै थोरै बाँकी थियो।

चरण 4. फाइनल। पर्याप्त प्राविधिक प्रश्नहरू। हामी तपाई को हुनुहुन्छ भनेर जान्न चाहन्छौं!

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

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

मानौं कि सफ्टवेयर उत्कृष्टता पहिले नै मेरो लागि जाँच गरिएको छ। यो दिगो व्यापार र सामाजिक न्याय देखाउन बाँकी छ।

यसबाहेक, मैले पछिल्लोमा ध्यान केन्द्रित गर्ने निर्णय गरें।

सुरुमा, मैले उसलाई किन थोटवर्क्स भनेँ - मैले कलेजमा मार्टिन फाउलरको ब्लग पढें, त्यसैले क्लीन कोडको लागि मेरो माया।

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

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

अन्तमा, मेरो प्रस्तुतिको 80% बिरालाहरूले भरिएको थियो।

प्रस्तुतिको तुरुन्तै पछि, HR ले मलाई लेख्यो कि उसलाई अझै साक्षात्कारको नतिजा थाहा छैन, तर सम्पूर्ण कार्यालय पहिले नै बिरालोहरु संग प्रभावित थियो।

अन्ततः, मैले प्रतिक्रियाको लागि पर्खें - मैले एक व्यक्तिको रूपमा सबैलाई सन्तुष्ट गरें।

तर अन्तिम कुराकानीका क्रममा मानव संसाधनले सामाजिक न्याय एकदमै राम्रो र आवश्यक भए पनि सबै आयोजना यस्तो नहुने बताए । र उसले सोध्यो कि यसले मलाई डराएको छ। सामान्यतया, म सामाजिक न्यायको साथ थोरै ओभरबोर्ड गएँ, यो हुन्छ :)

परिणाम

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

Thoughtworks मा, उम्मेद्वारको लागि पर्याप्त आवश्यकताहरूको अतिरिक्त, निम्न सिद्धान्तहरू अगाडि छन्:
अन्तर्वार्ताको आनन्द। यसबाहेक, दुवै पक्षका लागि। वास्तवमा, यदि तपाइँ उत्कृष्ट कर्मचारीहरू प्राप्त गर्न चाहनुहुन्छ भने (र कसले गर्दैन?), त्यसपछि अन्तर्वार्ता भनेको बजार होइन जहाँ दासहरू छनोट गरिन्छ, तर एउटा कार्यक्रम जहाँ रोजगारदाता र उम्मेद्वार दुवैले एकअर्काको मूल्याङ्कन गर्छन्। र यदि एक उम्मेद्वारले कम्पनीसँग सुखद भावनाहरू सम्बद्ध गर्दछ भने, यो सम्भव छ कि उसले यो विशेष कम्पनी रोज्नेछ।

पूर्वाग्रह कम गर्न बहु साक्षात्कारकर्ताहरू। Thoughtworks मा, जोडी प्रोग्रामिङ वास्तविक मानक हो। र यदि यो अभ्यास अन्य क्षेत्रहरूमा लागू गर्न सकिन्छ भने, TW ले त्यसो गर्ने प्रयास गर्दछ। प्रत्येक चरणमा २ जनाले अन्तर्वार्ता लिने गरेका छन् । यसरी, प्रत्येक व्यक्तिको मूल्याङ्कन कम्तिमा 2 व्यक्तिहरूद्वारा गरिन्छ, र TW ले विभिन्न पृष्ठभूमि, फरक दिशाहरू (प्राविधिक मात्र होइन) र लिङ्ग भएका अन्तर्वार्ताकर्ताहरू चयन गर्ने प्रयास गर्दछ।

अन्ततः, भर्ती निर्णय कम्तिमा 8 व्यक्तिको रायको आधारमा गरिनेछ, र कसैलाई पनि कास्टिङ भोट छैन।

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

शैक्षिक प्रमाणपत्र आवश्यक छैन TW लाई कम्प्युटर विज्ञानमा कुनै प्रमाणीकरण वा शिक्षा आवश्यक पर्दैन। केवल सीपहरू मूल्याङ्कन गरिन्छ।

विदेशी कम्पनीहरूसँग मैले लिएको यो पहिलो अन्तर्वार्ता हो जसको लागि मैले तयारी गर्नुपरेको थिएन। प्रत्येक चरण पछि, मैले थकित महसुस गरेन, तर यसको विपरित, मैले उत्कृष्ट अभ्यासहरू लागू गर्न सक्छु भनेर म खुसी थिएँ, कि मनिटरको अर्को पक्षका मानिसहरूले यसलाई सराहना गरे र प्रत्येक दिन लागू गरे।

धेरै महिना पछि, म भन्न सक्छु कि मेरो अपेक्षाहरू पूर्ण रूपमा पूरा भयो। ThoughtWorks नियमित कम्पनी भन्दा कसरी फरक छ? नियमित कम्पनीमा तपाईले राम्रो विकासकर्ता र राम्रा व्यक्तिहरू फेला पार्न सक्नुहुन्छ, तर TW मा तिनीहरूको एकाग्रता चार्टहरू बन्द छ।

यदि तपाइँ ThoughtWorks मा सामेल हुन इच्छुक हुनुहुन्छ भने, तपाइँ हाम्रो खुला स्थितिहरू हेर्न सक्नुहुन्छ यहाँ
म रोचक रिक्त पदहरूमा ध्यान दिन सुझाव दिन्छु:
प्रमुख सफ्टवेयर इन्जिनियर: जर्मनी, लन्डन, म्याड्रिड, Сингапур
वरिष्ठ सफ्टवेयर इन्जिनियर: सिडनी, जर्मनी, मैनचेस्टर, बैंकक
सफ्टवेयर इन्जिनियर: सिडनी, बार्सिलोना, मिलान
वरिष्ठ डाटा इन्जिनियर: मिलान
गुणस्तर विश्लेषक: जर्मनी चीन
पूर्वाधार: जर्मनी, लन्डन, चिली
(म तपाईंलाई इमानदारीपूर्वक चेतावनी दिन चाहन्छु कि लिङ्क एक रेफरल लिङ्क हो, यदि तपाईं TW मा जानुहुन्छ भने, म राम्रो बोनस प्राप्त गर्नेछु)। तपाईलाई मनपर्ने अफिस छान्नुहोस्, तपाईले आफूलाई युरोपमा सीमित गर्नु पर्दैन, आखिर, प्रत्येक 2 वर्षमा TW तपाईलाई अर्को देशमा सार्न खुसी हुनेछ, किनकि ... यो ThoughtWorks नीतिको भाग हो, त्यसैले संस्कृति फैलिएको छ र एकरूपता छ।

टिप्पणीहरूमा प्रश्नहरू सोध्न नहिचकिचाउनुहोस् वा मलाई सिफारिसहरूको लागि सोध्नुहोस्।
यदि विषय चाखलाग्दो देखिन्छ भने, म थॉटवर्क्समा काम गर्न कस्तो लाग्छ र सिंगापुरमा जीवन कस्तो छ भन्ने बारे लेख्नेछु।

स्रोत: www.habr.com