Что ищешь в работе
Что проверяют
Совпадают ли ваши ожидания с тем, чем занимается команда. У позиций на Go разброс огромный: продуктовые сервисы, платформа и внутренние инструменты, обвязка вокруг данных, переписывание с другого языка. Называется всё одинаково, а содержание разное, и нанимающий проверяет, попадёте ли вы в своё.
Как отвечать
Назвать, какой тип задач вам интересен, и уточнить у собеседующего, так ли здесь устроено:
- что именно за сервисы: продуктовые с бизнес-логикой или инфраструктурные, синхронные или на очередях, свой домен или интеграции;
- нагрузка и требования: какой порядок запросов, какие ограничения по задержкам, есть ли профилирование и нагрузочные прогоны;
- эксплуатация: кто владеет сервисом после релиза, есть ли дежурства, какая наблюдаемость, как разбирают инциденты;
- инженерная культура: ревью, тесты, отношение к внешним зависимостям и генерации кода, кто решает про новые библиотеки.
Ответ становится сильнее, когда критерий опирается на опыт: например, вам важно владеть сервисом целиком, потому что раньше приходилось чинить чужой код без доступа к метрикам и логам.
Где спотыкаются
Говорят про высоконагруженные системы, не умея определить нагрузку. Следом идут вопросы про порядок запросов в секунду, про узкое место и про то, чем его измеряли, и ответ рассыпается. Лучше назвать честный масштаб своего опыта.
Начинают со списка условий: график, удалёнка, отпуск, обучение за счёт компании. Это законные вопросы, но первым пунктом на техническом собеседовании они читаются как главное. Условия обсуждают с рекрутером и на этапе предложения.
Не спрашивают в ответ ничего. Вопрос двусторонний, и это единственный момент узнать про дежурства, наследованный код и сроки, пока вы ещё выбираете. Молчание здесь запоминается как безразличие к тому, куда вы идёте.