Як Провести Пробну Співбесіду для Розробника ПЗ

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

• Кодування. Від 35 до 45 хвилин, одна або дві задачі, роздуми вголос під час набору коду. Мета тренування — озвучувати рішення, яке ви ще формуєте.
• System design. Від 45 до 60 хвилин, відкрите завдання, без уточнень, якщо ви самі не запитаєте. Мета тренування — визначити межі задачі перед проєктуванням.
• Behavioral. 45 хвилин історій про проєкти з жорсткими уточнювальними запитаннями. Мета тренування — витримати третє уточнювальне запитання про рішення, про яке ви шкодуєте.

Проводьте по одному з цих раундів за сесію. Повний тригодинний цикл здається продуктивним, але майже не дає корисного фідбеку, бо до третього раунду ви тренуєте вже втому, а не навик. Якщо вам потрібен банк запитань, а не механіка, він є на окремій сторінці в хабі mock interviews.

Самостійні пробні співбесіди провалюються передбачувано: ви обираєте задачу, яку можете розв'язати, зупиняєте таймер, коли застрягаєте, і завершуєте із приємним відчуттям. Усе це — протилежність реальним умовам. Натомість відтворюйте обмеження.

• Не обирайте задачу самі. Візьміть зі списку, який ви ще не читали, або попросіть когось обрати за вас. Обирати самому — означає обирати щось комфортне.
• Запустіть таймер і ніколи не зупиняйте. Час, витрачений на застрягання, — це дані. Пауза прибирає саме той тиск, який ви тренуєте.
• Використовуйте ті самі інструменти. Якщо раунд проходить у спільному редакторі без автодоповнення, без кнопки запуску й без набору тестів, тренуйтеся саме там.
• Говоріть у порожню кімнату. Це здається абсурдним, і це найцінніша частина. Мовчазне розв'язання задач тренує навик, який ніхто не оцінює.
• Записуйте сесію. Дивитися на себе неприємно, зате це показує слова-паразити, відкат назад і хвилину, коли ви замовкли.
• Спочатку проєктуйте без інструменту для діаграм. Багато раундів system design — це просто голосовий дзвінок і порожній документ.

Єдине, чого самостійна пробна співбесіда не може забезпечити, — це перебивання, а саме перебивання здебільшого й робить справжній раунд складним. AI-інтерв'юер може закрити саме цю прогалину: він ставить уточнювальне запитання, поки ви посеред речення, і не чекає ввічливо, доки ви закінчите. Режим mock interview проводить раунди саме так.

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

• Час до першого уточнювального запитання. Якщо він перевищує дев'яносто секунд, ви розв'язуєте не ту задачу.
• Найдовша тиша. Усе, що довше двадцяти секунд, натомість потребує промовленої вголос фрази-заповнювача.
• Чи озвучили ви свій підхід перед тим, як почати писати код? Так чи ні, щоразу.
• Як ви відновлювалися, застрягнувши? Переформулювали задачу, спробували менший приклад чи заціпеніли.
• Обговорення складності виникло за підказкою чи з власної ініціативи? З власної ініціативи оцінюється краще.
• Для system design: чи визначили ви межі перед малюванням? Спочатку обмеження й масштаб, потім прямокутники.

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

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

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

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