ThoughtWorks-en edo lagin-elkarrizketan nola sartu nintzen

Ez al zaizu arraroa iruditzen lanaz aldatzear zaudenean eta elkarrizketa bat gainditzeko beharra sortzen denean, pentsatzen duzun lehenengo gauza "elkarrizketa prestatu behar duzula" izatea. Ebatzi arazoak HackerRank-en, irakurri Crack kodeketa elkarrizketa, ikasi ArrayList-ek nola funtzionatzen duen eta nola desberdintzen den LinkedList-en. Bai, baliteke ordenatzeari buruz ere galdetzea, eta, jakina, ez litzateke profesionala izango sailkapen azkarra ziurrenik aukerarik onena izango dela esatea.
Baina itxaron, egunean 8 ordu programatzen dituzu, arazo interesgarriak eta ez hutsalak konpontzen dituzu, eta zure lan berrian gauza bera egingo duzu, gehi edo ken. Baina, hala ere, elkarrizketa bat gainditzeko, nolabait ere prestatu behar duzu, ez zure eguneroko trebetasunak hobetu ere, baina zure uneko lanpostuan behar ez zenuen zerbait ikasi eta hurrengo batean nekez beharko zenukeen zerbait ikasi behar duzu. Zure objekzioen aurrean, informatika gure odolean dagoela, eta gauaren erdian esnatzen bagaituzu, buruko-zorro batean begiak itxita idaztera behartuta gaude zuhaitz baten zabaleran ibilaldi bat kontzientzia hartu ere egin gabe, nik Zirkoan lana lortzen badut eta nire gauza nagusia trikimailua hauxe izango litzatekeela erantzungo du; orduan agian bai, ados nago. Trebetasun hori probatu egin behar da.

Но зачем проверять нерелевантные текущей работе навыки? Только потому, что это стало модным? Потому что Google делает так? Или потому, что вашему будущему тимлиду пришлось выучить все методы сортировки перед прохождением собеседования и теперь он считает что “каждый хороший программист обязан знать наизусть реализацию нахождения палиндрома в строке”.

Tira, ez zara Google (c). Googlek ordaindu dezakeena, enpresa arruntek ezin dute. Googlek, bere langileen datuak aztertuta, Olinpiadetako aurrekariak dituzten ingeniariak bere zeregin zehatzei aurre egiteko onak direla ondorioztatu zuen. Gainera, hautaketa-prozesua diseinatuta, ingeniari on batzuk ez kontratatzeko arriskua har dezakete, matematika-arazoak erraz askatu ezin dituztelako. Baina hau ez da arazoa beraientzat, jende asko dago Googlen lan egin nahi duena, postua itxita egongo da.
Orain begiratu dezagun leihotik, eta zure bulegoaren aurrean zuretzako lan egin nahi duten ingeniariek oraindik ez badute kanpamendu-denda bat ezarri eta zure garatzaileek maizago stackoverflow-en bilatzen badute hurrengo Spring ohartarazpena instalatu behar den jakiteko, sailkapeneko algoritmoen korapilatsuak baino, orduan, itxuraz, Google kopiatu behar duzun ala ez pentsatzeko garaia da.

Beno, oraingoan Google-k huts egin badu eta erantzunik eman ez badu, zer egin beharko zenuke? Egiaztatu garatzaileak lanean zer egingo duen zehazki. Zer baloratzen duzu garatzaileengan?
Egin irizpideak nork kontratatu nahi dituzun eta garatu trebetasun horiek zehazki probatzen dituzten probak.

ThoughtWorks

Zer zerikusi du ThoughtWorks-ek honekin? Hemen aurkitu dut neuretzako elkarrizketa eredu baten adibidea. Nor dira ThoughtWorks? Laburbilduz, goi mailako aholkularitza-enpresa bat da, mundu osoan bulegoak dituena, Txinatik, Singapurretik Amerikako kontinenteetaraino, 25 urte inguru daramatza garapenaren arloan aholkularitzan, bere Zientzia dibisio propioa du, Martin buru duena. Fowler. Software ingeniariarentzat irakurri beharreko 10 libururen zerrenda bilatzen baduzu, agian horietatik 2-3 ThoughtWorks-eko mutilek idatziko dituzte, hala nola, Refactoring By Martin Fowler eta Building Microservices: Designing Fine-Grained Systems by Sam. Newman edo Building Evolutionary Architectures
Egileak: Patrick Kua, Rebecca Parsons, Neal Ford.

Konpainiaren negozioa nahiko zerbitzu garestiak eskaintzean eraikitzen da, baina bezeroak kalitate izugarria ordaintzen du, hau da, espezializazioa, barne estandarrak eta, noski, pertsonak osatzen dute. Horregatik, hemen ezinbestekoa da pertsona egokiak kontratatzea.
Zein motatako pertsonak dira arrazoiak? Noski, guztientzako desberdinak daude. ThoughtWorks-ek zehaztu du garatzaileen negozio-ereduaren irizpide garrantzitsuenak hauek direla:

• Binaka garatzeko gaitasuna. Gaitasuna da, ez esperientzia edo trebetasuna. Inork ez du espero 5 urtez Bikotekako programazioa praktikatzen ari den jendea etorriko denik.Baina besteen iritziak jaso eta entzuteko gai izatea beharrezko trebetasuna da.
• Probak idazteko gaitasuna, eta hoberena TDD lantzea
• Понимать SOLID и ООП и уметь применять их.
• Eman zure iritzia. Aholkulari gisa, bezeroaren garatzaileekin lan egin behar duzu, beste aholkulari batzuekin, eta ez dago onura handirik pertsona batek zerbait ondo egiten badaki, baina taldekideei guztiz helarazteko gai ez bada.

Orain garrantzitsua da hautagaiaren gaitasun jakin horiek ebaluatzea. Eta hemen ThoughtWorks-en elkarrizketak izan ditudan esperientziari buruz hitz egin nahi dut. Berehala esango dut Singapurrera joan eta gainditu nuela, baina kontratazio prozesua bateratua dago eta ez da asko aldatuko herrialde batetik bestera.

0. etapa. HR

Как это часто и бывает 20 минутное собеседование с HR. На нем останавливаться не буду, скажу лишь, что я никогда прежде не встречал HR, который бы мог 15 минут рассказывать о культуре разработки в компании, почему они применяют TDD, почему парное программирование. Обычно на этом вопросе HR’ы сникают и рассказывают, что процесс у них обычный: разработчики разрабатывают, тестировщики тестируют, менеджеры погоняют.

1. etapa. Zein ona zara OOP, TDD-n?

Elkarrizketa hasi baino 1.5 ordu lehenago, Mars Rover simulagailu bat egiteko zeregin bat bidali zidaten.

Mars Rover misioaRover robotikoen talde bat lurreratuko du NASAk Marteko lautada batean. Bitxiki angeluzuzena den goi-lautada honetan ibili behar dute errobiek, ontziko kamerek inguruko lurren ikuspegi osoa izan dezaten Lurrera itzultzeko. Rover baten posizioa eta kokapena x eta y koordenatuen eta lau iparrorratz puntu kardinaletako bat adierazten duen letra batekin adierazten dira. Lautada sare batean banatuta dago nabigazioa errazteko. Posizio adibide bat 0, 0, N izan daiteke, hau da, mugikorra beheko ezkerreko izkinan eta Iparraldera begira dagoela esan nahi du. Rover bat kontrolatzeko, NASAk letra-kate soil bat bidaltzen du. Letra posibleak 'L', 'R' eta 'M' dira. "L" eta "R"-ek mugikorra 90 gradu biratzen dute ezkerrera edo eskuinera, hurrenez hurren, uneko tokitik mugitu gabe. 'M' esan nahi du sareta puntu bat aurrera egin eta goiburu bera mantendu.
Demagun (x, y)-tik zuzenean Iparraldeko karratua (x, y+1) dela.
Sarrera:
Sarrerako lehen lerroa goi-eskuineko lautadako koordenatuak dira, behe-ezkerreko koordenatuak 0,0 direla suposatzen da.
Gainerako sarrera hedatu diren rover-ei buruzko informazioa da. Rover bakoitzak bi sarrera-lerro ditu. Lehenengo lerroak ibilgailuaren posizioa ematen du, eta bigarren lerroan ibiltariari lautada nola arakatu esaten dioten argibide sorta bat da. Posizioa zuriunez bereizitako bi zenbaki osoz eta letraz osatuta dago, x eta y koordenatuei eta ibilgailuaren orientazioari dagozkionak.
Rover bakoitza sekuentzialki amaituko da, hau da, bigarren ibilgailua ez da mugitzen hasiko lehenengoa mugitzen amaitu arte.
Irteera:
Rover bakoitzaren irteera bere azken koordenatuak eta goiburua izan behar du.
OHARRAK:
Besterik gabe, inplementatu goiko baldintzak eta frogatu xurgagailu batek funtzionatzen duen unitate-probak idatziz.
Erabiltzaile-interfaze mota bat sortzea eremutik kanpo dago.
Arazoa TDD (Test Driven Development) ikuspegia jarraituz konpontzea hobetsiko da.
Eskura dagoen denbora laburrean, osotasuna baino kalitateaz arduratzen gara.
*Ezin dut bidali zidaten lana argitaratu, duela urte batzuk eman zen lan zaharra da. Baina sinetsi iezadazu, funtsean dena berdin jarraitzen du.

Отдельно хочется обратить внимание на критерии оценки. Сколько раз вам приходилось сталкиваться с ситуацией, когда важные для кандидата вещи, совершенно не важны при проверке и наоборот. Не все думают так же, как вы, но многие могут принять ваши ценности и следовать им, если их четко прописать. Итак, из критерий оценки сразу понятно что важнейшими навыками на этом этапе является

• TDD;
• OOP erabiltzeko eta mantendu daitekeen kodea idazteko gaitasuna;
• bikoteka programatzeko gaitasunak

Beraz, 1.5 ordu horiek zeregina nola egingo nuen pentsatzen pasatzeko ohartarazi zidaten, kodea idatzi beharrean. Kodea elkarrekin idatziko dugu.

Telefonoa hartu genuenean, mutilek laburki esan ziguten nor diren eta zer egiten duten eta garapena hastea eskaini ziguten.

Elkarrizketa osoan zehar, inoiz ez nuen izan elkarrizketatzen ari nintzela sentsazioa. Talde batean kodea garatzen ari zarela sentitzen da. Nonbait gelditzen bazara, laguntzen dute, aholkatu, eztabaidatzen dute, nahiz eta elkarri eztabaidatzen nola egin onena. Elkarrizketan, JUnit 5-en nola egiaztatu metodo batek Salbuespen bat botatzen duela ahaztu nuen: proba idazten jarraitzea proposatu zidaten, haietako batek nola egin googlen zebilela.

Literalki, elkarrizketa egin eta ordu batzuetara, iritzi eraikitzaileak jaso nituen: zer gustatu zitzaidan eta zer ez. Nire kasuan, Sealed klaseak objektu nuluaren alternatiba gisa erabiltzeagatik goraipatu ninduten; izan ere, kodea idatzi aurretik, pseudokodean idatzi nuen nola kontrolatu nahi nukeen rover-a, eta horrela klaseen krokis bat jaso nuen, robotaren APIan parte hartzen dutenena behintzat.

2. urratsa: kontatu

Elkarrizketa baino astebete lehenago, interesatzen zitzaidan edozein gairi buruzko aurkezpen bat prestatzeko eskatu zidaten. Formatua sinplea eta ezaguna da: 15 minutu aurkezpena, 15 minutu galderei erantzuteko.
Osaba Bob-en arkitektura garbia aukeratu nuen. Eta berriro elkarrizketatu ninduten pare batek. Ingelesez aurkeztearen lehenengo esperientzia izan zen hau, eta, beharbada, estres egoera batean egon izan banintz, ezingo nuke aurre egin. Baina berriro ere, ez nuen behin ere izan elkarrizketa batean nengoela sentsaziorik. Dena ohikoa da - esaten diet, arretaz entzuten dute. Nahiz eta ohiko galdera-erantzun saioa ez zen elkarrizketa bat bezalakoa izan; argi zegoen galderak ez zirela "hondoratzeko" egiten, nire aurkezpenean benetan interesatzen zitzaizkienak baizik.

Elkarrizketa egin eta ordu pare batera, iritzia jaso nuen: aurkezpena oso erabilgarria izan zen eta benetan gozatu zuten entzutea.

3. etapa. Produkzioaren Kalitate Kodea

Elkarrizketa teknikoen azken fasea zela ohartarazita, kodea etxean produkziorako prest egoteko egoerara eramateko eskatu zidaten, ondoren, berrikusteko kodea bidaltzeko eta elkarrizketak programatzeko, zeinetan zereginaren baldintzak aldatuko ziren eta kodea. aldaketa eskatzen du. Aurrera begira, esan dezaket kodearen berrikuspena itsu-itsuan egiten dela, ebaluatzaileek ez dakite hautagaia zein lanpostutara aurkezten den, ez dutela bere CVa ikusten, ez dutela bere izena ikusten ere.

Telefonoak jo zuen, eta berriro ere pare bat mutil zeuden monitorearen beste aldean. Dena da lehen elkarrizketan bezala: gauza nagusia TDDaz ez ahaztea da, zer egiten duzun eta zergatik kontatzea. Aurretik TDD praktikatu ez baduzu, berehala egiten hastea gomendatzen dizut, ez enpresetan beharrezkoa delako, baizik eta zure bizitza nabarmen errazten duelako, zure estres maila murrizten duelako nahi baduzu. Gogoratzen al duzu arakatzailearen bidez soilik erreproduzi daitekeen errore bat nola bilatu behar izan zenuen araztatzaile batekin, baina ezin duzu proben bidez erreproduzitu? Orain imajinatu elkarrizketa batean horrelako akats bat harrapatu beharko duzula - ile gris pare bat ziurtatuta dituzu. Zer lortzen dugu TDDrekin? Kodea aldatu genuen eta ustekabean konturatu ginen orain probak gorriak direla, baina zein da lehen aldiz asmatu ezin dugun errorea? Ados, elkarrizketatzaileei "Aupa" esaten diegu, sakatu Ctrl-Z eta urrats txikiak ematen hasten gara. Eta bai, zure baitan TDD erabiliz garatzeko gaitasuna garatu behar duzu, helburura joateko gaitasuna, zure probak betirako berdeak izan daitezen, eta ez gorri egun erdiz, "refactoring asko duzulako". Kode mantendugarria idazteko edo kode produktiboa idazteko trebetasun bera da.

Beraz, zure kodea zein ondo alda daitekeen, hasteko buruan duzun diseinuaren araberakoa da, zein sinplea den eta zure probak zein onak diren.

Elkarrizketa egin ondoren, ordu gutxiren buruan iritzia jaso nuen. Etapa honetan, konturatu nintzen ia amaituta nengoela eta oso gutxi geratzen zela "Fowler ezagutu nuen arte".

4. etapa. Finala. Nahikoa galdera tekniko. Nor zaren jakin nahi dugu!

Egia esateko, zertxobait harrituta geratu nintzen galderaren formulazio honek. Nola uler dezakezu zer-nolako pertsona naizen elkarrizketa ordu batean? Eta are gehiago, nola ulertu hau nire ama-hizkuntza ez den hizkuntza bat hitz egiten dudanean, eta, egia esanda, oso kaskarra eta mihi-lotua. Aurreko elkarrizketetan, pertsonalki errazagoa egin zitzaidan galderei erantzutea baino hitz egitea, eta azentua zen errua. Elkarrizketatzaileetako bat behintzat asiarra zen, eta haien azentua, tira, demagun, europar belarrirako berariazko samarra da. Hori dela eta, ikuspegi proaktibo bat hartzea erabaki nuen: nire buruari buruzko aurkezpen bat prestatu eta elkarrizketa-eskaintza hasieran aurkezpen honekin nire buruaz hitz egiteko. Ados badaude, orduan behintzat galdera gutxiago egongo dira niretzat; eskaintza baztertzen badute, tira, nire bizitzako 3 ordu aurkezpen batean igarotakoak ez dira hain prezio altua. Baina zer idatzi behar duzu zure aurkezpenean? Biografia - Han jaioa, garai hartan, eskolara joan zen, unibertsitatean graduatua - baina nori axola zaio?

Thoughtworks kulturari buruz Google pixka bat egiten baduzu, Martin Fowler-en [https://martinfowler.com/bliki/ThreePillars.html] artikulu bat aurkituko duzu 3 zutabeak deskribatzen dituena: negozio iraunkorra, softwarearen bikaintasuna eta justizia soziala.

Demagun Softwarearen Bikaintasuna dagoeneko egiaztatu zaidala. Negozio Iraunkorra eta Justizia Soziala erakustea geratzen da.

Gainera, azken horretan zentratzea erabaki nuen.

Hasteko, esan nion zergatik ThoughtWorks - Martin Fowler-en bloga irakurri nuen unibertsitatean, horregatik Clean coderekiko maitasuna.

Proiektuak hainbat angelutatik ere aurkeztu daitezke. Gaixoen bizitza errazten zuen medikuntzarako softwarea ere garatu zuen, eta, zurrumurruen arabera, bizitza bat salbatu ere bai. Bankuentzako softwarea ere garatu nuen, eta horrek herritarrei bizitza errazten zien. Batez ere banku hori herrialdeko biztanleriaren %70ek erabiltzen badute. Hau ez da Sberbanki buruz eta ezta Errusiari buruz ere.

Niri buruz jakin nahi? ADOS. Nire zaletasuna argazkilaritza da, era batera edo bestera 10 bat urte daramatzat kamera bat eskuetan, badaude erakusteko lotsa handiegirik ez daukadan argazkiak. Gainera, garai batean, katuen aterpe batean laguntzen nuen: betiko etxebizitza behar zuten katuei argazkiak ateratzen nien. Eta argazki onekin askoz errazagoa da katu bat jartzea. Seguruenik ehun katu argazkiak atera nituen :)

Azkenean, nire aurkezpenaren %80 katuz bete zen.

Сразу же после презентации мне написал HR что он еще не знает результатов собеседования, но уже весь офис впечатлен кошками.

Azken finean, iritzia itxaron nuen - pertsona gisa denak asetzen nituen.

Baina azken elkarrizketan, HR-k takitu handiz esan zuen Justizia Soziala oso ona eta beharrezkoa dela, baina proiektu guztiak ez dira horrelakoak. Eta galdetu zidan ea beldurtzen ninduen. Orokorrean, Justizia Sozialarekin pixka bat gainditzen nuen, gertatzen da :)

Guztira

Ondorioz, zenbait hilabete daramatzat Singapurren lanean Thoughtworks-en, eta ikusten dut hemen enpresa gehiegi ari direla Google-ren “elkarrizketen praktika onenak” hartzen ari direla, hostoak eta Arbela erabiliz kodetzeko, Spring baino ezagutza gehiago izan arren, Symfony, RubyOnRails ( Azpimarratu behar dena) ez da beharrezkoa lanean. Ingeniariek aste bat hartzen dute elkarrizketa bat baino lehen, "prestatzeko".

Thoughtworks-en, hautagaiaren eskakizun egokiez gain, honako printzipio hauek daude abangoardian:
Elkarrizketak egiteko poza. Gainera, bi aldeentzat. Izan ere, langilerik onena lortu nahi baduzu (eta nork ez?), orduan elkarrizketa bat ez da esklaboak aukeratzen diren merkatu bat, enpresariak eta hautagaiak elkar ebaluatzen duten ikuskizuna baizik. Eta hautagai batek emozio atseginak enpresa batekin lotzen baditu, litekeena da enpresa jakin hau aukeratzea

Elkarrizketatzaile anitz alborapena arintzeko. Thoughtworks-en, bikoteen programazioa da de facto estandarra. Eta praktika hori beste arlo batzuetara aplikatzen bada, TW horretan saiatzen da. Etapa bakoitzean, elkarrizketa 2 pertsonek egiten dute. Horrela, pertsona bakoitza gutxienez 8 pertsonek ebaluatzen dute, eta TW jatorri ezberdinetako, norabide ezberdinetako (ez bakarrik teknologiako teknikariak) eta genero ezberdineko elkarrizketatzaileak hautatzen saiatzen da.

Azken batean, kontratatzeko erabakia gutxienez 8 pertsonen iritzien arabera hartuko da, eta inork ez du kalitatezko botorik.

Atributuetan oinarritutako kontratazioa Hautagaien gustuko edo ez-gogoetan oinarritutako erabakia hartu beharrean, ebaluatzen diren atributuak biltzen dituen rol bakoitzerako eta fase bakoitzerako formulario bat garatzen da. Aldi berean, ebaluazioan, oso gomendagarria da trebetasun jakin batean esperientzia ez, baina aplikatzeko gaitasuna ebaluatzea. Horrela, hautagai batek gaitasunik ez badu aplikatzeko, adibidez TDD, baina hala ere aplikatzen saiatzen bada, behar bezala erabiltzeko aholkuak entzuten baditu, aukera guztiak ditu elkarrizketa gainditzeko.

Hezkuntza-ziurtagiriak ez dira beharrezkoak TW-k ez du inongo ziurtagiririk edo Informatika-zientzietako hezkuntzarik behar. Gaitasunak bakarrik ebaluatzen dira.

Prestatu behar izan ez nuen atzerriko enpresekin izan dudan lehen elkarrizketa da hau. Etapa bakoitzaren ostean, ez nintzen nekatuta sentitu, baina aitzitik, poztu nintzen praktika onak aplikatzeaz, monitorearen beste aldean jendeak estimatu eta egunero aplikatzen zituelako.

Hainbat hilabeteren buruan, nire itxaropenak guztiz bete zirela esan dezaket. Zertan desberdintzen da ThoughtWorks ohiko enpresa batekin? Ohiko enpresa batean garatzaile onak eta pertsona atseginak aurki ditzakezu, baina TWn haien kontzentrazioa zerrendetatik kanpo dago.

Если вы хотите присоединиться к ThoughtWorks, открытые вакансии можно посмотреть Hemen
Lanpostu interesgarriei ere arreta jartzea gomendatzen dut:
Software ingeniari nagusia: Alemania, London, Madrid, Singapurren
Goi mailako software ingeniaria: Sydney, Alemania, Manchester, Bangkok
Software ingeniaria: Sydney, Barcelona, Milan
Datuen goi mailako ingeniaria: Milan
Kalitate Analista: Alemania China
Azpiegitura: Alemania, London, Chile
(Zintzotasunez ohartarazi nahi dizut esteka erreferentziazko esteka bat dela, TWra joaten bazara, bonus polita jasoko dut). Aukeratu gustuko duzun bulego bat, ez duzu Europara mugatu behar, azken finean, 2 urtean behin TW pozik egongo da beste herrialde batera mugitzea, zeren... hau ThoughtWorks politikaren parte da, beraz, kultura zabaldu eta homogeneizatu egiten da.

Anima zaitez iruzkinetan galderak egin edo gomendioak eskatu.
Gaia interesgarria iruditzen bazaizu, ThoughtWorks-en lan egitea zer den eta Singapurren bizitza nolakoa den idatziko dut.

Iturria: www.habr.com