Які платформи проводять кодинг-співбесіди та чим вони відрізняються?

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

• Спільні редактори наживо. CoderPad, режим співбесіди CodeSignal, HackerRank Interview (раніше CodePair) та подібні редактори відкривають документ, який можете редагувати і ви, і інтерв’юер. Більшість із них дозволяють запускати код кількома мовами; деякі роботодавці навмисно вимикають виконання, щоб ви міркували, а не діяли методом спроб і помилок.
• Звичайні спільні документи. Деякі команди досі надсилають Google Doc або порожній текстовий редактор через Zoom чи Google Meet. Жодного підсвічування синтаксису, кнопки запуску чи тестів; інтерв’юер читає ваш код так, як це робив би рецензент.
• Онлайн-тести на час. HackerRank, Codility і CodeSignal пропонують фіксований набір завдань із таймером та автоматичним оцінюванням. У дзвінку нікого немає; платформа записує вашу сесію й оцінює результати прихованих тестів.
• Постачальники співбесід як послуги. Karat і подібні постачальники надають підготовленого інженера, який проводить технічну співбесіду наживо у власному редакторі постачальника та складає звіт для роботодавця. Формат проходить наживо, але людина по той бік дзвінка — не ваш майбутній колега.

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

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

• Наживо чи асинхронно. Робота в редакторі наживо — це розмова: ви можете уточнювати обмеження й отримувати підказки. Тест — це мовчазний іспит, де єдиним джерелом уточнень слугує умова завдання.
• Виконання коду. Редактори з кнопкою запуску дозволяють перевірити окремий випадок, перш ніж заявити, що рішення працює. У звичайних документах і редакторах із вимкненим виконанням інтерпретатором стаєте ви, тому пояснюйте дію кожного рядка.
• Видимість набору тексту. У редакторі наживо інтерв’юер одразу бачить кожне натискання клавіші, паузу й видалення. Якщо ви тричі перепишете функцію, це буде видно; це не обов’язково погано, але мовчати під час цього не варто.
• Мова та інструменти. Більшість редакторів підтримують поширені мови, але доступ до бібліотек, автодоповнення й налагоджувач відрізняються. У тестах часто дозволені лише мови, які підтримує система оцінювання.
• Запис і прокторинг. Живі раунди часто записують для подальшого обговорення. Тестові платформи пропонують необов’язковий прокторинг, що може включати знімки з вебкамери, журнал перемикання вкладок браузера або позначення копіювання та вставлення; чи ввімкнути його, вирішує роботодавець, а в запрошенні про це майже ніколи не пишуть.

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

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

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

Backend-інженерка, яка проходить співбесіду на старшу посаду в платіжній компанії, за один тиждень отримує три різні запрошення: тест CodeSignal, раунд у CoderPad із дозволеним виконанням і фінальний раунд у спільному документі. Вона по одному разу репетирує кожен формат, змінюючи між ними лише докладність своїх пояснень. Інструмент пробної співбесіди в SubcueAI — зручний спосіб потренуватися пояснювати вголос.

Лише у форматах, де хтось із вами розмовляє. Нативний застосунок SubcueAI для комп’ютерів із macOS і Windows записує як системний звук, так і ваш мікрофон, тому чує запитання інтерв’юера в Zoom, Google Meet або Microsoft Teams та показує підказки в плавучому оверлеї, який існує лише на вашому екрані. Його бічна панель у браузерному розширенні виконує те саме для дзвінків у вкладці браузера Chrome або Edge, записуючи лише звук вкладки зустрічі, тому чує інтерв’юера й ніколи не транскрибує вас. Жоден із цих інтерфейсів не приєднується до дзвінка як бот і нічого не вбудовує у сторінку зустрічі чи редактор коду; версія розширення для Firefox підтримує лише пробну практику.

Ці можливості мають чіткі межі. У тесті на час немає розмови, тому асистенту, який слухає, нема з чим працювати, а тести з прокторингом, що реєструють вкладки або стежать за вами через вебкамеру, не належать до сценаріїв використання SubcueAI. Якщо під час роботи в редакторі наживо показувати весь екран, оверлей потрапить у трансляцію; показуйте вікно редактора або нічого. Записувані раунди й пристрої під керуванням роботодавця також не підтримуються. Aaron Cao, засновник SubcueAI, створив оверлей як локальне вікно, а не учасника зустрічі саме з цієї причини: він ніколи не повинен ставати частиною запису платформи. Інструкції з налаштування кожного інтерфейсу наведено на сторінці навчання, а на сторінці безпеки пояснено, що записується, а що ні.