Як прыбіць інтэрв'ю для кадавання

Мы ўсе гэта прайшлі. Кожны распрацоўшчык, якога вы ведаеце, кожны, пра каго вы чулі, нават той, кім вы захапляецеся, прайшоў тэхнічнае інтэрв'ю, і вы ведаеце, што. Вы хоць раз пацярпелі няўдачу.

Дык ці ёсць хітрасць, якая зробіць ваша наступнае сумоўе паспяховым? Праўда, хітрасці няма. Аднак ёсць некалькі спосабаў атрымаць гэтую працу, і я запішу некаторыя з іх у гэтым артыкуле на аснове ўласнага досведу сумоўя.

Перш за ўсё, я хачу падзяліцца з вамі фактам, які не можа быць такім дзіўным. Ці задумваліся вы пра тое, што інтэрв'юеры шукаюць у вашым рэзюмэ?

Калега.

Так, яны проста хочуць аднаго распрацоўніка, з якім яны могуць мець зносіны, супрацоўнічаць і дзяліцца ведамі і навучаннем. Па гэтай прычыне большасць інтэрв'юераў любяць гаварыць пра вашу асобу, перш чым акунуцца ў код. Ідэальны кандыдат - той, хто камунікабельны, валодае навыкамі кадавання і ведае, як дзяліцца ведамі, той, хто адчувае сябе ўладальнікам свайго кода, бярэ на сябе адказнасць у цяжкія часы і выпраўляе рэчы, якія не зусім правільныя, нават калі ён гэта робіць. не павінен.

Таму абавязкова падрыхтуйце (ці нават пабудуйце) прыклады сітуацый, якія дэманструюць, чаму яны павінны верыць, што вы ідэальны кандыдат. Таксама прымусіце інтэрв'юера адчуваць сябе як у камандзе. Інтэрв'юер хоча ведаць, што такое рашэнне праблемы з вамі, каб інтэрв'ю адчувала сумесную працу. На пытанне аб праблеме з кадаваннем паспрабуйце выкарыстоўваць "мы" замест "я", як у "Мы павінны выкарыстоўваць падыход х, таму што ...". Акрамя таго, думайце ўслых. Сур'ёзна. Скажыце: "Давайце паспрабуем тое і тое. Я не ўпэўнены, што гэта атрымаецца". Калі вы затрымаліся, проста скажыце, што думаеце. Раскажыце, што можа працаваць і чаму вы лічыце, што ваша бягучае рашэнне не працуе. Я магу запэўніць вас, што ваш інтэрв'юер перажыў такую ​​ж сітуацыю.

І сапраўды важная: скажыце "я не ведаю". Не спрабуйце адкрыць тое, чаго не ведаеце. Калі вас запытаюць пра тое, што не адпавядае вашаму веданню, скарыстайцеся прыкладамі з аналагічных праблем або моў, якія вам падабаюцца. Акрамя таго, калі вы разважаеце над рашэннем, якое, на вашу думку, не мае нічога агульнага з вырашанай праблемай, падзяліцеся з вашым інтэрв'юерам і растлумачце, чаму вы лічыце, што яно не звязана.

З тэхнічнага боку можна задаць розныя пытанні ў залежнасці ад пасады, на якую вы прэтэндуеце. Агульнае правіла наступнае. Калі вы сцвярджаеце, што добра ведаеце мову праграмавання, вы павінны мець магчымасць зразумець і растлумачыць яго механіку, перавагі і недахопы. У якіх сітуацыях вы б ім скарысталіся, у якіх не і чаму.

Вось некалькі найбольш распаўсюджаных пытанняў, якія я задаю:

  • Вы калі-небудзь працавалі ў камандзе?
  • Якія спрытныя метады вы выкарыстоўвалі да гэтага часу?
  • Як зрабіць так, каб веды распаўсюджваліся ў вашай камандзе?
  • Як вы абыходзіцеся з распрацоўшчыкам, які не згодны з вамі па важнай тэме?
  • Ці бываў у вас калі-небудзь канфлікт з адным з калегаў і як вы яго пераадолелі?
  • З якой апошняй тэхнічнай праблемай вам давялося сутыкнуцца?
  • Як вы вызначаеце ўласнасць кода?
  • Якая ваша канчатковая прафесійная мэта?

Як напамін, вы можаце падрыхтаваць сябе з адказамі, якія не абавязкова грунтуюцца на рэальных падзеях. Акрамя таго, задавайце ўласныя пытанні пра кампанію, прадукт і метады, якімі карыстаюцца вашы патэнцыйныя калегі.

Зразумела, гэты артыкул не можа гарантаваць, што наступнае сумоўе будзе паспяховым. Зыходзячы з майго ўласнага досведу сумоўя, падрыхтаваныя кандыдаты, якія прытрымліваюцца гэтых рэкамендацый, маюць больш шанцаў узяць на сябе гэтую ролю.

Выдатнага тыдня!