Технічна співбесіда live coding, system design і тестове

Що таке технічна співбесіда

Технічна співбесіда це етап відбору, на якому перевіряють саме фахові навички: як ви пишете код, як проєктуєте систему, як тестуєте, як працюєте з даними. В українському IT її зазвичай проводить тімлід чи старший інженер команди, куди ви йдете, часто разом із кимось ще з команди. Це не іспит на знання визначень, а спроба зрозуміти, як ви думаєте і як із вами працюватиметься.

У російськомовних обговореннях на форумах ту саму тему шукають як «техническое собеседование» чи «собеседование в IT». Нижче формати технічних співбесід, які трапляються найчастіше, як готуватися під свою роль і як поводитися, коли задача не йде. Про загальний шлях від відгуку до оферу читайте в статті співбесіда.

Формати технічної співбесіди

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

Live coding: як не завмерти

Live coding лякає найбільше, бо ви пишете код, поки на вас дивляться. Допомагає чіткий порядок дій:

1. Перекажіть задачу своїми словами. Так ви переконаєтеся, що зрозуміли умову, і інтерв’юер виправить, якщо ні.
2. Спитайте про межі. Які розміри вхідних даних? Можуть бути порожні значення? Дублікати? Це сприймається як плюс, а не слабкість.
3. Скажіть простий підхід уголос, навіть неоптимальний, і його складність. Потім запропонуйте, як покращити.
4. Пишіть і коментуйте. Мовчазні десять хвилин гірші, ніж неідеальний код із поясненнями.
5. Перевірте на прикладі. Пройдіться кодом вручну на маленькому вході і на крайньому випадку.

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

Тренуйте це заздалегідь з таймером. Безкоштовна практика задач з програмування має класичні задачі за патернами на JavaScript чи Python, приховані тести і підказки в кілька кроків.

System design на технічній співбесіді

Цей етап зазвичай для middle і senior ролей. Правильної відповіді тут немає; оцінюють, як ви міркуєте. Працює такий каркас:

• Уточніть вимоги: що система має робити, хто користувачі, яке навантаження очікується.
• Намалюйте найпростішу схему: клієнт, сервіс, база даних.
• Подумайте про дані: яка база і чому, як вони розподілятимуться.
• Знайдіть вузьке місце і запропонуйте рішення: кеш, черга, репліки.
• Назвіть компроміси кожного рішення. Фраза «тут ми жертвуємо узгодженістю заради швидкості» показує досвід краще за назви технологій.

Тестове завдання

Тестове завдання поширене на junior і middle позиціях, а також у компаніях, які не люблять live coding. Перш ніж починати, уточніть строк і очікуваний обсяг. Якщо завдання тягне на кілька днів роботи, нормально спитати, скільки часу компанія розраховує, що ви на нього витратите.

Що піднімає тестове над іншими: README з інструкцією запуску, кілька тестів, зрозуміла структура і короткий список «що я зробив би далі». На наступній розмові вас попросять пояснити рішення, тож пам’ятайте, чому ви обрали саме такий підхід. Якщо щось не встигли, напишіть про це прямо: чесний список недоробок сприймається краще, ніж приховані проблеми, які інтерв’юер знайде сам.

Англомовна частина технічної співбесіди

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

Підготуйте англійською: коротку розповідь про себе, опис одного-двох проєктів (стек, ваша роль, складність, результат) і кілька фраз для live coding, як-от “Let me think out loud”, “I’d start with a brute-force solution”, “What’s the expected input size?”. Розбір типових питань і помилок є в статті співбесіда англійською.

Як готуватися до технічної співбесіди під свою роль

National Careers Service радить уважно прочитати опис вакансії і зрозуміти, які навички шукає роботодавець. Для технічних ролей це особливо важливо: стек з вакансії і є програмою вашої підготовки.

Backend

Мова з вакансії, бази даних і індекси, транзакції, REST чи gRPC, кешування, черги, одна-дві алгоритмічні задачі і базовий system design.

Frontend

JavaScript або TypeScript глибоко, фреймворк з вакансії, як браузер малює сторінку, продуктивність, доступність і невелика задача на верстку чи стан компонента.

QA

Види тестування, як ви пишете тест-кейси і баг-репорти, автоматизація на мові з вакансії, API-тести. Часто дають застосунок і просять знайти в ньому дефекти.

Data і аналітика

SQL з JOIN і віконними функціями, Python для обробки даних, статистика, як ви перевіряєте гіпотезу і як пояснюєте результат бізнесу.

Перед самим дзвінком

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

Розмова про ваші проєкти

Майже кожна технічна співбесіда має частину «розкажіть про проєкт, яким пишаєтеся». Тут інтерв’юер копає вглиб, поки не дійде до межі ваших знань. Підготуйте один-два проєкти так, щоб могли відповісти на кожне «а чому?»:

• Контекст: що за продукт, хто користувачі, яка була команда.
• Ваша роль: що зробили саме ви, а не команда загалом.
• Технічне рішення: чому саме такий стек, база, архітектура; які варіанти відкинули.
• Складність: баг, інцидент, міграція, продуктивність, і як ви це розв’язали.
• Результат і висновок: що змінилося і що ви зробили б інакше зараз.

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

Після технічної співбесіди

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

National Careers Service нагадує, що в інтерв’юера можна попросити відгук про те, як усе пройшло і що можна було зробити краще. Після технічного етапу фідбек особливо корисний: він часто прямо називає теми, яких бракує, наприклад «слабко з конкурентністю» чи «рішення працює, але не масштабується». Якщо рекрутер його не передав, ввічливо попросіть.

Технічна співбесіда і ClapAssist: що він вміє, а що ні

ШІ для співбесіди ClapAssist має окремі режими для технічних етапів: програмування й алгоритми (повний робочий код мовою, яку видно на екрані), system design (уточнення, масштаб, дизайн, дані, вузьке місце, компроміси), технічні питання (речення, яке можна сказати, і ключові пункти) і SQL. Він слухає дзвінок у Zoom, Teams чи Meet на вашому комп’ютері, розуміє українську, англійську та багато інших мов і не видний під час демонстрації екрана.

Чесно про межі: ClapAssist не обходить закриті платформи для тестів на кшталт HackerRank чи CoderPad, які самі стежать за фокусом вікна і натисканнями клавіш. І навіть з підказкою інтерв’юер спитає «чому саме так?», тож розберіться в логіці рішення і поясніть її своїми словами.