На каких платформах проводят кодинг-интервью и чем они отличаются?

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

• Совместные редакторы в реальном времени. 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, именно поэтому создал оверлей в виде локального окна, а не участника встречи: он никогда не должен становиться частью записи платформы. Инструкции по настройке каждого варианта находятся на странице руководства, а на странице безопасности объясняется, какие данные записываются, а какие — нет.