Коротка відповідь. Mock interview – це репетиція технічної співбесіди в умовах, максимально наближених до реальних: таймер, незнайомі питання, live coding під наглядом і структурований фідбек наприкінці. Її головна цінність не в «потренуватися відповідати», а в діагностиці: ти дізнаєшся, що саме провалюється під тиском, до того, як це коштуватиме тобі реального офера. Нижче – як вона влаштована, кому потрібна, кому ні, і як вичавити максимум із фідбеку.

Як проходить mock interview: структура

Формати відрізняються, але типова технічна mock-співбесіда триває 60–90 хвилин і складається з чотирьох частин.

1. Інтро (5–10 хвилин)

Коротке «розкажи про себе» і про досвід. Це не формальність: саме тут перевіряється, чи вмієш ти за дві хвилини зрозуміло описати, хто ти, з чим працював і чого шукаєш. На реальній співбесіді від цього блоку залежить перше враження, тому в mock він теж має бути під таймером, а не «пропустимо, ми ж свої».

2. Теоретична частина (20–30 хвилин)

Питання за стеком: для frontend це зазвичай JavaScript, React, браузерні основи. Хороший інтервʼюер не жене по списку, а копає вглиб за твоїми відповідями: сказав «замикання» – поясни на прикладі; згадав re-render – а коли він НЕ відбудеться? Мета – знайти межу, де впевнене знання переходить у вгадування. Що питають найчастіше – розібрано у гайді з React-співбесіди.

3. Live coding (25–40 хвилин)

Невелика задача в редакторі з шерингом екрана. Оцінюється не лише кінцевий код: як ти уточнюєш вимоги, чи промовляєш хід думок, як реагуєш на підказки, що робиш, коли застряг. Для багатьох це найстресовіша частина – і саме тому її треба репетирувати: перша зустріч із «код під наглядом» не повинна відбутися на співбесіді мрії.

4. Фідбек (15–20 хвилин)

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

Коли mock interview справді потрібна

  • Перед зміною роботи після довгої перерви у співбесідах. Навички проходження інтервʼю іржавіють окремо від навичок розробки: можна щодня писати відмінний код і при цьому розсипатися на питанні «розкажи про себе».
  • Після серії відмов без зрозумілої причини. Якщо ти проходиш скринінги, але падаєш на технічних етапах – потрібна діагностика збоку. Сам ти свою слабку зону, найімовірніше, не бачиш, інакше вже виправив би. Що робити із самими відмовами – окремий розбір: план дій після відмови.
  • Перед першою в житті технічною співбесідою. Щоб формат, стрес і таймер не були сюрпризом.
  • Перед стрибком рівня. Співбесіда на Senior відрізняється від Middle не складнішими питаннями, а іншим фокусом: компроміси, дизайн, комунікація. Це варто відрепетирувати.

Коли mock interview НЕ потрібна

Чесність вимагає і зворотного списку:

  • Якщо ти ще не покрив базу. Mock – це діагностика, а не навчання. Коли прогалини очевидні тобі самому, спершу закрий їх за системним планом підготовки, інакше фідбек зведеться до «вчи основи», і ти заплатиш часом (або грошима) за те, що вже знав.
  • Якщо співбесіда завтра. За день фідбек нема куди вкласти; краще виспатись і повторити свої нотатки.
  • Якщо ти регулярно проходиш реальні співбесіди і отримуєш офери. Твій процес уже працює, репетиція нічого не додасть.

Як оцінити якість фідбеку

Mock interview вартує рівно стільки, скільки вартує фідбек. Ознаки якісного:

  1. Конкретика замість оцінок. «Слабкий JavaScript» – марно. «На питанні про event loop ти сплутав чергу мікрозадач із макрозадачами, ось де подивитись» – корисно.
  2. Розділення на рівні. Що блокує офер уже зараз, що бажано підтягнути, що і так добре. Без пріоритетів список із 20 пунктів паралізує.
  3. Поведінкові спостереження. Як ти комунікував, чи уточнював вимоги, як реагував на підказки – це те, чого не видно зсередини.
  4. Наступний крок для кожного пункту. Не «підтягни React», а «розбери функціональні оновлення стану і напиши три приклади».

Якщо фідбек – це «ну, загалом непогано, вчи далі», ти не отримав того, за чим приходив, незалежно від того, платна це сесія чи дружня.

Як перетворити фідбек на план

Найпоширеніша помилка – послухати, покивати і забути. Робочий процес:

  1. Запиши все одразу після сесії, поки памʼятаєш деталі. Ще краще – попроси дозволу записати саму сесію.
  2. Кожен пункт фідбеку переформулюй у дію з перевіркою. «Плутаюсь у this» → «розібрати 4 правила звʼязування this, розвʼязати 5 задач, пояснити тему вголос без шпаргалки».
  3. Розстав пріоритети за принципом «що блокує офер», а не «що найцікавіше вчити».
  4. Признач наступну перевірку. Через 2–4 тижні – ще одна mock або реальна співбесіда «для тренування» в компанію не першого пріоритету.

Типові відкриття на mock interview

Патерни, які повторюються з кандидата в кандидата (це узагальнення практики, а не чиїсь конкретні історії):

  • Людина знає відповідь, але не може її структуровано розповісти – знання є, комунікація провисає.
  • На live coding кандидат мовчки пише 15 хвилин, і інтервʼюер не має жодного шансу допомогти чи оцінити мислення.
  • Сильний розробник провалює «розкажи про себе», бо жодного разу не промовляв це вголос.
  • Кандидат кидається писати код до того, як уточнив вимоги, і розвʼязує не ту задачу.

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

З ким проходити: варіанти і компроміси

  • Друг-розробник. Безкоштовно і краще, ніж нічого, але є дві проблеми: друг рідко вміє інтервʼювати (ставити уточнення, копати вглиб, тримати таймінг) і майже завжди пом'якшує фідбек. Підходить для репетиції «розкажи про себе» і зняття первинного стресу.
  • Колега рівнем вище. Сильний варіант, якщо людина реально проводить співбесіди у своїй компанії: ти отримуєш погляд того, хто ухвалює рішення про найм. Мінус – доступність і незручність просити.
  • Ментор. Структурована сесія з фідбеком за пунктами і планом – це, власне, робота ментора. Має сенс, коли ставки високі (цільова компанія, стрибок рівня) або коли після кількох реальних відмов потрібна професійна діагностика. Як обрати людину і не помилитись – у статті як вибрати IT-ментора.

Як підготуватися до самої mock-сесії

Щоб репетиція дала максимум, постав її в умови реальної співбесіди:

  1. Надішли інтервʼюеру своє CV і 1–2 цільові вакансії заздалегідь – питання будуть під твій рівень і стек, а не абстрактні.
  2. Попроси режим «без пауз і підказок до фідбеку»: сесія з коментарями по ходу – це вже урок, а не діагностика. Обидва формати корисні, але для першого разу потрібен саме зріз.
  3. Камера, шеринг екрана, незнайомий редактор – усе як на реальному інтервʼю. Стрес-фактори і є тим, що ти прийшов тренувати.
  4. Підготуй питання до «компанії» – блок «є питання до нас?» теж частина співбесіди.

Скільки mock-співбесід потрібно

Зазвичай достатньо однієї-двох із повноцінним фідбеком і роботою над ним. Mock – це зріз і напрямок; прогрес створює те, що ти робиш між сесіями. Серія репетицій без роботи над помилками – просто дорогий спосіб звикнути до стресу.