На конференции GoCloud Tech к рекрутерам Cloud.ru за целый день подошли лишь два Go-разработчика, хотя компания подготовила технические интервью для мидлов и сеньоров. Этот эпизод заставляет по-новому посмотреть на интервью Go-разработчиков на конференциях: быстрый вход в найм выглядит удобно для работодателя, но разработчикам, похоже, важны не только отсутствие пяти этапов отбора.
Компания искала на мероприятии DevOps-инженеров, специалистов по данным и бэкенд-разработчиков. По данным Habr / Карьера, для Go-кандидатов организовали отдельную зону с рекрутерами и техническими интервьюерами. Предварительно нужно было оставить резюме на сайте конференции; формального отсечения на этом этапе не было. На площадке кандидат сначала говорил с рекрутером о своём опыте, а затем при необходимости переходил к техчасти.
Ставка понятна: конференция позволяет пройти первые шаги отбора без отклика на вакансию, ожидания ответа и серии созвонов. При этом сам факт обновлённого резюме не оказывается в публичном поле — для специалистов, не готовых афишировать поиск работы, это небесполезный аргумент. Но два обращения за день показывают, что даже профильная аудитория не обязательно воспринимает стенд работодателя как место для карьерного манёвра. Люди приезжают слушать доклады, общаться с коллегами и смотреть технологии, а не всегда готовы в паузе между секциями переключаться в режим оценки.
На техническое интервью отводили 30 минут: около десяти минут на знакомство и 20 минут на задачу с обсуждением. Кандидату не предлагали писать приложение с нуля или добиваться зелёного запуска кода. Вместо этого он получал небольшой фрагмент Go-кода с ошибкой, объяснял проблему и предлагал исправление. Интервьюер оценивал не скорость печати, а понимание механизмов языка и способность последовательно разобрать решение.
Всего команда подготовила 16 задач. Их подбирали под опыт, уровень и интересы собеседника; основные темы — горутины, каналы, контекст, синхронизация, порядок обработки данных и корректное завершение работы. Если основная задача заканчивалась слишком быстро, разговор продолжали дополнительными вопросами: что случится после отмены контекста, где может зависнуть горутина, кому следует закрывать канал и чем грозит одновременная запись. Такой формат интервью Go-разработчиков хорошо проверяет прикладное владение языком, но не притворяется полноценным техническим отбором: после конференции кандидатов с подходящим опытом приглашали на заключительную беседу.
Один из примеров — функция, запускающая две операции параллельно. В исходном варианте обе горутины выполнялись, но их ошибки терялись, а функция после ожидания возвращала nil. От кандидата ждали схему, при которой первая ошибка сохраняется, вторая операция получает отмену через context, а вызывающий код всё равно дожидается завершения обеих горутин. Решить это можно, например, буферизированным каналом ошибок либо связкой sync.Once и общей отмены. Важнее конкретной конструкции было объяснить, почему возвращать результат можно только после ожидания обеих задач и почему сами операции должны уметь реагировать на отменённый контекст.
Организаторы отдельно заметили бытовую, но показательную деталь: ноутбуки ThinkBook оказались неудобными для части кандидатов. На коротком интервью непривычная клавиатура превращает промахи по клавишам в лишний стресс и съедает время, которое должно уходить на рассуждение о коде. Для следующего мероприятия команда планирует добавить внешние клавиатуры и мыши. Это полезное напоминание всем, кто строит очные интервью: качество оценки зависит не только от вопроса, но и от условий, в которых человек на него отвечает.
Для разработчиков вывод тоже практичный: к такому разговору полезнее готовиться не по набору каверзных загадок, а по базовым паттернам конкурентного Go-кода — пулам воркеров, конвейерам, сбору результатов, таймерам и отмене через контекст. А работодателям придётся ответить на более сложный вопрос: как встроить интервью Go-разработчиков в программу конференции так, чтобы карьерный стенд не конкурировал с самыми интересными докладами за один и тот же перерыв.
