როგორ მოვხვდი ThoughtWorks-ში ან სანიმუშო ინტერვიუში

უცნაურად არ გეჩვენებათ, რომ როცა სამუშაოს შეცვლას აპირებთ და გასაუბრების გავლის აუცილებლობა ჩნდება, პირველი რაც ფიქრობთ არის „გასაუბრებისთვის უნდა მოემზადო“. მოაგვარეთ პრობლემები HackerRank-ზე, წაიკითხეთ Crack კოდირების ინტერვიუ, დაიმახსოვრეთ როგორ მუშაობს ArrayList და როგორ განსხვავდება ის LinkedList-ისგან. დიახ, მათ ასევე შეიძლება ჰკითხონ დახარისხებას და აშკარად არაპროფესიონალური იქნება იმის თქმა, რომ სწრაფი დახარისხება, სავარაუდოდ, საუკეთესო არჩევანი იქნება.
ოღონდ დაელოდე, დაპროგრამებ დღეში 8 საათს, აგვარებ საინტერესო და არა ტრივიალურ პრობლემებს და შენს ახალ სამსახურში იგივეს გააკეთებ, პლუს-მინუს. მაგრამ, მიუხედავად ამისა, ინტერვიუს გასავლელად, თქვენ უნდა როგორმე დამატებით მოამზადოთ, არც კი დახვეწოთ თქვენი ყოველდღიური უნარები, არამედ ისწავლოთ ის, რაც არ გჭირდებოდათ თქვენს ამჟამინდელ სამსახურში და ნაკლებად სავარაუდოა, რომ დაგჭირდეთ შემდეგში. თქვენს პრეტენზიას, რომ კომპიუტერული მეცნიერება ჩვენს სისხლშია და თუ შუაღამეს გაგვაღვიძებთ, ვალდებულნი ვართ ბალიშის პირფერზე თვალებით დახუჭული დავწეროთ ხის სიგანეზე გონების მობრუნების გარეშე, მე გიპასუხებთ, რომ თუ ცირკში სამუშაოს ვიშოვი და ჩემი მთავარი ხრიკი სწორედ ეს იქნება - მაშინ, ალბათ, დიახ, თანახმა ვარ. ეს უნარი უნდა შემოწმდეს.

მაგრამ რატომ უნდა შეამოწმოთ უნარები, რომლებიც შეუსაბამოა თქვენი ამჟამინდელი სამუშაოსთვის? მხოლოდ იმიტომ რომ მოდური გახდა? იმიტომ რომ Google აკეთებს ამას? ან იმიტომ, რომ თქვენი მომავალი გუნდის ლიდერს ინტერვიუს წინ უნდა ესწავლა დახარისხების ყველა მეთოდი და ახლა ის თვლის, რომ „ყველა კარგმა პროგრამისტმა ზეპირად უნდა იცოდეს პალინდრომის პოვნის განხორციელება სტრიქონში“.

ისე, თქვენ არ ხართ Google (c). რისი საშუალებაც Google-ს შეუძლია, ჩვეულებრივ კომპანიებს არ შეუძლიათ. Google, თავისი თანამშრომლების მონაცემების გაანალიზების შემდეგ, მივიდა დასკვნამდე, რომ ოლიმპიადის მქონე ინჟინრები კარგად უმკლავდებიან მის კონკრეტულ ამოცანებს. უფრო მეტიც, მათი შერჩევის პროცესის შემუშავებით, მათ შეუძლიათ მიიღონ რისკი, რომ არ დაიქირაონ რამდენიმე კარგი ინჟინერი, რადგან მათ არ შეუძლიათ მათემატიკური ამოცანების ამოხსნა მარტივად. მაგრამ ეს მათთვის პრობლემა არ არის, გუგლში მუშაობის მსურველი ბევრია, თანამდებობა დაიხურება.
ახლა მოდით გავიხედოთ ფანჯრიდან და თუ თქვენი ოფისის წინ ინჟინრებს, რომლებსაც სურთ თქვენთან მუშაობა, ჯერ კიდევ არ აქვთ გამართული კარვების ბანაკი, და თქვენი დეველოპერები უფრო ხშირად ეძებენ stackoverflow-ზე, თუ რა უნდა დააინსტალიროთ შემდეგი საგაზაფხულო ანოტაცია, ვიდრე რანჟირების ალგორითმების სირთულეები, მაშინ, როგორც ჩანს, დროა იფიქროთ იმაზე, უნდა დააკოპიროთ თუ არა Google.

კარგი, თუ ამჯერად Google-მა ვერ შეძლო და პასუხი არ გასცა, რა უნდა გააკეთო? შეამოწმეთ ზუსტად რას გააკეთებს დეველოპერი სამსახურში. რას აფასებთ დეველოპერებში?
შეადგინეთ კრიტერიუმები, ვისი დაქირავება გსურთ და შეიმუშავეთ ტესტები, რომლებიც ზუსტად ამ უნარებს ამოწმებენ.

აზროვნების სამუშაოები

რა კავშირი აქვს ThoughtWorks-ს ამასთან? აქ ვიპოვე ჩემთვის სამოდელო ინტერვიუს მაგალითი. ვინ არიან ThoughtWorks? მოკლედ, ეს არის მაღალი დონის საკონსულტაციო კომპანია, რომელსაც აქვს ოფისები მთელ მსოფლიოში, ჩინეთიდან, სინგაპურიდან დაწყებული ამერიკის კონტინენტებამდე, რომელიც დაახლოებით 25 წელია კონსულტაციას უწევს განვითარების სფეროში, აქვს საკუთარი მეცნიერების განყოფილება, რომელსაც მარტინ ხელმძღვანელობს. ფაულერი. თუ თქვენ ეძებთ პროგრამული უზრუნველყოფის ინჟინრისთვის 10 აუცილებლად წასაკითხი წიგნის ჩამონათვალს, მათგან 2-3 დაწერილი იქნება ThoughtWorks-ის ბიჭების მიერ, როგორიცაა მარტინ ფაულერის Refactoring და Building Microservices: Designing Fine-Grained Systems by Sam. ნიუმენი ან შენობის ევოლუციური არქიტექტურა
პატრიკ კუას, რებეკა პარსონსის, ნილ ფორდის მიერ.

კომპანიის ბიზნესი აგებულია საკმაოდ ძვირი სერვისების მიწოდებაზე, მაგრამ მომხმარებელი იხდის ფენომენალურ ხარისხს, რომელიც შედგება ექსპერტიზის, შიდა სტანდარტებისა და, რა თქმა უნდა, ადამიანებისგან. ამიტომ სწორი ადამიანების დაქირავება აქ სასიცოცხლოდ მნიშვნელოვანია.
როგორი ხალხია მართალი? რა თქმა უნდა, ყველასთვის განსხვავებულია. ThoughtWorks-მა დაადგინა, რომ მათი დეველოპერის ბიზნეს მოდელის ყველაზე მნიშვნელოვანი კრიტერიუმებია:

• წყვილებში განვითარების უნარი. ეს არის უნარი და არა გამოცდილება ან უნარი. არავინ მოელის, რომ მოვიდნენ ადამიანები, რომლებიც 5 წელია წყვილების პროგრამირებას ეწევიან, მაგრამ სხვისი აზრის მიღება და მოსმენა აუცილებელი უნარია.
• ტესტების დაწერის უნარი და იდეალურად პრაქტიკაში TDD
• გაიგეთ SOLID და OOP და შეძლოთ მათი გამოყენება.
• წარმოადგინეთ თქვენი აზრი. როგორც კონსულტანტმა, თქვენ უნდა იმუშაოთ კლიენტის დეველოპერებთან, სხვა კონსულტანტებთან და დიდი სარგებელი არ არის, თუ ადამიანმა იცის როგორ გააკეთოს რაღაც კარგად, მაგრამ მთლიანად ვერ გადასცეს ის დანარჩენ გუნდს.

ახლა მნიშვნელოვანია ამ კონკრეტული უნარების შეფასება კანდიდატში. და აქ მინდა ვისაუბრო ThoughtWorks-ში გასაუბრების ჩემს გამოცდილებაზე. მაშინვე ვიტყვი, რომ წავედი სინგაპურში და ჩავაბარე, მაგრამ რეკრუტირების პროცესი ერთიანია და დიდად არ განსხვავდება ქვეყნიდან ქვეყანაში.

ეტაპი 0. HR

როგორც ხშირად ხდება, 20 წუთიანი ინტერვიუ HR-თან. ამაზე არ შევჩერდები, უბრალოდ ვიტყვი, რომ არასდროს შემხვედრია HR ადამიანი, რომელსაც შეეძლო 15 წუთის განმავლობაში ესაუბროს კომპანიის განვითარების კულტურას, რატომ იყენებენ TDD-ს, რატომ წყვილების პროგრამირებას. ჩვეულებრივ, HR-ები ამ კითხვაზე ნებდებიან და ამბობენ, რომ მათი პროცესი ნორმალურია: დეველოპერები ავითარებენ, ტესტერები ამოწმებენ, მენეჯერები მართავენ.

ეტაპი 1. რამდენად კარგი ხართ OOP, TDD-ში?

ინტერვიუს დაწყებამდე 1.5 საათით ადრე გამომიგზავნეს დავალება Mars Rover-ის სიმულატორის გაკეთება.

მარსის როვერის მისიარობოტი როვერების რაზმი NASA-მ მარსზე პლატოზე უნდა დაუშვას. ამ პლატოზე, რომელიც ცნობისმოყვარე მართკუთხაა, როვერებმა უნდა ატარონ ნავიგაცია ისე, რომ მათ ბორტ კამერებს შეეძლოთ მიმდებარე რელიეფის სრული ხედვის მიღება დედამიწაზე დასაბრუნებლად. როვერის პოზიცია და მდებარეობა წარმოდგენილია x და y კოორდინატების კომბინაციით და ასო, რომელიც წარმოადგენს ოთხი კარდინალური კომპასის წერტილიდან ერთ-ერთს. პლატო დაყოფილია ქსელად ნავიგაციის გასამარტივებლად. მაგალითის პოზიცია შეიძლება იყოს 0, 0, N, რაც ნიშნავს, რომ როვერი ქვედა მარცხენა კუთხეშია და ჩრდილოეთისკენ არის მიმართული. როვერის გასაკონტროლებლად, NASA აგზავნის ასოების მარტივ სტრიქონს. შესაძლო ასოებია "L", "R" და "M". "L" და "R" აიძულებს როვერს ბრუნავს 90 გრადუსით მარცხნივ ან მარჯვნივ, ამჟამინდელი ადგილიდან გადაადგილების გარეშე. "M" ნიშნავს წინსვლას ერთი ბადის წერტილით და შეინარჩუნეთ იგივე სათაური.
დავუშვათ, რომ კვადრატი (x, y) პირდაპირ ჩრდილოეთით არის (x, y+1).
ინფორმაცია:
შეყვანის პირველი ხაზი არის პლატოს ზედა-მარჯვენა კოორდინატები, ქვედა-მარცხნივ კოორდინატები ვარაუდობენ 0,0.
დანარჩენი შეყვანა არის ინფორმაცია, რომელიც ეხება განლაგებულ როვერებს. თითოეულ როვერს აქვს შეყვანის ორი ხაზი. პირველი ხაზი გვიჩვენებს როვერის პოზიციას, ხოლო მეორე ხაზი არის ინსტრუქციების სერია, რომელიც ეუბნება როვერს, როგორ გამოიკვლიოს პლატო. პოზიცია შედგება ორი მთელი რიცხვისა და ასოდან, რომლებიც გამოყოფილია სივრცეებით, რომლებიც შეესაბამება x და y კოორდინატებს და როვერის ორიენტაციას.
თითოეული როვერი დასრულდება თანმიმდევრობით, რაც ნიშნავს, რომ მეორე როვერი არ დაიწყებს მოძრაობას, სანამ პირველი არ დაასრულებს მოძრაობას.
შედეგი:
გამომავალი თითოეული როვერისთვის უნდა იყოს მისი საბოლოო კოორდინატები და მიმართულება.
შენიშვნები:
უბრალოდ შეასრულეთ ზემოთ მოყვანილი მოთხოვნები და დაამტკიცეთ, რომ მტვერსასრუტი მუშაობს მისთვის ერთეულის ტესტების ჩაწერით.
ნებისმიერი ფორმის მომხმარებლის ინტერფეისის შექმნა სცილდება.
პრობლემის გადაჭრა სასურველი იქნება TDD (Test Driven Development) მიდგომის დაცვით.
ხელმისაწვდომ მოკლე დროში ჩვენ უფრო მეტად ვზრუნავთ ხარისხზე, ვიდრე სისრულეზე.
*მე ვერ დავდებ იმ დავალებას, რომელიც გამომიგზავნეს, ეს არის ძველი დავალება, რომელიც რამდენიმე წლის წინ იყო მიცემული. მაგრამ დამიჯერეთ, პრინციპში ყველაფერი იგივე რჩება.

განსაკუთრებით მინდა გავამახვილო ყურადღება შეფასების კრიტერიუმებზე. რამდენჯერ შეგხვედრიათ სიტუაცია, როდესაც კანდიდატისთვის მნიშვნელოვანი საკითხები სრულიად უმნიშვნელოა აუდიტის დროს და პირიქით. ყველა არ ფიქრობს ისე, როგორც თქვენ, მაგრამ ბევრს შეუძლია მიიღოს და დაიცვას თქვენი ღირებულებები, თუ ისინი მკაფიოდ არის გამოხატული. ასე რომ, შეფასების კრიტერიუმებიდან დაუყოვნებლივ ირკვევა, რომ ამ ეტაპზე ყველაზე მნიშვნელოვანი უნარებია

• TDD;
• OOP-ის გამოყენებისა და შესანარჩუნებელი კოდის დაწერის შესაძლებლობა;
• წყვილის პროგრამირების უნარი

ასე რომ, მე გამაფრთხილეს, რომ კოდის დაწერის ნაცვლად, ეს 1.5 საათი მეფიქრა იმაზე, თუ როგორ ვაპირებდი დავალების შესრულებას. ჩვენ ერთად დავწერთ კოდს.

ტელეფონზე რომ დავრეკეთ, ბიჭებმა მოკლედ გვითხრეს ვინ არიან და რას საქმიანობენ და განვითარების დაწყება შემოგვთავაზეს.

მთელი ინტერვიუს განმავლობაში ერთხელაც არ მქონია განცდა, რომ ინტერვიუ მიმიღეს. არის განცდა, რომ კოდს ავითარებ გუნდში. თუ სადმე გაიჭედე, ისინი ეხმარებიან, ურჩევენ, განიხილავენ, ეკამათებიან კიდეც ერთმანეთს, თუ როგორ გააკეთონ ეს საუკეთესოდ. ინტერვიუზე დამავიწყდა, როგორ გადამემოწმებინა JUnit 5-ში, რომ მეთოდი გამონაკლისს აგდებს - მათ შესთავაზეს ტესტის წერის გაგრძელება, ხოლო ერთ-ერთი მათგანი გუგლში კითხულობდა, როგორ გაეკეთებინა ეს.

ინტერვიუდან ფაქტიურად რამდენიმე საათის შემდეგ მივიღე კონსტრუქციული გამოხმაურება - რა მომეწონა და რა არა. ჩემს შემთხვევაში, მე შემაქო გამოვიყენე Sealed კლასები, როგორც null ობიექტის ალტერნატივა; იმის გამო, რომ კოდის დაწერამდე ფსევდოკოდში დავწერე, თუ როგორ მსურს როვერის კონტროლი და ამით მივიღე კლასების ესკიზი, ყოველ შემთხვევაში ის, რაც ჩართულია რობოტის API-ში.

ნაბიჯი 2: გვითხარით

გასაუბრებამდე ერთი კვირით ადრე მთხოვეს პრეზენტაციის მომზადება ნებისმიერ თემაზე, რომელიც მაინტერესებდა. ფორმატი მარტივი და ნაცნობია: პრეზენტაცია 15 წუთი, კითხვებზე პასუხი 15 წუთი.
მე ავირჩიე ბიძია ბობის სუფთა არქიტექტურა. და ისევ მომიკითხა რამდენიმე ადამიანი. ეს იყო ჩემი პირველი გამოცდილება ინგლისურად წარდგენისას და, ალბათ, სტრესულ სიტუაციაში რომ ვყოფილიყავი, ვერ გავუმკლავდებოდი. მაგრამ ერთხელაც არ მქონია განცდა, რომ ინტერვიუზე ვიყავი. ყველაფერი ჩვეულებრივადაა-ვეუბნები, ყურადღებით უსმენენ. ტრადიციული კითხვა-პასუხის სესიაც კი არ ჰგავდა ინტერვიუს, ცხადი იყო, რომ კითხვები არ იყო „ჩაძირული“, არამედ ის, რაც მათ ნამდვილად აინტერესებდათ ჩემი პრეზენტაციით.

ინტერვიუდან რამდენიმე საათის შემდეგ მივიღე გამოხმაურება - პრეზენტაცია ძალიან სასარგებლო იყო და მათ ნამდვილად სიამოვნებით მოუსმინეს.

ეტაპი 3. წარმოების ხარისხის კოდი

მას შემდეგ რაც გავაფრთხილე, რომ ეს იყო ტექნიკური გასაუბრების ბოლო ეტაპი, მე მთხოვეს, რომ კოდი მიმეტანა სახლში წარმოებისთვის მზა მდგომარეობაში, შემდეგ გამოეგზავნა კოდი განსახილველად და დავგეგმე ინტერვიუები, რომლებშიც შეიცვლება დავალების მოთხოვნები და კოდი შეიცვლება. საჭიროებს მოდიფიკაციას. მომავალს რომ ვუყურებ, შემიძლია ვთქვა, რომ კოდექსის განხილვა ბრმად ტარდება, რეცენზენტებმა არ იციან რა პოზიციაზე განაცხადებს კანდიდატი, ვერ ხედავენ მის CV-ს, ვერც კი ხედავენ მის სახელს.

ტელეფონმა დარეკა და ისევ მონიტორის მეორე მხარეს რამდენიმე ბიჭი იდგა. ყველაფერი იგივეა, რაც პირველ ინტერვიუზე: მთავარია არ დაივიწყოთ TDD, უთხარით რას აკეთებთ და რატომ. თუ აქამდე არ გიმუშავიათ TDD, მაშინ გირჩევთ დაუყოვნებლივ დაიწყოთ ამის გაკეთება, არა იმიტომ, რომ ეს აუცილებელია კომპანიებში, არამედ იმიტომ, რომ ეს მნიშვნელოვნად ამარტივებს თქვენს ცხოვრებას, ამცირებს სტრესის დონეს, თუ გსურთ. დაიმახსოვრეთ, როგორ მოგიწიათ სასტიკად მოძიება გამართვის საშუალებით შეცდომისთვის, რომლის რეპროდუცირება შესაძლებელია მხოლოდ ბრაუზერის საშუალებით, მაგრამ თქვენ არ შეგიძლიათ მისი რეპროდუცირება ტესტებით? ახლა წარმოიდგინეთ, რომ ინტერვიუს დროს მოგიწევთ ასეთი შეცდომის დაჭერა - გარანტირებული გაქვთ რამდენიმე ნაცრისფერი თმა. რას ვიღებთ TDD-ით? ჩვენ შევცვალეთ კოდი და მოულოდნელად მივხვდით, რომ ახლა ტესტები წითელია, მაგრამ რა არის ის შეცდომა, რომელსაც პირველად ვერ ვხვდებით? კარგი, ჩვენ ვეუბნებით ინტერვიუერებს „აუჰ“, დააჭირეთ Ctrl-Z და ვიწყებთ წინ მცირე ნაბიჯების გადადგმას. დიახ, თქვენ უნდა განავითაროთ საკუთარ თავში TDD-ის გამოყენებით განვითარების უნარი, მიზნისკენ წასვლის უნარი ისე, რომ თქვენი ტესტები მუდმივად მწვანე იყოს და არა წითელი ნახევარი დღის განმავლობაში, რადგან „თქვენ გაქვთ ბევრი რეფაქტორირება“. ეს ზუსტად იგივე უნარია, რაც შესანარჩუნებელი კოდის წერა ან პროდუქტიული კოდის წერა.

ასე რომ, რამდენად კარგად შეიძლება შეიცვალოს თქვენი კოდი, დამოკიდებულია იმაზე, თუ რა დიზაინი გაქვთ მხედველობაში დასაწყებად, რამდენად მარტივია და რამდენად კარგია თქვენი ტესტები.

ინტერვიუს შემდეგ რამდენიმე საათში მივიღე გამოხმაურება. ამ ეტაპზე მივხვდი, რომ თითქმის დავამთავრე და ძალიან ცოტა იყო დარჩენილი, სანამ „ფაულერს შევხვდი“.

ეტაპი 4. ფინალი. საკმარისი ტექნიკური კითხვები. ჩვენ გვინდა ვიცოდეთ ვინ ხარ!

მართალი გითხრათ, კითხვის ამ ფორმულირებამ გარკვეულწილად დამაბნია. როგორ გაიგო, როგორი ადამიანი ვარ ერთსაათიან საუბარში? და კიდევ უფრო მეტიც, როგორ გესმით ეს, როცა მე ვლაპარაკობ ენაზე, რომელიც არ არის ჩემი მშობლიური ენა და, გულწრფელად რომ გითხრათ, ძალიან ცელქი და ენით მიბმული. წინა ინტერვიუებში პირადად ჩემთვის უფრო ადვილი იყო საუბარი, ვიდრე კითხვებზე პასუხის გაცემა და აქცენტის ბრალი იყო. ერთ-ერთი ინტერვიუერი მაინც აზიელი იყო - და მათი აქცენტი, ვთქვათ, გარკვეულწილად სპეციფიკურია ევროპული ყურისთვის. ამიტომ გადავწყვიტე პროაქტიული მიდგომა გამომეყენებინა - მოვამზადე პრეზენტაცია ჩემს შესახებ და ინტერვიუს დასაწყისში შევთავაზე ამ პრეზენტაციით ვისაუბრო ჩემს შესახებ. თუ თანახმა იქნებიან, მაშინ მაინც ნაკლები კითხვები იქნება ჩემთვის, თუ შემოთავაზებაზე უარს იტყვიან, კარგი, პრეზენტაციაზე დახარჯული ჩემი ცხოვრების 3 საათი არც ისე მაღალი ფასია. მაგრამ რა უნდა დაწეროთ თქვენს პრეზენტაციაში? ბიოგრაფია - იქ დაბადებული, იმ დროს, სკოლაში წავიდა, უნივერსიტეტი დაამთავრა - მაგრამ ვის აინტერესებს?

თუ ცოტას გუგლებთ Thoughtworks კულტურის შესახებ, იხილავთ მარტინ ფაულერის სტატიას [https://martinfowler.com/bliki/ThreePillars.html], რომელიც აღწერს 3 საყრდენს: მდგრადი ბიზნესი, პროგრამული უზრუნველყოფის ბრწყინვალება და სოციალური სამართლიანობა.

დავუშვათ, რომ პროგრამული უზრუნველყოფის ბრწყინვალება უკვე შემოწმებულია ჩემთვის. რჩება მდგრადი ბიზნესისა და სოციალური სამართლიანობის ჩვენება.

მეტიც, გადავწყვიტე ამ უკანასკნელზე გამეკეთებინა აქცენტი.

დასაწყისისთვის, მე ვუთხარი, რატომ ThoughtWorks - წავიკითხე მარტინ ფაულერის ბლოგი ჯერ კიდევ კოლეჯში, აქედან გამომდინარე, ჩემი სიყვარული სუფთა კოდის მიმართ.

პროექტები ასევე შეიძლება წარმოდგენილი იყოს სხვადასხვა კუთხით. მან ასევე შეიმუშავა მედიცინის პროგრამული უზრუნველყოფა, რომელიც ამარტივებს პაციენტების ცხოვრებას და, ჭორების თანახმად, ერთი სიცოცხლეც კი გადაარჩინა. ასევე შევიმუშავე პროგრამული უზრუნველყოფა ბანკებისთვის, რამაც ასევე გაუადვილა მოქალაქეებს ცხოვრება. მით უმეტეს, თუ ამ ბანკით სარგებლობს ქვეყნის მოსახლეობის 70%. ეს არ ეხება სბერბანკს და არც რუსეთს.

გინდა იცოდე ჩემ შესახებ? ᲙᲐᲠᲒᲘ. ჩემი ჰობია ფოტოგრაფია, ასე თუ ისე, 10 წელია ხელში კამერა მიჭირავს, არის ფოტოები, რომელთა ჩვენებაც არ მრცხვენია. ასევე, ერთ დროს ვეხმარებოდი კატების თავშესაფარს: გადავიღე კატები, რომლებსაც მუდმივი სახლი სჭირდებოდათ. და კარგი ფოტოებით ბევრად უფრო ადვილია კატის განთავსება. ალბათ ასი კატა გადავიღე :)

საბოლოოდ, ჩემი პრეზენტაციის 80% კატებით იყო სავსე.

პრეზენტაციისთანავე HR მომწერა, რომ მან ჯერ არ იცოდა ინტერვიუს შედეგები, მაგრამ მთელი ოფისი უკვე აღფრთოვანებული იყო კატებით.

საბოლოო ჯამში, გამოხმაურებას ველოდებოდი - როგორც პიროვნება, ყველას დავაკმაყოფილე.

მაგრამ საბოლოო საუბრისას HR ტაქტიანად თქვა, რომ სოციალური სამართლიანობა ძალიან კარგი და აუცილებელია, მაგრამ ყველა პროექტი ასე არ არის. და მან მკითხა, შემაშინა თუ არა. ზოგადად, სოციალურ სამართლიანობას ცოტა გადავაჭარბე, ასეც ხდება :)

სულ

შედეგად, მე უკვე რამდენიმე თვეა ვმუშაობ სინგაპურში Thoughtworks-ში და ვხედავ, რომ აქ ძალიან ბევრი კომპანია იყენებს „საუკეთესო ინტერვიუს პრაქტიკას“ Google-ისგან, იყენებს ფოთლებს და Whiteboard-ს კოდირებისთვის, მიუხედავად იმისა, რომ აქვს მეტი ცოდნა ვიდრე Spring, Symfony, RubyOnRails ( ხაზი გაუსვით რა არის საჭირო) არ არის საჭირო ნამუშევარში. ინჟინრები გასაუბრებამდე ერთი კვირით ისვენებენ „მომზადებისთვის“.

Thoughtworks-ში, კანდიდატისთვის ადეკვატური მოთხოვნების გარდა, წინა პლანზეა შემდეგი პრინციპები:
გასაუბრების სიხარული. უფრო მეტიც, ორივე მხარისთვის. მართლაც, თუ გსურთ მიიღოთ საუკეთესო პერსონალი (და ვინ არა?), მაშინ ინტერვიუ არ არის ბაზარი, სადაც მონებს ირჩევენ, არამედ შოუ, სადაც დამსაქმებელიც და კანდიდატიც აფასებენ ერთმანეთს. და თუ კანდიდატი სასიამოვნო ემოციებს უკავშირებს კომპანიას, სავარაუდოა, რომ ის აირჩევს ამ კონკრეტულ კომპანიას

მრავალი ინტერვიუერი მიკერძოების შესამცირებლად. Thoughtworks-ში წყვილების პროგრამირება დე ფაქტო სტანდარტია. და თუ ეს პრაქტიკა შეიძლება გამოყენებულ იქნას სხვა სფეროებში, TW ცდილობს ამის გაკეთებას. თითოეულ ეტაპზე გასაუბრებას ატარებს 2 ადამიანი. ამრიგად, თითოეულ ადამიანს აფასებს მინიმუმ 8 ადამიანი და TW ცდილობს შეარჩიოს ინტერვიუერები სხვადასხვა წარმომავლობის, განსხვავებული მიმართულებების (არა მხოლოდ ტექნიკოსების) და სქესის მქონე.

საბოლოო ჯამში, დასაქმების გადაწყვეტილება მიიღება მინიმუმ 8 ადამიანის მოსაზრებების საფუძველზე და გადამწყვეტი ხმა არავის აქვს.

ატრიბუტებზე დაფუძნებული დაქირავება იმის ნაცვლად, რომ გადაწყვეტილების მიღება კანდიდატის მოსწონს ან არ მოსწონს, მუშავდება ფორმა თითოეული როლისთვის და თითოეული ეტაპისთვის, რომელიც მოიცავს შესაფასებელ ატრიბუტებს. ამავდროულად, შეფასებისას რეკომენდებულია არა გარკვეული უნარების გამოცდილება, არამედ მისი გამოყენების უნარი. ამრიგად, თუ კანდიდატმა ვერ გამოიყენა რაიმე უნარები, როგორიცაა TDD, მაგრამ მაინც ცდილობს გამოიყენოს ისინი, ისმენს რჩევებს, თუ როგორ გამოიყენოს ისინი სწორად, მას აქვს ყველა შანსი, გაიაროს გასაუბრება.

არ არის საჭირო განათლების სერთიფიკატები TW არ საჭიროებს რაიმე სერთიფიკატს ან განათლებას კომპიუტერულ მეცნიერებაში. ფასდება მხოლოდ უნარები.

ეს არის პირველი ინტერვიუ, რომელიც მქონდა უცხოურ კომპანიებთან, რისთვისაც არ მომიწია მომზადება. ყოველი ეტაპის შემდეგ არ ვგრძნობდი დაღლილობას, პირიქით, მიხაროდა, რომ შემეძლო საუკეთესო პრაქტიკის გამოყენება, რომ მონიტორის მეორე მხარეს მყოფი ხალხი აფასებდა ამას და ყოველდღიურად იყენებდა.

რამდენიმე თვის შემდეგ შემიძლია ვთქვა, რომ ჩემი მოლოდინი სრულად გამართლდა. რით განსხვავდება ThoughtWorks ჩვეულებრივი კომპანიისგან? ჩვეულებრივ კომპანიაში შეგიძლიათ იპოვოთ კარგი დეველოპერები და კარგი ადამიანები, მაგრამ TW-ში მათი კონცენტრაცია არ არის ჩარტებში.

თუ გაინტერესებთ ThoughtWorks-ში გაწევრიანება, შეგიძლიათ ნახოთ ჩვენი ღია პოზიციები აქ
ასევე გირჩევთ ყურადღება მიაქციოთ საინტერესო ვაკანსიებს:
წამყვანი პროგრამული უზრუნველყოფის ინჟინერი: გერმანიაში, ლონდონში, მადრიდის, Singapore
უფროსი პროგრამული ინჟინერი: სიდნეის, გერმანიაში, მანჩესტერ, Bangkok
Პროგრამული უზრუნველყოფის ინჟინერი: სიდნეის, Barcelona, მილანი
მონაცემთა უფროსი ინჟინერი: მილანი
ხარისხის ანალიტიკოსი: გერმანიაში ჩინეთის
ინფრასტრუქტურა: გერმანიაში, ლონდონში, ჩილეს
(გულწრფელად მინდა გაგაფრთხილოთ, რომ ბმული არის რეფერალური ლინკი, თუ გადახვალთ TW-ზე მივიღებ სასიამოვნო ბონუსს). აირჩიეთ ოფისი, რომელიც მოგწონთ, არ უნდა შემოიფარგლოთ ევროპაში, ბოლოს და ბოლოს, ყოველ 2 წელიწადში ერთხელ TW სიამოვნებით გადაგიყვანთ სხვა ქვეყანაში, რადგან... ეს არის ThoughtWorks-ის პოლიტიკის ნაწილი, ამიტომ კულტურა ვრცელდება და ჰომოგენიზებულია.

მოგერიდებათ დასვით შეკითხვები კომენტარებში ან მკითხეთ რეკომენდაციები.
თუ თემა საინტერესოდ მოგეჩვენებათ, დავწერ როგორია ThoughtWorks-ში მუშაობა და როგორია ცხოვრება სინგაპურში.

წყარო: www.habr.com