Kuidas ma ThoughtWorks'i sattusin või näidisintervjuu

Kas teie arvates ei tundu kummaline, et kui te kavatsete vahetada töökohta ja peab läbima intervjuu, siis mõtlete kõigepealt "pean intervjuuks valmistuma". Lahendage ülesandeid HackerRankis, lugege Crack the Coding Interview, õppige peast, kuidas töötab ArrayList ja kuidas see erineb LinkedList'ist. Ahjaa, võidakse küsida ka sorteerimismeetodeid, ja oleks ilmselgelt ebaaus öelda, et quick sort oleks tõenäoliselt parim valik.
Aga oodake, te ju programmeerite 8 tundi päevas, lahendate huvitavaid ja mitte triviaalset ülesandeid ning uues töökohas teete enam-vähem sama. Kuid siiski, et intervjuust läbi saada, on vaja kuidagi lisaks valmistuda, isegi mitte oma igapäevaseid oskusi lihvida, vaid õppida seda, mis ei olnud vajalik ei teie praeguses ametis ega tõenäoliselt ka uues. Teie väidete peale, et arvutiteadus on meie veres ja isegi keset ööd äratades peame kirja panema, kuidas puudutada puu laiust silmade kinni padjal, isegi teadvusse tulemata, vastan, et kui ma läheksin sirkusesse ja minu peamine trikk oleks just see - siis ma ilmselt nõustun. Seda oskust tuleb testida.

Aga miks kontrollida mitteseotud praeguse tööga oskusi? Ainult seetõttu, et see on muutunud moes? Sest Google teeb nii? Või sellepärast, et teie tulevane tiimijuht pidid intervjuu läbimiseks selgeks õppima kõik sorteerimismeetodid ja nüüd arvab, et "iga hea programmeerija peab peas teadma, kuidas leida palindroomi stringis".

Nii et, te ei ole Google (c). Mis on Google'i jaoks lubatud, ei saa tavalised ettevõtted endale lubada. Google on analüüsinud oma töötajate andmeid ja jõudnud järeldusele, et just nende konkreetsed ülesanded sobivad hästi olümpia taustaga inseneridele. Veelgi enam, valikuprotsessi üles seadmisel saavad nad endale lubada riski, et nad ei palka mõnda head inseneri, kuna nad ei oska nii lihtsalt matemaatilisi ülesandeid lahendada. Kuid neile ei ole see probleem, soovijaid Google'i tööle on palju ja positsioon suletakse.
Nüüd vaatame aknast välja, ja kui teie büroo ees ei ole insenere, kes tahavad teie juures töötada, kes on telkimise üles seadnud, ja teie arendajad otsivad rohkem StackOverflow'st, millist Springi annotatsiooni paigaldada, mitte aga algoritmide järjekorra nüansse, siis ilmselt on aeg mõelda, kas tasub Google'it kopeerida.

Kui seekord Google alt vedas ja vastust ei andnud, mida teha? Kontrollige täpselt seda, mida arendaja teeb tööl. Mida hindate arendajate juures?
Koostage kriteeriumid, kelle soovite palgata, ja töötage välja testid, mis kontrollivad just neid oskusi.

ThoughtWorks

Mida siin ThoughtWorks'i kohta öelda? Just siin leidsin eeskujuliku vestluse näite. Kes on ThoughtWorks? Lühidalt öeldes on see High-End konsultatsioonifirma, millel on kontorid üle kogu maailma alates Hiinast ja Singapurist kuni Ameerika mandriteni, kes on tegelenud arenduse konsulteerimisega ligikaudu 25 aastat, omab oma teadusosakonda, mida juhib Martin Fowler. Kui otsite nimekirja 10 raamatust, mis on tarkvara inseneride jaoks must-read, siis ilmselt 2–3 neist on kirjutatud ThoughtWorks'i meestelt, näiteks Refactoring autor Martin Fowler ja Building Microservices: Designing Fine-Grained Systems autor Sam Newman või Building Evolutionary Architectures.
autor Patrick Kua, Rebecca Parsons, Neal Ford.

Ettevõtte äri põhineb piisavalt kallite teenuste osutamisel, kuid klient maksab fenomenaalse kvaliteedi eest, mis tuleneb ekspertiisist, sisemisest standardist ja loomulikult inimestest. Seetõttu on siin äärmiselt oluline palgata õigeid inimesi.
Millised on siis õiged inimesed? Loomulikult on see igaühe jaoks erinev. ThoughtWorks on määratlenud, et nende ärimudeli jaoks on arendajate tähtsaimad kriteeriumid:

• Oskus paaridena arendada. Just oskus, mitte kogemus või osavus. Keegi ei oota, et inimesed, kes praktiseerivad paar-programmeerimist, on seda teinud juba viis aastat. Kuid teiste arvamusele vastuvõtlik olemine ja kuulamisoskus on hädavajalik oskus.
• Oskus kirjutada teste, ja ideaaljuhul praktiseerida TDD-d.
• Mõista SOLID põhimõtteid ja OOP-d ning osata neid rakendada.
• Esitada oma arvamust. Konsultandina tuleb töötada kliendi arendajatega, teiste konsultantidega, ja ei ole liiga palju kasu, kui inimene oskab midagi hästi teha, kuid ei suuda seda meeskonna teistele liikmetele edastada.

Nüüd on oluline hinnata neid oskusi kandidaadis. Ja siin tahan rääkida oma kogemusest intervjuu läbimisel ThoughtWorks'is. Ütlen kohe, et läbisime seda Singapuris ja sain töökoha, kuid värbamismenetlus on ühtne ja ei erine oluliselt riigiti.

Etapp 0. HR

Kuidas see tihti on, 20-minutiline intervjuu HR-iga. Ma ei peatu sellel pikalt, ütleksin vaid, et ma pole kunagi varem kohtunud HR-iga, kes suudaks 15 minutit rääkida arenduskultuurist ettevõttes, miks nad kasutavad TDD-d, miks paaritöö programmeerimisel. Tavaliselt selle küsimuse juures HR'id langevad ja räägivad, et nende protsess on tavaline: arendajad arendavad, testijad testivad ja juhid pressivad.

Etapp 1. Kui hea sa oled OOP-s, TDD-s?

1,5 tundi enne intervjuu algust saatsid nad mulle ülesande simuleerida Mars Rover'i.

Mars rover'i ülesanneNASA peab Marsile maanduma rikka tuvastusega robotroovide rikka seltskonda. See tasand, mis on kummaliselt ristkülikukujuline, peab olema roovide navigeeritav, et nende kaamerad saaksid täieliku ülevaate ümbritsevast maastikust, et saata see tagasi Maale. Roovri positsioon ja asukoht esindavad x ja y koordinaate ning tähte, mis esindab üht neljast põhissuundast. Tasand on jagatud ruudustikku, et lihtsustada navigeerimist. Näiteks positsioon võib olla 0, 0, N, mis tähendab, et roover on vasakus alanurgas ja vaatab põhja poole. Rooveri juhtimiseks saadab NASA lihtsa tähestringi. Võimalikud tähed on 'L', 'R' ja 'M'. 'L' ja 'R' panevad rooveri pöörama 90 kraadi vasakule või paremale, liikumatuks jäädes. 'M' tähendab ette liikumist ühe ruudupunkti võrra ja sama suuna hoidmist.
Eeldage, et ruut otse põhja suunas (x, y) on (x, y+1).
SISEND:
Esimene rida sisendist on tasandi ülemised paremad koordinaadid, alumised vasakud koordinaadid on eeldatavalt 0,0.
Ülejäänud sisendiga on seotud teave juurutatud roovaride kohta. Iga rooveri kohta on kaks sisendi rida. Esimene rida annab rooveri positsiooni, teine rida on juhiste seeria, mis ütleb rooverile, kuidas tasandit uurida. Positsioon koosneb kahest täisarvust ja ühest tähtest, mis on eraldatud tühermudega, ja mis vastab x ja y koordinaatidele ning rooveri orientatsioonile.
Iga roover lõpetatakse järjestikku, mis tähendab, et teine roover ei alusta liikumist enne, kui esimene on lõpetanud.
VÄLJUND:
Iga rooveri väljund peaks olema selle lõplikud koordinaadid ja suund.
MÄRKUSED:
Lihtsalt rakenda ülaltoodud nõudeid ja tõesta vaakumipuhasti toimimist, kirjutades sellele üksuste testid.
Kasu igasuguse kasutajaliidese loomine on välja jäänud.
Probleemi lahendamine järgides TDD (Test Driven Development) lähenemist on eelistatud.
Lühikese aja jooksul, mis meil on, oleme rohkem mures kvaliteedi kui täiuslikkuse pärast.
*Ma ei saa jagada ülesannet, mille nad mulle saatsid, see on vana ülesanne, mis anti paar aastat tagasi. Kuid uskuge mind, põhimõtteliselt on kõik jäänud samaks.

Erald soovib tähelepanu pöörata hindamiskriteeriumidele. Kui tihti olete sattunud olukorda, kus kandidaadi jaoks olulised asjad ei oma mingit tähtsust hindamisel ja vastupidi? Mitte kõik ei mõtle samamoodi nagu sina, kuid paljud võivad omaks võtta teie väärtused ja järgida neid, kui need on selgelt kirja pandud. Seega, hindamiskriteeriumidest on kohe aru saada, et selle etapi kõige olulisemad oskused on

• TDD;
• Oskus kasutada OOP-d ja kirjutada hooldatavat koodi;
• paari programmeerimise oskus

Nii et mind hoiatati, et kulutaksin need 1,5 tundi mõtlema sellele, kuidas ma kavatsege ülesannet lahendada, mitte koodi kirjutamisele. Koodi kirjutame koos.

Kui me helistasime, rääkisid poisid lühidalt, kes nad on, millega nad tegelevad ja pakkusid välja, et alustada arendust.

Kogu intervjuu jooksul ei olnud mul kordagi tunnet, et olen vestlusel. Tundub, et kirjutad koodi meeskonnas. Kui sa jääd kuskil kinni - nad aitavad, annavad nõu, arutavad, isegi vaidlevalt, kuidas paremini teha. Vestlusel unustasin, kuidas JUnit 5-s kontrollida, et meetod viskab Exception'i - nad pakkusid, et jätkaksime testi kirjutamist, samal ajal kui keegi neist google'is otsis, kuidas seda teha.

Juba paar tundi pärast intervjuud sain konstruktiivset tagasisidet - mis meeldis ja mis mitte. Minu puhul kiideti heaks Sealed klasside kasutamine objekti null alternatiivina; et enne koodi kirjutamist kirjutasin pseudokoodina, kuidas ma tahaksin rooverit juhtida, ja seega sain klasside visandi, vähemalt nende, mis on seotud roboti API-ga.

Etapp 2. Räägi meile

Nädal enne intervjuud paluti mul valmistada ette esitluse igasugusel minu jaoks huvitaval teemal. Formaat on lihtne ja tuttav: 15 minutit esitlust, 15 minutit küsimustele vastuseid.
Valisin Clean Architecture by Uncle Bob. Ja taas küsitles mind paar inimest. See oli minu esimene kogemus ettekanne inglise keeles ja tõenäoliselt, kui ma oleksin stressirohkes olukorras — ma ei oleks sellega hakkama saanud. Kuid jälle, mul ei olnud kunagi tunnet, et olen intervjuul. Kõik nagu tavaliselt — räägin mina, nemad kuulavad tähelepanelikult. Ievena traditsiooniline küsimuste ja vastuste sessioon ei olnud intervjueerimise moodi, oli näha, et küsimusi esitati mitte selleks, et “sukelduda”, vaid need, mis neid tõeliselt huvitavad mu ettekandes.

Mõni tund pärast intervjuud sain tagasisidet — ettekande sisu oli väga kasulik ja nad said kuulamisest siiralt naudingut.

Etapp 3. Tootmisvalmis kood

Teavitades, et see on viimane etapp tehnilistest intervjuudest, paluti mul kodus kood viia tootmisvalmis olekusse, pärast mida saata kood ülevaatamiseks ja määrata intervjuud, mille käigus nõudmised ülesandele muutuvad ja kood vajab modifitseerimist. Eelnevalt võin öelda, et koodi ülevaatus toimub pimesi, ülevaatajad ei tea ei positsioonist, millele kandidaat kandideerib, ei näe tema CV-d, isegi ei näe tema nime.

Kõne, ja taas on paar tüüpi monitori teisel poolel. Kõik nagu esimesel vestlusel: peamine on mitte unustada TDD-d, selgitada, mida sa teed ja miks. Kui sa ei ole varem TDD-d praktiseerinud, siis ma soovitan seda kohe alustada, mitte seepärast, et see on ettevõtetes vajalik, vaid et see lihtsustab sinu elu oluliselt, vähendades, kui soovid, stressitaset. Kas mäletad, kuidas tuli meeleheitlikult otsida debugeerijaga viga, mis esines ainult brauseris ja mida sa testimisega paljundada ei saanud? Kujuta nüüd ette, et pead sellist viga leidma intervjuu ajal — paar halli karva on sulle garanteeritud. Mida me TDD-s saavutame? Muudame koodi ja ootamatult saame aru, et testimine on punane, kuid mis viga see on, ei saa esimesel katsel aru? Okei, ütleme intervjuud läbi viijatele „Ups”, vajutame Ctrl-Z ja hakkame väikeste sammudega edasi liikuma. Ja jah, TDD kasutamise oskus on midagi, mida tuleb endas arendada, oskus liikuda eesmärgi poole nii, et sinu testid oleksid pidevalt rohelised, mitte punased pool päeva, sest „sul on suur refaktoreerimine”. See on täpselt sama oskus, mis on toetatava koodi kirjutamine või tootlikkuse kood.

Nii et, kui hästi su kood muudatustele allub, sõltub sellest, kui hea kujundus sul algselt oli, kui lihtne see on ja kui head on sinu testid.

Pärast intervjuud sain tagasiside paar tunni pärast. Sel hetkel mõistsin, et olen praktiliselt läbinud ja jäänud on vaid väike samm „kohtumiseni Fowleriga”.

Etapp 4. Finaal. Piisavalt tehnilisi küsimusi. Tahame teada, kes sa oled!

Ahnestusena, see küsimuse esitlemine pani mind veidi muretsema. Kuidas saab ühe tunni vestluse põhjal aru saada, millisest inimesest tegu? Ja veel vähem, kuidas seda aru saada, kui ma räägin mitte emakeeles, ausalt öeldes, üsna viletsalt ja kohmakalt. Eelmistel intervjuudel oli mul lihtsam rääkida, mitte vastata küsimustele ja süüdistus langeb aktsendile. Üks intervjuu pidaja oli vähemalt aasialane — ja nende aktsent on, ütleme nii, eurooplasele üsna eriline. Seetõttu otsustasin rakendada proaktiivset lähenemist — valmistada ette esitluse enda kohta ja pakkuda intervjuu alguses rääkida enda kohta selle esitluse saatel. Kui nad nõustuvad, on mul vähemalt vähem küsimusi, kui nad ei aksepteeri selle ettepaneku — noh, 3 tundi minu elust, kulutatud esitlusele, ei tundu just mõttekas hind. Aga mida ette näidata esitluses? Elulugu — Sündinud seal ja siis, läksin kooli, lõpetasin ülikooli — kes sellest üldse huvitatud on?

Kui veidi Google'ist otsida Thoughtworks'i kultuuri kohta, siis võib leida Martine Fowler'i artikli [https://martinfowler.com/bliki/ThreePillars.html], kus on kirjas 3 põhikallakut: Jätkusuutlik äri, Tarkvara tipptase ja Sotsiaalne õiglus.

Eeldades, et Tarkvara tippkvaliteet on juba kontrollitud. Jäänud on näidata Jätkusuutlikku äri ja Sotsiaalset õiglust.

Olen otsustanud rõhku panna viimasele.

Alustuseks rääkisin, miks ThoughtWorks — juba ülikoolis lugesin Martine Fowler'i blogi, sealt ka armastus Clean code'i vastu.

Projekte saab ka erinevatest nurkadest esitleda. Olen arendanud meditsiiniliseks tarkvaraks, mis lihtsustas patsientide elu ja isegi kuuldavasti päästis ühe elu. Olen arendanud ka panka suunatud tarkvara, samuti liialt lihtsustades kodanike elu. Eriti kui sellega kasutab 70% elanikkonnast. Ei räägi Sberbankist ja isegi mitte Venemaast.

Tahad minust rohkem teada? Okei. Minu hobi on fotograafia, ma olen olnud kaamera taga umbes 10 aastat, mul on fotosid, mida ei ole häbi näidata. Ka, mõnda aega aitasin kasside varjupaika: pildistasin kasse, kes vajasid püsivat kodu. Häid pilte, et leida kassile uus kodu, on palju lihtsam. Tõenäoliselt olen pildistanud umbes sada kassi 🙂

Lõpuks oli 80% esitusest täidetud kassidega.

Otse pärast esitlust kirjutas mulle HR, et tal ei ole veel vestluse tulemusi, kuid kogu kontor on juba kassidest muljet avaldanud.

Lõpuks sain tagasisidet - ma rahuldasin kõiki isikuna.

Kuid HR rääkis lõppvestluses taktitunne, et sotsiaalne õigusjustice on väga hea ja vajalik, kuid mitte kõik projektid on sellised. Ta küsis, ega see mind ei hirmuta. Ühesõnaga, ma natuke üle pingutasin sotsiaalse õiglusega, juhtub 🙂

Kokkuvõte

Kokkuvõttes olen ma juba mitu kuud töötanud Singapuris Thoughtworksis, näen, et paljud ettevõtted siin võtavad üle Google'i 'parimaid praktikaid' vestlustel, kasutades paberit ja Whiteboardi kodeerimiseks, kuigi töötamiseks ei ole teadmisi kaugemale Spring’ist, Symfony’st, RubyOnRails’ist (vajalik allkirjastada) vaja. Insenerid võtavad nädalase puhkuse enne vestlust, et 'valmistuda'.

Thoughtworksis, lisaks adekvaatsetele nõudmistele kandidaadile, pannakse rõhku järgnevatele põhimõtetele:
Vestlemise nauding. Küll aga mõlema poole jaoks. Tõeliselt, kui soovite saada parimaid töötajaid (kes ei tahaks?), siis vestlemine ei ole turg, kus valitakse orje, vaid kohtumine, kus nii tööandja kui kandidaat hindavad üksteist. Ja kui kandidaadil on ettevõttega meeldivate emotsioonide assotsiatsioon - on täiesti võimalik, et ta valib just selle ettevõtte.

Mitmed vestlejate, et vähendada kallutatust. Thoughtworksis on paaristetöötamine de facto standard. Ja kui seda praktikat saab rakendada teistes valdkondades, püüab TW seda teha. Iga vestluse etapis viivad vestluse läbi kaks inimest. Nii et igaüht hindavad minimaalset 8 inimest, ja TW püüab sobitada vestlejaid erineva tausta, erinevate suundade (mitte ainult tehnika) ja soo järgi.

Lõpuks teeb töölevõtmisotsuse vähemalt 8 inimese arvamus, ja kellelgi ei ole õigust otsustavaks hääleks.

Atribuudipõhine värbamine Kandidaatide otsuste tegemiseks on välja töötatud vorm, mis sisaldab hinnatavaid omadusi, mitte mitte ainult 'meeldib/ei meeldi' lähenemist. Lisaks tuleks hindamisel keskenduda mitte ainult teatud oskuste kogemusele, vaid ka võimele neid rakendada. Seega, kui kandidaadil pole kunagi olnud võimalust kasutada oskusi nagu TDD, kuid ta püüab seda rakendada ja kuulab nõuandeid õige kasutamise kohta – on tal head võimalused intervjuust läbi minna.

Haridustunnistused ei ole vajalikud TW ei nõua kandidaatidelt arvutiteaduse alaseid haridustunnistusi. Oluline on vaid oskuste hindamine.

See oli esimene intervjuu, mille jaoks ma ei pidanud ette valmistuma, kui ma olen kandideerinud välisfirmadesse. Iga etapi järel ei tundnud ma end nagu sidrun, vastupidi, olin rõõmus, et sain rakendada parimaid tavasid ja et inimesed monitori taga hindavad seda ning rakendavad neid igapäevaselt.

Mõne kuu pärast võin öelda, et ootused on täielikult täidetud. Kuidas erineb ThoughtWorks tavalisest ettevõttest? Tavalisest ettevõttest leiad häid arendajaid ja toredaid inimesi, kuid TW-s on nende kontsentratsioon äärmiselt kõrge.

Kui soovite ThoughtWorksiga liituda, saate vaadata avatud töökohti siin
Soovitan ka tutvuda huvitavate tööpakkumistega:
Juhtiv tarkvarainsener: Saksamaa, London, Madriid, Singapur
Vanem tarkvarainsener: Sydney, Saksamaa, Manchester, Bangkok
Tarkvarainsener: Sydney, Barcelona, Milano
Vanem andmeinsener: Milano
Kvaliteedianalüütik: Saksamaa Hiina
Infrastruktuur: Saksamaa, London, Tšiili
(Tahan ausalt hoiatada, et link on suunamislink; kui te lähete TW-sse, saan ma meeldiva boonuse). Valige endale meelepärane kontor, ei pea piirduma vaid Euroopaga, igal juhul on TW õnnelik teid igal teisel aastal teise riiki viia, kuna see on osa ThoughtWorksi poliitikast, kultuur laieneb ja muutub ühtlasemaks.

Ärge kartke küsimusi esitada kommentaarides või paluda mul teid soovitada.
Kui teema tundub huvitav, kirjutan sellest, kuidas on töötada ThoughtWorksis ja kuidas elada Singapuris.

Allikas: habr.com