मी Thoughtworks किंवा नमुना मुलाखतीत कसा आलो

तुम्हाला हे विचित्र वाटत नाही की जेव्हा तुम्ही नोकरी बदलणार असाल आणि मुलाखत उत्तीर्ण होण्याची गरज निर्माण होते, तेव्हा तुम्हाला पहिली गोष्ट वाटते की "तुम्हाला मुलाखतीची तयारी करणे आवश्यक आहे." HackerRank वरील समस्या सोडवा, Crack the codeing interview वाचा, ArrayList कसे कार्य करते आणि LinkedList पेक्षा ते कसे वेगळे आहे ते लक्षात ठेवा. अरे हो, ते क्रमवारी लावण्याबद्दल देखील विचारू शकतात आणि हे स्पष्टपणे म्हणणे अव्यावसायिक असेल की द्रुत क्रमवारी हा बहुधा सर्वोत्तम पर्याय असेल.
पण थांबा, तुम्ही दिवसाचे 8 तास कार्यक्रम करता, मनोरंजक आणि क्षुल्लक समस्या सोडवता आणि तुमच्या नवीन नोकरीवर तुम्ही तेच कराल, अधिक किंवा वजा. परंतु असे असले तरी, मुलाखत उत्तीर्ण होण्यासाठी, तुम्हाला काही प्रमाणात अतिरिक्त तयारी करावी लागेल, तुमची दैनंदिन कौशल्ये देखील वाढवू नयेत, परंतु तुमच्या सध्याच्या नोकरीमध्ये तुम्हाला आवश्यक नसलेले आणि तुमच्या पुढच्या नोकरीसाठी आवश्यक नसलेले काहीतरी शिकणे आवश्यक आहे. संगणक विज्ञान आमच्या रक्तात आहे, आणि जर तुम्ही आम्हाला मध्यरात्री उठवले, तर आम्ही उशीच्या पेटीवर डोळे मिटून झाडाच्या रुंदीवर भानावर न येता फेरफटका मारणे हे लिहिणे बंधनकारक आहे. मला उत्तर देईल की जर मला सर्कसमध्ये नोकरी मिळाली आणि माझी मुख्य गोष्ट हीच असेल - तर कदाचित होय, मी सहमत आहे. या कौशल्याची चाचणी घेणे आवश्यक आहे.

पण तुमच्या सध्याच्या नोकरीशी अप्रासंगिक असलेल्या कौशल्यांची चाचणी का? फक्त ते फॅशनेबल झाले म्हणून? कारण Google हे करते? किंवा तुमच्या भावी टीम लीडला मुलाखतीपूर्वी वर्गीकरणाच्या सर्व पद्धती शिकून घ्याव्या लागल्या आणि आता त्याचा असा विश्वास आहे की "प्रत्येक चांगल्या प्रोग्रामरला स्ट्रिंगमध्ये पॅलिंड्रोम शोधण्याची अंमलबजावणी मनापासून माहित असणे आवश्यक आहे."

बरं, तुम्ही Google (c) नाही आहात. गुगलला जे परवडेल ते सामान्य कंपन्या करू शकत नाहीत. Google, आपल्या कर्मचार्‍यांच्या डेटाचे विश्लेषण करून, या निष्कर्षापर्यंत पोहोचले की ऑलिम्पियाड पार्श्वभूमी असलेले अभियंते त्याच्या विशिष्ट कार्यांमध्ये चांगले आहेत. शिवाय, त्यांच्या निवड प्रक्रियेची रचना करून, ते काही चांगले अभियंते नियुक्त करू शकत नाहीत अशी जोखीम घेणे त्यांना परवडेल कारण ते गणिताच्या समस्या सहजपणे सोडवू शकत नाहीत. परंतु त्यांच्यासाठी ही समस्या नाही, असे बरेच लोक आहेत ज्यांना Google वर काम करायचे आहे, पद बंद केले जाईल.
आता आपण खिडकीतून बाहेर पाहू, आणि जर तुमच्या कार्यालयासमोर तुमच्यासाठी काम करू इच्छिणाऱ्या अभियंत्यांनी अजून टेंट कॅम्प लावला नसेल, आणि तुमचे डेव्हलपर अधिक वेळा स्टॅकओव्हरफ्लोवर पाहत असतील की पुढील स्प्रिंग एनोटेशन स्थापित करणे आवश्यक आहे, रँकिंग अल्गोरिदमच्या गुंतागुंतीपेक्षा, मग, वरवर पाहता, तुम्ही Google ची कॉपी करावी की नाही याचा विचार करण्याची वेळ आली आहे.

बरं, यावेळी जर Google अयशस्वी झाला आणि उत्तर दिले नाही, तर तुम्ही काय करावे? डेव्हलपर कामावर नक्की काय करेल ते तपासा. विकसकांमध्ये तुम्हाला काय महत्त्व आहे?
तुम्हाला कोणाला कामावर घ्यायचे आहे याचे निकष बनवा आणि या कौशल्यांची अचूक चाचणी करणार्‍या चाचण्या विकसित करा.

थॉटवर्क्स

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

कंपनीचा व्यवसाय बर्‍यापैकी महागड्या सेवा प्रदान करण्यावर आधारित आहे, परंतु ग्राहक अभूतपूर्व गुणवत्तेसाठी पैसे देतो, ज्यामध्ये कौशल्य, अंतर्गत मानके आणि अर्थातच लोक असतात. म्हणून, योग्य लोकांना नियुक्त करणे येथे महत्वाचे आहे.
कोणत्या प्रकारचे लोक बरोबर आहेत? अर्थात, प्रत्येकासाठी वेगवेगळे आहेत. ThoughtWorks ने निर्धारित केले आहे की त्यांच्या विकसक व्यवसाय मॉडेलसाठी सर्वात महत्वाचे निकष आहेत:

• जोड्यांमध्ये विकसित करण्याची क्षमता. ती क्षमता आहे, अनुभव किंवा कौशल्य नाही. 5 वर्षांपासून पेअर प्रोग्रामिंगचा सराव करणारे लोक येतील अशी अपेक्षा कोणीही करत नाही. परंतु इतर लोकांच्या मतांना स्वीकारणे आणि ऐकण्यास सक्षम असणे हे एक आवश्यक कौशल्य आहे.
• चाचण्या लिहिण्याची क्षमता, आणि आदर्शपणे TDD चा सराव करा
• सॉलिड आणि ओओपी समजून घ्या आणि ते लागू करण्यास सक्षम व्हा.
• आपले मत मांडावे. सल्लागार म्हणून, तुम्हाला क्लायंटच्या डेव्हलपर्ससोबत, इतर सल्लागारांसोबत काम करावे लागेल आणि जर एखाद्या व्यक्तीला एखादी गोष्ट चांगली कशी करायची हे माहित असेल, परंतु ते बाकीच्या टीमपर्यंत पोहोचवण्यात पूर्णपणे अक्षम असेल तर फारसा फायदा होणार नाही.

आता उमेदवारातील या विशिष्ट कौशल्यांचे मूल्यमापन करणे महत्त्वाचे आहे. आणि इथे मला थॉटवर्क्समध्ये मुलाखत घेण्याच्या माझ्या अनुभवाबद्दल बोलायचे आहे. मी लगेच म्हणेन की मी सिंगापूरला गेलो आणि उत्तीर्ण झालो, परंतु भरती प्रक्रिया एकसंध आहे आणि देश-देशात फारशी वेगळी असणार नाही.

टप्पा 0. HR

जसे अनेकदा घडते, HR सह 20 मिनिटांची मुलाखत. मी यावर लक्ष ठेवणार नाही, मी एवढेच सांगेन की कंपनीतील विकास संस्कृती, ते TDD का वापरतात, पेअर प्रोग्रामिंग का करतात याबद्दल 15 मिनिटे बोलू शकणार्‍या एचआर व्यक्तीला मी कधीही भेटलो नाही. सहसा, एचआर या प्रश्नावर विलग होतात आणि म्हणतात की त्यांची प्रक्रिया सामान्य आहे: विकासक विकसित करतात, परीक्षक चाचणी करतात, व्यवस्थापक चालवतात.

स्टेज 1. तुम्ही OOP, TDD मध्ये किती चांगले आहात?

मुलाखत सुरू होण्याच्या 1.5 तास आधी, मला मार्स रोव्हर सिम्युलेटर बनवण्याचे कार्य पाठवले गेले.

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

मी विशेषतः मूल्यमापन निकषांकडे लक्ष वेधू इच्छितो. तुम्हाला किती वेळा अशी परिस्थिती आली आहे जिथे उमेदवारासाठी महत्वाच्या गोष्टी ऑडिट दरम्यान पूर्णपणे बिनमहत्त्वाच्या असतात आणि त्याउलट. प्रत्येकजण तुमच्यासारखाच विचार करत नाही, परंतु तुमची मूल्ये स्पष्टपणे सांगितल्यास बरेच जण स्वीकारू शकतात आणि त्यांचे अनुसरण करू शकतात. तर, मूल्यमापन निकषांवरून हे लगेच स्पष्ट होते की या टप्प्यावर सर्वात महत्त्वाची कौशल्ये आहेत

• टीडीडी;
• OOP वापरण्याची आणि देखभाल करण्यायोग्य कोड लिहिण्याची क्षमता;
• प्रोग्रामिंग क्षमता जोडणे

म्हणून, कोड लिहिण्याऐवजी मी ते कार्य कसे करणार आहे याचा विचार करण्यात मला ते 1.5 तास घालवण्याचा इशारा देण्यात आला. आम्ही कोड एकत्र लिहू.

जेव्हा आम्ही फोनवर आलो तेव्हा मुलांनी आम्हाला थोडक्यात सांगितले की ते कोण आहेत आणि ते काय करतात आणि विकास सुरू करण्याची ऑफर दिली.

संपूर्ण मुलाखतीदरम्यान, मला एकदाही असे वाटले नाही की माझी मुलाखत घेतली जात आहे. अशी भावना आहे की आपण संघात कोड विकसित करत आहात. जर तुम्ही कुठेतरी अडकलात तर ते मदत करतात, सल्ला देतात, चर्चा करतात, अगदी चांगले कसे करायचे यावर एकमेकांशी वाद घालतात. मुलाखतीत, मी JUnit 5 मध्ये कसे तपासायचे ते विसरलो की एक पद्धत अपवाद दर्शवते - त्यांनी चाचणी लिहिणे सुरू ठेवण्याची ऑफर दिली, तर त्यांच्यापैकी एकाने ते कसे करावे हे गुगल करत होते.

मुलाखतीनंतर अक्षरशः काही तासांनी, मला रचनात्मक अभिप्राय मिळाला - मला काय आवडले आणि काय नाही. माझ्या बाबतीत, नल ऑब्जेक्टला पर्याय म्हणून सीलबंद वर्ग वापरल्याबद्दल माझी प्रशंसा झाली; कोड लिहिण्यापूर्वी, मी स्यूडोकोडमध्ये लिहिले की मला रोव्हर कसे नियंत्रित करायचे आहे आणि अशा प्रकारे वर्गांचे स्केच प्राप्त झाले, जे किमान रोबोटच्या API मध्ये सामील आहेत.

पायरी 2: आम्हाला सांगा

मुलाखतीच्या एक आठवडा आधी, मला स्वारस्य असलेल्या कोणत्याही विषयावर सादरीकरण तयार करण्यास सांगितले होते. स्वरूप सोपे आणि परिचित आहे: 15 मिनिटे सादरीकरण, 15 मिनिटे प्रश्नांची उत्तरे.
मी अंकल बॉबचे क्लीन आर्किटेक्चर निवडले. आणि पुन्हा काही लोकांनी माझी मुलाखत घेतली. इंग्रजीत सादरीकरण करण्याचा हा माझा पहिला अनुभव होता, आणि कदाचित, जर मी तणावपूर्ण परिस्थितीत असतो, तर मी सामना करू शकलो नसतो. पण पुन्हा, मला एकदाही असे वाटले नाही की मी मुलाखतीत आहे. सर्व काही नेहमीप्रमाणे आहे - मी त्यांना सांगतो, ते लक्षपूर्वक ऐकतात. पारंपारिक प्रश्नोत्तर सत्र देखील मुलाखतीसारखे नव्हते; हे स्पष्ट होते की प्रश्न "बुडण्यासाठी" विचारले गेले नाहीत, परंतु माझ्या सादरीकरणात त्यांना खरोखर स्वारस्य असलेले प्रश्न विचारले गेले.

मुलाखतीनंतर काही तासांनंतर, मला अभिप्राय मिळाला - सादरीकरण खूप उपयुक्त होते आणि त्यांना ऐकण्यात खरोखर आनंद झाला.

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

तांत्रिक मुलाखतींचा हा शेवटचा टप्पा आहे असा इशारा दिल्याने, मला कोड घरी उत्पादनासाठी तयार स्थितीत आणण्यास सांगितले गेले, त्यानंतर पुनरावलोकनासाठी कोड पाठवा आणि मुलाखतींचे वेळापत्रक पाठवा ज्यावर कार्याच्या आवश्यकता बदलतील आणि कोड बदलेल. सुधारणा आवश्यक आहे. पुढे पाहताना, मी असे म्हणू शकतो की कोड पुनरावलोकन आंधळेपणाने केले जाते, पुनरावलोकनकर्त्यांना उमेदवार कोणत्या पदासाठी अर्ज करत आहे हे माहित नाही, त्यांना त्याचा सीव्ही दिसत नाही, त्यांना त्याचे नाव देखील दिसत नाही.

फोन वाजला, आणि पुन्हा मॉनिटरच्या पलीकडे काही मुले दिसली. सर्व काही पहिल्या मुलाखतीप्रमाणेच आहे: मुख्य गोष्ट म्हणजे टीडीडीबद्दल विसरू नका, तुम्ही काय करता आणि का ते सांगा. जर तुम्ही याआधी TDD चा सराव केला नसेल, तर मी ताबडतोब ते सुरू करण्याची शिफारस करतो, कारण कंपन्यांमध्ये ते आवश्यक आहे म्हणून नाही, तर ते तुमचे जीवन लक्षणीयरीत्या सुलभ करते, तुमची इच्छा असल्यास तुमची तणाव पातळी कमी करते. फक्त ब्राउझरद्वारे पुनरुत्पादित करता येणार्‍या त्रुटीसाठी तुम्हाला डीबगरसह वेडसरपणे कसे शोधावे लागले हे लक्षात ठेवा, परंतु तुम्ही ते चाचण्यांद्वारे पुनरुत्पादित करू शकत नाही? आता कल्पना करा की मुलाखतीदरम्यान तुम्हाला अशी चूक पकडावी लागेल - तुम्हाला दोन राखाडी केसांची हमी दिली जाते. TDD सह आम्हाला काय मिळेल? आम्ही कोड बदलला आणि अनपेक्षितपणे लक्षात आले की आता चाचण्या लाल आहेत, परंतु आम्ही प्रथमच शोधू शकत नाही अशी त्रुटी काय आहे? ठीक आहे, आम्ही मुलाखत घेणाऱ्यांना "अरेरे" म्हणतो, Ctrl-Z दाबा आणि छोटी पावले पुढे टाकण्यास सुरुवात करा. आणि हो, तुम्हाला स्वतःमध्ये TDD वापरून विकसित करण्याची क्षमता, ध्येयाकडे जाण्याची क्षमता विकसित करणे आवश्यक आहे जेणेकरून तुमच्या चाचण्या कायमच्या हिरव्या असतील आणि अर्ध्या दिवसासाठी लाल नसतील, कारण "तुमच्याकडे भरपूर रिफॅक्टरिंग आहे." देखरेख करण्यायोग्य कोड लिहिणे किंवा उत्पादक संहिता लिहिणे यासारखेच हे कौशल्य आहे.

त्यामुळे, तुमचा कोड किती चांगला बदलला जाऊ शकतो हे तुम्ही कोणत्या प्रकारची रचना सुरू करायची आहे, ते किती सोपे आहे आणि तुमच्या चाचण्या किती चांगल्या आहेत यावर अवलंबून आहे.

मुलाखतीनंतर काही तासांतच मला अभिप्राय मिळाला. या टप्प्यावर, मला जाणवले की मी जवळजवळ पूर्ण झालो होतो आणि मी "फॉलरला भेटेपर्यंत" फारच कमी शिल्लक होते.

स्टेज 4. अंतिम. पुरेसे तांत्रिक प्रश्न. आपण कोण आहात हे आम्हाला जाणून घ्यायचे आहे!

खरे सांगायचे तर, प्रश्नाच्या या फॉर्म्युलेशनमुळे मी काहीसा गोंधळलो होतो. एका तासाच्या संभाषणात मी कोणत्या प्रकारची व्यक्ती आहे हे तुम्हाला कसे समजेल? आणि त्याहीपेक्षा, जेव्हा मी माझी मातृभाषा नसलेली भाषा बोलतो तेव्हा तुम्हाला हे कसे समजेल, आणि अगदी स्पष्टपणे सांगायचे तर, अतिशय घाणेरडे आणि जीभेने बांधलेले. मागील मुलाखतींमध्ये, प्रश्नांची उत्तरे देण्याऐवजी वैयक्तिकरित्या बोलणे माझ्यासाठी सोपे होते आणि उच्चारण दोष होते. मुलाखत घेणाऱ्यांपैकी किमान एक आशियाई होता - आणि त्यांचा उच्चार, बरं, फक्त सांगूया, काहीसा युरोपियन कानाला विशिष्ट आहे. म्हणून, मी एक सक्रिय दृष्टीकोन घेण्याचे ठरविले - माझ्याबद्दल एक सादरीकरण तयार करा आणि मुलाखतीच्या सुरुवातीला या सादरीकरणासह माझ्याबद्दल बोलण्याची ऑफर दिली. जर ते सहमत असतील तर माझ्यासाठी कमीत कमी प्रश्न असतील; जर त्यांनी ऑफर नाकारली तर, माझ्या आयुष्यातील 3 तास प्रेझेंटेशनसाठी घालवण्याची किंमत इतकी जास्त नाही. पण तुम्ही तुमच्या सादरीकरणात काय लिहावे? चरित्र - तेथे जन्म, त्यावेळी, शाळेत गेला, विद्यापीठातून पदवी प्राप्त केली - पण कोणाला काळजी आहे?

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

चला असे गृहीत धरू की माझ्यासाठी सॉफ्टवेअर उत्कृष्टता आधीच तपासली गेली आहे. हे शाश्वत व्यवसाय आणि सामाजिक न्याय दर्शविणे बाकी आहे.

शिवाय, मी नंतरचे लक्ष केंद्रित करण्याचा निर्णय घेतला.

सुरुवातीला, मी त्याला थॉटवर्क्स का सांगितले - मी मार्टिन फॉलरचा ब्लॉग कॉलेजमध्ये परत वाचला, त्यामुळे क्लीन कोडवर माझे प्रेम आहे.

प्रकल्प वेगवेगळ्या कोनातून देखील सादर केले जाऊ शकतात. त्याने औषधासाठी सॉफ्टवेअर देखील विकसित केले जे रुग्णांचे जीवन सोपे करते आणि अफवांच्या मते, एकाचा जीव वाचवला. मी बँकांसाठी सॉफ्टवेअरही विकसित केले, ज्यामुळे नागरिकांचे जीवन सुसह्य झाले. विशेषतः जर ही बँक देशाच्या 70% लोकसंख्येद्वारे वापरली जाते. हे Sberbank बद्दल नाही आणि रशियाबद्दल देखील नाही.

माझ्याबद्दल जाणून घेऊ इच्छिता? ठीक आहे. फोटोग्राफी हा माझा छंद आहे, एक ना एक प्रकारे मी सुमारे 10 वर्षांपासून माझ्या हातात कॅमेरा धरत आहे, अशी छायाचित्रे आहेत जी दाखवायला मला फारशी लाज वाटत नाही. तसेच, एका वेळी, मी एका मांजरीच्या आश्रयाला मदत केली: मी मांजरींचे छायाचित्र काढले ज्यांना कायमस्वरूपी घराची आवश्यकता आहे. आणि चांगल्या छायाचित्रांसह मांजर ठेवणे खूप सोपे आहे. मी कदाचित शंभर मांजरींचे फोटो काढले आहेत :)

शेवटी, माझे 80% सादरीकरण मांजरींनी भरले होते.

सादरीकरणानंतर लगेचच, एचआरने मला लिहिले की त्याला अद्याप मुलाखतीचे निकाल माहित नाहीत, परंतु संपूर्ण कार्यालय आधीच मांजरींसह प्रभावित झाले आहे.

शेवटी, मी अभिप्रायाची वाट पाहिली - मी एक व्यक्ती म्हणून प्रत्येकाचे समाधान केले.

पण अंतिम संभाषणादरम्यान एचआरने कुशलतेने सांगितले की सामाजिक न्याय खूप चांगला आणि आवश्यक आहे, परंतु सर्व प्रकल्प असे नाहीत. आणि त्याने विचारले की मला भीती वाटते का? सर्वसाधारणपणे, मी सामाजिक न्यायाच्या बाबतीत थोडे ओव्हरबोर्ड गेलो, असे होते :)

परिणाम

परिणामी, मी सिंगापूरमध्ये थॉटवर्क्स येथे अनेक महिन्यांपासून काम करत आहे, आणि मी पाहतो की येथे अनेक कंपन्या स्प्रिंगपेक्षा अधिक ज्ञान असूनही, कोडिंगसाठी पाने आणि व्हाईटबोर्ड वापरून Google कडून “सर्वोत्तम मुलाखत पद्धती” स्वीकारत आहेत, Symfony, RubyOnRails (काय आवश्यक आहे ते अधोरेखित करा) कामात आवश्यक नाही. अभियंते मुलाखतीपूर्वी "तयारी" करण्यासाठी एक आठवडा सुट्टी घेतात.

थॉटवर्क्समध्ये, उमेदवारासाठी पुरेशा आवश्यकतांव्यतिरिक्त, खालील तत्त्वे आघाडीवर आहेत:
मुलाखतीचा आनंद. शिवाय, दोन्ही बाजूंसाठी. खरंच, जर तुम्हाला सर्वोत्कृष्ट कर्मचारी मिळवायचे असतील (आणि कोणाला नाही?), तर मुलाखत ही एक बाजारपेठ नाही जिथे गुलामांची निवड केली जाते, परंतु एक शो जिथे नियोक्ता आणि उमेदवार दोघेही एकमेकांचे मूल्यांकन करतात. आणि जर उमेदवार एखाद्या कंपनीशी आनंददायी भावना जोडत असेल तर तो ही विशिष्ट कंपनी निवडेल अशी शक्यता आहे

पूर्वाग्रह कमी करण्यासाठी एकाधिक मुलाखतकार. थॉटवर्क्समध्ये, पेअर प्रोग्रामिंग हे वास्तविक मानक आहे. आणि जर ही प्रथा इतर क्षेत्रांमध्ये लागू केली जाऊ शकते, तर TW तसे करण्याचा प्रयत्न करतो. प्रत्येक टप्प्यावर 2 जणांची मुलाखत घेतली जाते. अशा प्रकारे, प्रत्येक व्यक्तीचे किमान 8 लोकांद्वारे मूल्यांकन केले जाते आणि TW वेगवेगळ्या पार्श्वभूमी, भिन्न दिशानिर्देश (केवळ तंत्रज्ञच नाही) आणि लिंग असलेले मुलाखतकार निवडण्याचा प्रयत्न करते.

शेवटी, किमान 8 लोकांच्या मतांवर आधारित नियुक्तीचा निर्णय घेतला जाईल, आणि कोणालाही निर्णायक मत नाही.

विशेषता-आधारित नियुक्ती उमेदवाराच्या आवडीनिवडी किंवा नापसंतीवर आधारित निर्णय घेण्याऐवजी, प्रत्येक भूमिकेसाठी आणि प्रत्येक टप्प्यासाठी एक फॉर्म विकसित केला जातो ज्यामध्ये गुणांचे मूल्यांकन केले जाते. त्याच वेळी, मूल्यांकन करताना, एखाद्या विशिष्ट कौशल्यातील अनुभवाचे नव्हे तर ते लागू करण्याच्या क्षमतेचे मूल्यांकन करणे अत्यंत शिफारसीय आहे. अशाप्रकारे, जर उमेदवार TDD सारखी कोणतीही कौशल्ये लागू करू शकला नाही, परंतु तरीही त्याने ते लागू करण्याचा प्रयत्न केला, त्यांचा योग्य वापर कसा करायचा याबद्दल सल्ला ऐकला, तर त्याला मुलाखत उत्तीर्ण होण्याची प्रत्येक संधी आहे.

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

परदेशी कंपन्यांशी माझी ही पहिलीच मुलाखत आहे ज्यासाठी मला तयारी करावी लागली नाही. प्रत्येक टप्प्यानंतर, मला थकल्यासारखे वाटले नाही, परंतु त्याउलट, मी सर्वोत्तम पद्धती लागू करू शकलो याचा मला आनंद झाला, की मॉनिटरच्या दुसऱ्या बाजूच्या लोकांनी त्याचे कौतुक केले आणि ते दररोज लागू केले.

अनेक महिन्यांनंतर, मी म्हणू शकतो की माझ्या अपेक्षा पूर्ण झाल्या. थॉटवर्क्स नियमित कंपनीपेक्षा वेगळे कसे आहे? नियमित कंपनीमध्ये तुम्हाला चांगले विकसक आणि चांगले लोक मिळू शकतात, परंतु TW मध्ये त्यांची एकाग्रता चार्टच्या बाहेर आहे.

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

टिप्पण्यांमध्ये प्रश्न विचारण्यास मोकळ्या मनाने किंवा शिफारसींसाठी मला विचारा.
जर विषय मनोरंजक वाटत असेल तर, मी थॉटवर्क्समध्ये काम करणे आणि सिंगापूरमधील जीवन कसे आहे याबद्दल लिहीन.

स्त्रोत: www.habr.com