Як прибити це інтерв'ю з кодування

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

То чи є хитрість, яка зробить ваше наступне інтерв’ю успішним? Правда, жодної хитрості немає. Але є деякі способи, які можуть збільшити ваші можливості отримати цю роботу, і я збираюся записати деякі з них у цій статті, спираючись на власний досвід співбесіди.

Перш за все, я поділюся з вами фактом, який може бути не таким дивним. Ви ніколи не замислювалися про те, що інтерв'ю шукають у своєму резюме?

Колега.

Так, вони просто хочуть розробника, з яким вони можуть спілкуватися, співпрацювати та обмінюватися знаннями та знаннями. Ось чому перед тим, як зануритися в код, більшість інтерв'юерів люблять поспілкуватися про вашу особистість. Ідеальний кандидат - це хтось комунікативний, володіє навичками кодування та вміє ділитися знаннями, хтось, хто може відчути себе власником свого коду, брати на себе відповідальність у важкі часи та виправляти речі, що не зовсім правильно, навіть якщо він / їй не треба.

Тому не забудьте підготувати (або навіть створити) приклади ситуацій, які підтверджують, чому вони повинні вірити, що ви такий ідеальний кандидат. Окрім цього, змушуйте інтерв'юера відчувати себе, як ви в команді. Інтерв'юер хоче знати, що відчуваєш як працювати через проблему з тобою, тому змушуй інтерв'ю відчувати співпрацю. На запитання про проблему кодування спробуйте використовувати "ми" замість "я", як у "Ми повинні використовувати х-підхід, тому що ..." Крім того, продумайте вголос. Серйозно. Скажіть: "Давайте спробуємо зробити це і це - я не впевнений, чи все буде працювати". Якщо ви застрягли, просто скажіть, що ви думаєте. Скажіть, що може працювати і чому ви вважаєте, що ваше поточне рішення не працює. Я можу переконатися, що ваш інтерв'юер також пережив ту ж ситуацію.

І дійсно важливе: скажіть "я не знаю". Не намагайтеся, здається, знати те, чого ви не знаєте. Якщо вас запитують щось, що не відповідає вашим знанням, спробуйте витягнути приклади з інших подібних проблем або мов, з якими вам комфортно. Навіть якщо ви думаєте про рішення, яке, як вам здається, не має нічого спільного з проблемою, яку ви намагаєтеся вирішити, поділіться ним зі своїм інтерв'юером та поясніть, чому ви вважаєте, що це не пов'язане.

З технічної сторони, залежно від посади, на яку ви подаєте заявку, можуть бути задані різні питання. Загальне правило полягає в наступному. Якщо ви стверджуєте, що добре знаєте мову програмування, ви повинні мати можливість зрозуміти та пояснити її механіку, її переваги, її слабкі сторони. У яких ситуаціях ви б його використовували, в яких ні і чому.

Ось кілька питань, які я задаю більшість разів:

  • Ви раніше працювали в команді?
  • Які гнучкі методології ви раніше використовували?
  • Як ви переконаєтесь, що знання розповсюджуються у вашій команді?
  • Як би ви мали справу з розробником, який має вирішальну думку, ніж ваш, щодо вирішальної теми?
  • Ви коли-небудь мали конфлікт з вашим колегою і як ви його подолали?
  • Яка була остання технічна проблема, з якою вам довелося зіткнутися?
  • Як визначити право власності на код?
  • Яка ваша професійна кінцева мета?

Просто нагадування, ви можете підготуватися до відповідей, які не обов'язково грунтуються на реальних подіях. Крім того, не забудьте задати власні запитання щодо компанії, продукту та методологій, з якими працюють ваші потенційні колеги.

Звичайно, ця стаття не може гарантувати, що наступне інтерв'ю буде успішним. Але, виходячи з власного досвіду інтерв'ю, у підготовлених кандидатів, які дотримуються цих вказівок, є більше шансів отримати цю роль.

Гарного тижня!