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

Kas see ei tundu kummaline, et kui plaanite töökohta vahetada ja peate läbima intervjuu, mõtle esimese asjana „pean intervjuuks valmistuma“. Tuleb lahendada ülesandeid HackerRankis, lugeda Crack the coding interview, pähe õppida, kuidas ArrayList töötab ja mille poolest see erineb LinkedListist. Ah jah, võidakse küsida ka sorteerimismeetodeid ja oleks ilmselgelt ebaaus öelda, et quick sort on tõenäoliselt parim valik.
Aga oota, sa ju programmeerid 8 tundi päevas, lahendad huvitavaid ja mittetriviaalseid ülesandeid ning uues töökohas teed põhimõtteliselt samasugust tööd. Siiski, et intervjuust läbi saada, tuleb kuidagi eraldi valmistuda, mitte et hakatakse harjutama igapäevaseid oskusi, vaid tuleb meelde jätta see, mis sulle ei ole vajalik olnud praeguses töökohas ja mis tõenäoliselt ei ole vajalik ka järgmisel. Kui sa tuled mulle ütlema, et computer science on meie veres ja kui meid äratada keset ööd, oleme me kohustatud kirjutama puusasähvatusega puude laiuse läbimise algoritmi, isegi mitte ärkvel olles, siis ma vastan, et kui ma peaksin tsirkusesse tööle minema ja minu peamine trikk oleks just see - siis jah, ma nõustun. Seda oskust tuleb testida.

Aga miks siis kontrollida oma töökohaga seotud oskusi? Ainult seetõttu, et see on moes? Kuni Google nii teeb? Või seetõttu, et teie tulevane tiimijuht pidi enne intervjuud kõik sorteerimismeetodid ära õppima ja nüüd arvab, et „iga hea programmija peab teadma peast, kuidas leida palindroomi stringis“.

Aga sina ei ole Google (c). Mida Google endale lubada saab, ei saa tavalised ettevõtted. Google on analüüsinud oma töötajate andmeid ja jõudnud järeldusele, et just nende spetsiifiliste ülesannetega tegelevad hästi insenerid, kellel on olümpiapäritolu. Veelgi enam, oma valikuprotsessi ehitades saavad nad endale lubada riski, et nad ei palka mõnd head inseneri lihtsalt seetõttu, et nad ei suuda nii lihtsalt matemaatilisi ülesandeid lahendada. Kuid see ei ole nende jaoks probleem - soovijaid Google'i töökohtadele on palju, positsioon leiab lõpuks ikka täitmise.
Nüüd vaatame aknast välja ja kui teie büroo ees ei ole insenere, kes soovivad teie juures töötada ja ei ole üles seadnud telkimislaager, ning teie arendajad otsivad vähem Stack Overflow's enamat kui soritusesprings tingimusi, mitte algoritmide üksikasju, siis on ilmselgelt aeg mõelda, kas tasub Google'i mudelit kopeerida.

Hea küll, kui seekord Google ei aidanud ja ei andnud vastuseid, mida siis teha? Kontrollida just neid oskusi, mida arendaja oma töös vajab. Mida te arendajates hindate?
Koostage kriteeriumid, keda soovite palgata, ja töötage välja testid, mis kontrollivad just neid oskusi.

ThoughtWorks

Mida see ThoughtWorks siia puutub? Just siin leidsin enda jaoks näite ideaalsest intervjuust. Kes on ThoughtWorks? Lühidalt öeldes, see on High-End konsultatsioonifirma, millel on kontorid üle kogu maailma alates Hiinast, Singapurist kuni Ameerika mandriteni, mis on tegelenud arendusvaldkonna nõustamisega juba umbes 25 aastat, omab oma teadusosakonda, mida juhib Martin Fowler. Kui otsite nimekirja 10 raamatust, mida peab lugema tarkvarainsener, siis ilmselt on 2-3 neist kirjutatud ThoughtWorksi inimestelt, nagu näiteks Refactoring Martin Fowler ja Building Microservices: Designing Fine-Grained Systems by Sam Newman või Building Evolutionary Architectures
by Patrick Kua, Rebecca Parsons, Neal Ford.

Ettevõtte äri põhineb piisavalt kallite teenuste pakkumisel, kuid klient maksab fenomenaalse kvaliteedi eest, mis tuleneb ekspertiisist, sisemistest standarditest ja loomulikult inimestest. Seetõttu on hädavajalik palkata õiged inimesed.
Aga kes on õiged inimesed? Loomulikult on igaühe jaoks oma tõekspidamised. ThoughtWorks on määratlenud, et nende ärimudelile on arendajate jaoks kõige olulisemad kriteeriumid:

• Võime pargis töötada. Just võime, mitte kogemus või oskused. Keegi ei oota, et inimesed, kes harjutavad Pair programming't juba 5 aastat, tulevad. Aga olema avatud teiste arvamusele, oskama kuulata - see on vajalik oskus.
• Võime kirjutada teste ja ideaaljuhul praktiseerida TDD-d.
• Mõista SOLID'i ja OOP-d ning osata neid rakendada.
• Esitada oma arvamust. Konsultandina tuleb töötada kliendi arendajatega, teiste konsultantidega, ja pole palju kasu, kui inimene oskab midagi hästi teha, kuid ei suuda seda teistele meeskonna liikmetele edastada.

Nüüd on oluline hinnata just neid oskusi kandidaadi juures. Siin tahan rääkida oma kogemusest ThoughtWorksi intervjuus. Ütlen kohe, et ma käisin intervjuul Singapuris ja sain töökoha, kuid värbamisprotsess on ühtne ja ei erine riigist riiki oluliselt.

Etapp 0. HR

Kuidas see sageli on, HR-iga 20-minutiline intervjuu. Siin ei jääks ma pikalt peatuma, vaid ütlen, et ma pole kunagi varem kohtunud HR-iga, kes suudaks 15 minutit rääkida ettevõtte arenduskultuurist, miks nad rakendavad TDD-d, miks paaristöö toimub. Tavaliselt on HR-id sellel teemal tuhmiks muutunud ja räägivad lihtsalt, et protsess on neil tavapärane: arendajad arendavad, testijad testivad, juhid juhivad.

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

1,5 tundi enne intervjuu algust saatsid nad mulle ülesande simuleerida Marsi roverit.

Marsi roveri ülesanneNASA peab maandama meeskonna robotroversid Marsi platoodile. See platood, mis on kummaliselt neljakujuline, peab olema roverite poolt navigeeritud nii, et nende pardakaamerad saaksid täieliku ülevaate ümbritsevast maastikust, et saata see tagasi Maale. Roveri asukohta ja suunda esindab x ja y koordinaatide kombinatsioon ning täht, mis tähistab ühte neljast põhikaart suunast. Platood on jagatud ruudustikuks, et lihtsustada navigeerimist. Näiteks asukoht võib olla 0, 0, P, mis tähendab, et rover on alumises vasakus nurgas ja suunatud Põhja poole. Roveri juhtimiseks saadab NASA lihtsa tähe stringi. Võimalikud tähed on 'L', 'R' ja 'M'. 'L' ja 'R' pööravad roverit 90 kraadi vasakule või paremale, liikumatult oma praeguselt kohalt. 'M' tähendab edasi liikuda ühe ruudupunkti võrra, säilitades samas suuna.
Eeldage, et ruut otse Põhja (x, y) kohal on (x, y+1).
SISEND:
Sisendi esimene rida on platoodi ülemise parema nurga koordinaadid, alumise poole koordinaadid eeldatakse olevat 0,0.
Ülejäänud sisend on teave juba saadetud roverite kohta. Iga roveri jaoks on kaks sisendirida. Esimene rida annab roveri asukoha ja teine rida on juhiste seeria, mis ütleb roverile, kuidas platood avastada. Asukoht koosneb kahest täisarvust ja ühest tähest, mis on eraldatud tühikutega ja vastab x ja y koordinaatidele ning roveri suunale.
Iga rover lõpetatakse järjestikku, mis tähendab, et teine rover ei hakka liikuma enne, kui esimene on oma liikumise lõpetanud.
VÄLJA:
Iga roveri väljund peaks olema selle lõplikud koordinaadid ja suund.
MÄRKUSED:
Lihtsalt rakendada ülaltoodud nõudeid ja tõestada, et tolmuimeja töötab, kirjutades selle jaoks üksusi testima.
Kasutajaliidese loomine jääb välja oma ulatusest.
Probleemi lahendamine TDD (Test Driven Development) lähenemise järgimisega on eelistatud.
Lühikese aja jooksul on kvaliteet meie jaoks olulisem kui täielikkus.
*Ma ei saa jagada ülesannet, mis mulle saadeti, see on vana ülesanne, mis anti paar aastat tagasi. Kuid uskuge, põhimõtteliselt on kõik jäänud samaks.

Rõhutan eraldi hindamiskriteeriume. Kui sageli on tekkinud olukord, kus kandidaadi jaoks olulised asjad ei ole hindamise käigus üldse tähtsad ja vastupidi. Mitte kõik ei mõtle sama moodi nagu teie, kuid paljud võivad omaks võtta teie väärtused ja järgida neid, kui need on selgelt kirja pandud. Nii et hindamiskriteeriumitest on kohe selge, et selle etapi kõige olulisemad oskused on:

• TDD;
• OOP kasutamise oskus ja hooldatava koodi kirjutamine;
• paaristöö oskused

Nii et mind hoiatati, et peaksin nende 1,5 tunni jooksul mõtlema sellele, kuidas ma ülesannet lahendan, mitte koodi kirjutama. Koodi kirjutame koos.

Kui me kokku saime, rääkisid poisid lühidalt, kes nad on ja millega nad tegelevad, ning pakkusid, et saaksime arendamisega alustada.

Kogu intervjuu jooksul ei olnud mul kunagi tunnet, et olen intervjuul. On tunne, et arendad koodi meeskonnas. Kui sa mingil hetkel kinni jääd — nad aitavad, nõuavad, arutavad, isegi vaieldavad omavahel, kuidas paremini teha. Intervjuul unustasin, kuidas JUnit 5-s kontrollida, et meetod viskab erandi — nad pakkusid edasi kirjutada testimist, samal ajal kui keegi otsis Google'ist, kuidas seda teha.

Koheselt pärast intervjuud sain konstruktiivse tagasiside — mis meeldis ja mis mitte. Minu puhul kiideti Sealed klasside kasutamist nulli objekti alternatiivina; et enne koodi kirjutamist kirjutasin pseudokoodi, kuidas ma tahaksin roverit 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 esitlus mistahes teema kohta, mis mind huvitab. Formaat on lihtne ja tuttav: 15-minutiline esitlus, 15-minutiline küsimuste ja vastuste sessioon.
Valisin Uncle Bobi Clean Architecture'i. Ja jälle intervjueeris mind paar inimest. See oli minu esimene kogemus esitlemisel inglise keeles ja võib-olla, kui ma oleksin stressirohkes olukorras — ma ei oleks sellega toime tulnud. Kuid siiski, mul ei olnud kunagi tunnet, et ma olen intervjuul. Kõik käib nagu tavaliselt — räägin, nad kuulavad hoolikalt. Isegi traditsiooniline küsimuste ja vastuste sessioon ei olnud nagu intervjuu, oli näha, et küsimusi ei küsita selleks, et "töötuks" teha, vaid need, mis neid tõeliselt huvitasid minu esituses.

Mõni tund pärast intervjuud sain tagasisidet – esitluses oli palju kasulikku ning nemad nautisid seda kuulamist tõeliselt.

Etapp 3. Toote kvaliteediga kood

Eelnevalt hoiatades, et see on viimane etapp tehnilistes intervjuudes, paluti mul kodus kood viia tootmisvalmidusse, pärast mida peaksin saatma koodi ülevaatamiseks ning määrama intervjuud, kus ülesande nõuded muutuvad ja kood vajab kohandamist. Eelnevalt võin öelda, et koodi ülevaatus toimub pimesi, ülevaatajad ei tea ei positsiooni, millele kandidaat kandideerib, ei näe tema CV-d, isegi mitte tema nime.

Helistamine, ja taas paar poissi ekraani taga. Kõik nagu esimeses intervjuus: peamine on mitte unustada TDD-d, rääkida, mida sa teed ja miks. Kui te pole varem TDD-d praktiseerinud, soovitan kohe alustada, mitte sellepärast, et see on ettevõtetes vajalik, vaid seetõttu, et see teeb teie elu oluliselt lihtsamaks, vähendab stressitaset. Kas mäletate, kuidas pidite hirmsasti otsima debuggerit, et leida viga, mis ilmneb ainult brauseris, kuid mille üle ei saa te testide abil reproduktsiooni? Kujutage nüüd ette, et peate sellist viga leidma intervjuu ajal — paar halli juuksesähvatust on garanteeritud. Mida me TDD-st siis saame? Muutsime koodi ja ootamatult avastasime, et testid on punased, ja ei saa esmakordselt aru, kus on viga? Okei, ütlebime intervjueerijatele "Ups", vajutame Ctrl-Z ja hakkame liikuma väikeste sammudega edasi. Ja jah, TDD kasutamine on oskus, mida tuleb endas arendada, oskus liikuda eesmärgi suunas nii, et testid oleksid pidevalt rohelised, mitte punased pool päeva, kuna "teie suur refaktoreerimine". See on sama oskus, nagu võime kirjutada hooldatavat või tootlikku koodi.

Nii et teie koodi muudetavus sõltub suuresti sellest, kui hea disain teil algselt oli, kui lihtne see on ja kui head on teie testid.

Pärast intervjuud sain tagasisidet mõne tunni jooksul. Sel hetkel mõistsin, et olin sisuliselt läbinud ning jäi veel vaid väike samm "Fowleriga kohtumise" suunas.

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

Tõeliselt rääkides, see küsimuse esitamise vorm jätab mind veidi hämmingusse. Kuidas saab ühe tunni vestluse jooksul aru saada, milline inimene ma olen? Ja veel enam, kuidas saab seda mõista, kui ma räägin mulle mitte emakeeles, ja ausalt öeldes, üsna kehvas ja kangelaslikus keeles. Varasemates intervjuudes oli minul lihtsam rääkida, kui vastata küsimustele, ja põhjuseks oli aktsent. Võimalik, et üks intervjueerijatest oli aasialane — nende aktsent on, ütleme nii, Euroopa kõrvale natuke spetsiifilisem. Seega otsustasin võtta proaktiivse lähenemise — koostada enda kohta esitlus ja intervjuu alguses pakkuda ennast selle esitlusest rääkida. Kui nad nõustuvad, siis vähemalt on minuga vähem küsimusi, kui nad esialgu lükkavad mu ettepaneku tagasi — noh, 3 tundi minu elust, mis kulus esitlusele, pole küll suur hind. Aga mis peaks olema esitlusel? Elulugu — Sündisin seal ja seal, käisin koolis, lõpetasin ülikooli — kellele see huvitav on?

Kui veidi otsida Thoughtworks'i kultuuri kohta, võite leida Martin Fowlers'i artikli [https://martinfowler.com/bliki/ThreePillars.html], kus kirjeldatakse 3 sambat: Jätkusuutlik äri, Tarkvara tipptase ja Sotsiaalne õiglus.

Eeldame, et Tarkvara tipptasu on juba läbi vaadatud. Jätkub vaid Jätkusuutliku äri ja Sotsiaalse õiguse demonstreerimine.

Ja ma otsustasin keskenduda viimasele.

Alustasin rääkimisega, miks ThoughtWorks — juba ülikoolis lugesin Martin Fowlers'i blogi, seega armastus Clean Code'i vastu.

Projekte saab samuti esitleda erinevatest vaatenurkadest. Olen arendanud tarkvara meditsiini jaoks, mis lihtsustas patsientide elu ja kuuldavasti päästis isegi ühe elu. Olen arendanud ka tarkvara pankade jaoks, samuti inimeste elude lihtsustamiseks. Eriti kui seda panka kasutab 70% riigi elanikkonnast. Jutt ei ole Sberbankist ega isegi Venemaast.

Soovid teada minu kohta rohkem? Okei. Minu hobi on fotograafia, hoian kaamerat käes juba 10 aastat, on fotosid, mida ei ole häbi näidata. Samuti aitasin ühel ajal kasside varjupaika: pildistasin kasse, kes vajasid püsivalt kodu. Ja headest fotodest on kassi kodustamine kindlasti palju lihtsam. Olen ilmselt pildistanud umbes sada kassi 🙂

Lõppkokkuvõttes oli 80% esitlusest täidetud kassidega.

Vahetult pärast esitlust kirjutas HR, et ta ei tea veel intervjuu tulemusi, kuid kogu kontor on kassidest vaimustuses.

Lõpuks sain tagasisidet — rahuldasin kõiki inimesena.

Kuid HR rääkis lõppvestluses taktitundeliselt, et sotsiaalne õiglus on väga hea ja vajalik, kuid mitte kõik projektid sellised. Ja küsis, kas see mind ei hirmuta. Kokkuvõttes, ma natuke üle pingutasin sotsiaalse õigluse osas, juhtub 🙂

Kokkuvõte

Kokkuvõttes olen juba mitmeid kuu töödanud Singapurist Thoughtworks'is, näen, et ka siin paljud ettevõtted võtavad üle „parimaid intervjuupraktikaid“ Google'ist, kasutades paberit ja valgeid tahve kodeerimiseks, kuigi töös ei nõuta teadmisi kaugemale Spring'st, Symfony'st, RubyOnRails'st (tooge vajalik välja). Insenerid võtavad nädala puhkust enne intervjuud, et "valmistuda".

Thoughtworks'is pannakse rõhk lisaks mõistlikele nõuetele kandidaatide suhtes ka järgmistele põhimõtetele:
Intervjueerimise rõõm. See kehtib mõlema poole jaoks. Tõeliselt, kui soovite saada parimaid talente (kas keegi ei tahaks?), siis intervjuu ei ole turg, kus valitakse orje, vaid näitus, kus nii tööandja kui kandidaat hindavad üksteist. Ja kui kandidaadi jaoks seondub ettevõttega positiivne emotsioon — on täiesti tõenäoline, et ta valib just selle ettevõtte.

Mitmed intervjueerijad kallutamise vähendamiseks. Thoughtworks'is on paarist programmeerimine de facto standard. Ja kui seda praktikat saab rakendada teistes valdkondades, püüab TW seda teha. Igal intervjuu etapil viib läbi 2 inimest. Nii hinnatakse igat kandidaati minimaalset 8 inimese poolt, ja TW püüab valida intervjueerijaid erineva taustaga, erinevate suundade (mitte ainult tehnikud) ja soo kohaselt.

Lõpuks tehakse töölevõtmise otsus vähemalt 8 inimese arvamuse põhjal, ja kellelgi ei ole vetoõigust.

Atribuutide põhine palkamine Kandidaadi valiku asemel, tuginedes sellele, kas kandidaadist meeldib või mitte, on iga rolli ja iga etapi jaoks välja töötatud vorm, mis sisaldab hindatavaid atribuute. Samuti on soovitatav hinnata mitte teatud oskuse kogemust, vaid võimet seda rakendada. Seega, kui kandidaadil ei ole olnud võimalust rakendada mõningaid oskusi, nagu TDD, kuid siiski püüab ta seda rakendada, kuulates õige kasutamise nõuandeid — tal on suur võimalus intervjuust läbi minna.

Haridustõendid pole vajalikud. TW ei nõua kandidaadilt kohustuslikke sertifikaate või haridust infotehnoloogia valdkonnas. Hinnatakse ainult oskusi.

See on esimene intervjuu, mille jaoks ma ei pidanud valmistuma, kui rääkida välisettevõtetest. Pärast iga etappi ei tundnud ma end nagu sidrun, vaid vastupidi, olin õnnelik, et saan rakendada parimaid praktikaid, et inimesed monitori taga hindavad seda ja rakendavad seda igapäevaselt.

Mõne kuu möödudes, võin öelda, et ootused on täielikult täidetud. Mida ThoughtWorks erineb tavalisest ettevõttest? Tavalises ettevõttes leiate head arendajad ja toredad inimesed, kuid TW-s on nende kontsentratsioon ülemäära kõrge.

Kui soovite liituda ThoughtWorks'iga, siis avatud töökohti saab vaadata siit
Pakun samuti tähelepanu pöörata huvitavatele töökohtadele:
Juhtiv tarkvarainsener: Saksamaa, London, Madriid, Singapur
Vanem tarkvarainsener: Sydney'sse, Saksamaa, Manchester, Bangkokiga
Tarkvarainsener: Sydney'sse, Barcelona, Milano
Vanem andmeinsener: Milano
Kvaliteedi analüütik: Saksamaa China
Infrastruktuur: Saksamaa, London, Tšiili
(Soovin ausalt hoiatada, et link on soovituslik, kui te TW-sse pääsete, siis saan meeldiva boonuse). Valige oma lemmikkontor, pole vaja piirduda ainult Euroopaga, lõpuks on TW-l iga 2 aasta järel rõõm viia teid teise riiki, kuna see on osa ThoughtWorks'i poliitikast, nii levib ja ühtlustub kultuur.

Ärge kartke esitada kommentaarides küsimusi või paluda mul teid soovitada.
Kui teema tundus huvitav, kirjutan selle kohta, kuidas on töötada ThoughtWorks'is ja kuidas on elada Singapuris.

Allikas: habr.com