Інструкція до technical interview: підготовка, проходження та життя після

Непідготованість до співбесіди завжди помітна інтерв’юеру. І зазвичай саме це стає основною причиною відмови. Андрій Климовський, Senior Front-end developer з ELEKS, розповів Web Academy про те, які процеси стоять за технічним інтерв’ю Front-end розробника, і поділився своїми порадами з підготовки. 

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

Інтерв’ю – не допит, а комунікація

Багато кандидатів ставляться до інтерв’ю як до іспиту. Але насправді це всього лише розмова: інтерв’юер ставить питання, а ви на них відповідаєте.

Основна мета людини, яка проводить технічну співбесіду — отримати вичерпну інформацію про ваш навички та досвід. На основі цього роботодавець вже буде ухвалювати рішення, чи зможете ви як кандидат впоратися із задачами та цілями цієї посади. 

Давайте поговоримо про типи співбесід. 

Є кілька типів співбесід, і потрібно розуміти різницю між ними. По-перше, це допоможе коректно підготуватись. А по-друге, ви будете знати, чого очікувати під час та після неї.

Найбільш розповсюдженні види інтерв’ю:

• • Informational: отримання чи уточнення інформації про кандидата, компанію, цілі абощо. Найчастіше комунікацію веде HR, фідбек не обов’язковий.

• • Screening/Pre-Screening: швидка та поверхнева валідація ваших знань та скілів на відповідність вимогам вакансії. Допомагає одразу залишити лише тих кандидатів, які мають релевантний досвід.

• • Individual: більш відоме, як one-to-one або технічне інтерв’ю. Досить тривале і ґрунтовне, присутній один або декілька експертів/технічних експертів.

• • Second/On-Site: додаткове інтерв’ю, яке проводять, коли потрібно “копнути глибше” (зазвичай у ситуації, коли важко обрати між декількома гарними спеціалістами).

Менш популярні види інтерв’ю: Small Group or Committee Interview, Behavioral-Based Interview, Stress Interview, Task Oriented або Testing Interview. Вони зустрічаються рідко, тож просто знайте, що вони існують.

Зацікавлені сторони та ролі під час інтерв’ю

Процес найму для компанії — доволі громіздкий та відповідальний. Він вимагає зусиль та залучає велику кількість дійових осіб, яких ми розглянемо як стейкхолдерів — зацікавлених осіб. Не всі вони обов’язково будуть присутні під час інтерв’ю, але всі потенційно впливатимуть на процес хайрінгу. Зі сторони клієнта це:

• • HRD відділ і його представники.

• • Інтерв’юер (особа або компанія).

• • Клієнт/Замовник.

По іншу сторону може бути:

• • Кандидат, що проходить інтерв’ю.

• • Компанія.

• • Проксі/Промоутер. Це або компанія, яка пропонує послуги з підбору кастомерів, або ментор чи знайомий, що допомагає кандидату.

Як все відбувається? Бік замовника

Щоб краще розуміти, що відбувається, давайте подивимось, як все виглядає для замовника. Перш за все, у нього виникає виклик. Наприклад, потрібно збільшити обсяги виробництва — потрібен більш кваліфікований спеціаліст або розширення штату. Так з’являється вакансія. 

Для замовника це несе певні витрати: 

1. Витрати часу і ресурсів на пошук кандидата.

2. Збільшення витрат через необхідність розширення штату.

3. Витрати часу і ресурсів на онбординг та навчання (випробувальний період може тривати до кількох місяців).

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

Весь хайринг-процес з боку замовника буде виглядати наступним чином:

З чого починається процес хайрингу?

Для HR-спеціаліста відбір починається з вивчення CV та профайлів у професійних соцмережах (наприклад, LinkedIn). Тож приділіть їм увагу — це перше, що повинно бути “на висоті”, аби вас помітили серед інших кандидатів.

Обов’язкові секції CV:

• • Контактна інформація (ім’я та прізвище, телефон, email, при необхідності вік, стать, посилання на соцмережі чи інші дані, які вказані у вакансії).

• • Досвід роботи у хронологічно-зворотній послідовності (тут має бути: період залученості, назва посади, короткий опис, обов’язки, досягнення, використовувані технології).

• • Освіта (секція розміщується в кінці CV, краще вказувати суху основну інформацію без надмірних деталей).

Рекомендовані секції CV:

• • Коротке резюме (Summary) – розміщується у верхній частині CV та коротко описує вас і ваші можливості.

• • Навички (Skills) – перелік ваших навичок та здібностей.

Необов’язкові секції CV:

• • Волонтерський досвід (можливість показати ті сфери, які є важливими для вас; демонстрація жаги до розвитку та активної діяльності).

• • Портфоліо Front-end розробника (можливість продемонструвати свої здобутки).

Радимо статтю з ідеями пет-проєктів, які ви можете використати, що поповнять ваше портфоліо.

• • Хобі (слід вказувати лише тоді, коли це пов’язано з вакансією).

CV, яке працює: що варто робити

1. Обирайте прості макети.

На перший погляд, може здатись, що якісне CV має бути красивим. Але насправді для рекрутера важливіша зручність. Універсальний варіант — мінімалістичне та зручне оформлення, білий фон, чорний структурований текст. Додавати фото чи ні — за вашим бажанням. Не застосовуйте забагато різних шрифтів та секцій.

2. Вказуйте тільки валідну інформацію, яку зможете підтвердити під час інтерв’ю. Наприклад, якщо вам хтось допоміг з проєктом — про це краще сказати. Також не рекомендую подавати як досвід ті технології, про які ви лише чули, але не працювали з ними.

3. Інформація має бути релевантною для вакансії. Якщо ви нещодавно перейшли у Front-end із зовсім іншої професії, немає сенсу вказувати досвід, що не має стосунку до розробки.

4. Використовуйте ділову лексику. Нібито очевидно, але й досі багато хто використовує у CV недоречні художні засоби та лексику. 

5. Перевіряйте CV на граматичні помилки.

6. Рекомендований обсяг CV — 1-3 сторінки. Навіть якщо ви спеціаліст зі значним досвідом, краще зосередити увагу на останніх місцях роботи. У сфері Front-end розробки все змінюється досить швидко, тому замовника найбільше буде цікавити ваш досвід останніх років. 

А що не варто вказувати у CV?

• • забагато особистих деталей у секції короткого інтерв’ю

• • терміни, які відомі лише у вузькому колі (наприклад, термінологія, яка використовувалась на певному проєкті)

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

З яких етапів зазвичай складається технічна співбесіда?

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

Етап 1 — Вступ (5-10 хв.):

• • знайомство;

• • уточнення та погодження формату і правил події.

Етап 2 — Основна частина (70-80 хв.):

• • коротко про досвід кандидата;

• • валідація навичок технічних і нетехнічних;

• • практичне завдання (1-2).

Етап 3 — Q&A (5-10 хв.)

З чим варто прийти на інтерв’ю?

Сфера Front-End — простора, тому кандидат може обирати ті інструменти, які він добре знає і про які він зазначить під час інтерв’ю. 

Ось приклади найбільш поширених: 

Але звісно, що досконало знати все неможливо. Якщо ви йдете на співбесіду для Front-end розробника, важливо добре підготувати базу:

1. HTML/CSS/JS Core

Вивчіть основне в HTML: що таке документ, які є блокові онлайн-елементи, як вони між собою взаємодіють, HTML 5 теги, медіа-теги тощо.

CSS: лейаути, позиціонування, box модель. Якщо ви будете добре знати і розуміти такі базові поняття, це буде великим плюсом.

JavaScript Core: має багато фіч, ключовими є оголошення змінних, scope, closure, context, асинхронність. Дуже часто питають про фічі ECMAScript 2016. Це основи, які потрібно постійно поглиблювати та практикувати. Первагою також буде розуміння принципів прототипного наслідування

2. Git. Достатньо знати абсолютно базові речі. Інтерв’юеру просто важливо побачити, що ви зможете з цим працювати.

3. Code Editor — будь-який, який вам подобається.

4. npm (Node Package Manager) — основний менеджер, потрібний для запуску будь-якого фреймворку. Достатньо мати базові навички встановлення й видалення пакетів, а також запуску програм або скриптів.

5. Chrome DevTools — інструменти розробника, які нам доступні в браузерах.

6. REST для забезпечення комунікації між клієнтом та сервером.

7. Framework – на ваш розсуд та на вимоги вакансії. Звісно, у початківця практичний досвід у фреймворках буде мінімальним — на рівні використання в pet-project. Ви можете йти на інтерв’ю з тим, що маєте на цей момент. Але це має відбуватись паралельно з глибоким вивченням технологій.