Kuidas seda kodeerivat intervjuud naelutada

Me kõik läbisime selle läbi. Kõik arendajad, keda teate, igaüks, kellest olete kuulnud, isegi need, keda te imetlete, läbisid tehnilise intervjuu ja arvasite, mida. Nad ebaõnnestusid vähemalt korra.

Kas on siis mõni trikk, mis muudab teie järgmise intervjuu õnnestunuks? Tõde on see, et trikki pole. Kuid on mitmeid viise, mis suurendavad teie võimalusi seda tööd saada ja ma kirjutan mõned neist käesolevas artiklis oma enda intervjueerimiskogemuse põhjal üles.

Esiteks jagan teiega fakti, mis ei pruugi olla nii üllatav. Kas olete kunagi mõelnud, mida küsitlejad teie CV-st otsivad?

Kolleeg.

Jah, nad tahavad lihtsalt arendajat, kellega saaks suhelda, koostööd teha ning teadmisi ja õpetusi vahetada. Sellepärast meeldib enamikule küsitlejatele enne koodiga sukeldumist vestelda teie isiksusest. Ideaalne kandidaat on keegi, kes on suhtlemisaldis, kodeerimisoskus ja teab, kuidas teadmisi jagada, keegi, kes tunneb end oma koodi ees, oskab rasketel aegadel vastutust kanda ja parandada asju, mis pole õiged, isegi kui ta / ta ei pea.

Seetõttu valmistage kindlasti ette (või kogun isegi üles) näiteid olukordadest, mis tõestavad, miks nad peaksid uskuma, et olete just see täiuslik kandidaat. Lisaks pange küsitleja tundma, nagu oleksite meeskonnas. Intervjueerija soovib teada, mis tunne on töötada koos teiega mõni probleem läbi, nii et pange intervjuu tundma koostööd. Kui küsitakse kodeerimisprobleemi kohta, proovige kasutada "mina", mitte "mina", nagu öeldi "Me peaksime kasutama x-lähenemist, sest ...". Lisaks mõelge valjusti. Tõsiselt. Ütle: „Proovime teha seda ja teist - ma pole kindel, kas see ka töötab?” Kui olete ummikus, öelge lihtsalt, mida mõtlete. Öelge, mis võiks töötada ja miks usute, et teie praegune lahendus ei tööta. Võin teile kinnitada, et ka teie küsitleja on samas olukorras olnud.

Ja see on tõesti väga oluline: öelge „ma ei tea“. Ärge proovige teada saada, mida te ei tunne. Kui teilt küsitakse midagi, mis teie teadmistest väljub, proovige tuua näiteid muudest sarnastest probleemidest või keeltest, milles tunnete end mugavalt. Isegi kui mõtlete sellise lahenduse peale, mis teile tundub, et sellel pole mingit pistmist probleemiga, mida üritate lahendada, jagage seda oma küsitlejaga ja selgitage, miks see teie arvates pole seotud.

Tehnilisest küljest võib sõltuvalt kandideerivast ametikohast esitada erinevaid küsimusi. Üldine reegel on järgmine. Kui väidate, et teate programmeerimiskeelt hästi, peaksite saama aru saada ja selgitada selle mehaanikat, selle paremaid külgi, nõrku külgi. Millistes olukordades te seda kasutaksite, millistes mitte ja miks.

Siin on mõned küsimused, mida ma enamasti küsin:

  • Kas olete varem meeskonnas töötanud?
  • Milliseid vilgas metoodikaid olete varem kasutanud?
  • Kuidas tagada, et teadmised levivad kogu teie meeskonnas?
  • Kuidas suhtuksite arendajasse, kellel on olulisel teemal teie arvamusest erinev arvamus?
  • Kas teil on kunagi olnud konflikt oma kolleegiga ja kuidas te sellest üle saite?
  • Mis oli viimane tehniline probleem, millega pidite tegelema?
  • Kuidas määratlete koodi omandiõiguse?
  • Mis on teie professionaalne lõppeesmärk?

Ainult meeldetuletuseks võite end valmistada vastustega, mis ei pruugi tingimata põhineda tegelikel sündmustel. Lisaks küsige kindlasti oma küsimusi ettevõtte, toote ja meetodite kohta, millega teie potentsiaalsed kolleegid töötavad.

Muidugi ei saa see artikkel garanteerida, et teie järgmine intervjuu õnnestub. Kuid tuginedes minu enda küsitlemise kogemusele, on ettevalmistatud kandidaatidel, kes neid juhiseid järgivad, rohkem võimalusi seda rolli saada.

Ilusat nädalat!