Есть ли вопросы по технической части

Что проверяют

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

Как отвечать

Подготовьте три-четыре вопроса заранее и задайте те, ответ на которые не прозвучал за интервью. Хорошие темы для Go-команды:

• стек и версии: на какой версии Go живут сервисы и как часто обновляются, монорепозиторий или много модулей, есть ли общий внутренний каркас сервиса;
• взаимодействие: gRPC или REST, есть ли Kafka или другая очередь, как прокидывают context.Context, дедлайны и отмену между сервисами;
• качество: запускают ли go test -race в CI, какой набор линтеров в golangci-lint, как устроено код-ревью и сколько живёт пулл-реквест;
• эксплуатация: чем снимают метрики и трейсы (Prometheus, OpenTelemetry), есть ли доступ к pprof на проде, кто дежурит и как часто будят;
• задачи: какой будет первый проект, какой техдолг болит сильнее всего, почему открыта вакансия.

Можно вернуться к своему ответу: «В задаче про воркер-пул я взял буферизованный канал, как это сделано у вас?» Это показывает, что вы продолжаете думать о задаче, и часто даёт второй шанс.

Вопросы о зарплате и бонусах оставьте для HR или нанимающего менеджера, у технического интервьюера ответа на них обычно нет.

Где спотыкаются

Отвечают «нет, всё понятно». Это читается как отсутствие интереса, особенно если об устройстве команды за интервью ничего не сказали.

Спрашивают то, что написано в вакансии или на сайте компании. Интервьюер видит, что вы не готовились.

Устраивают встречный экзамен вроде «а вы знаете, как устроен планировщик Go?» или спорят о решении задачи. Вопросы нужны, чтобы понять команду, а не показать превосходство.