Какой статус у продукта
Что проверяют
Этот вопрос чаще задаёте вы сами в конце собеседования, и он показывает, что вы выбираете проект, а не просто оффер. Интервьюер по нему видит, думаете ли вы о продукте и нагрузке, а не только об условиях. В ответ нередко звучит встречный вопрос: а в каком продукте вам было бы интересно работать?
Как отвечать
Сформулируйте вопрос конкретно, иначе получите общие слова про «динамично развивающийся проект». Go-разработчику полезно выяснить:
- стадию: MVP без пользователей, рост с быстрыми релизами, зрелый продукт или поддержка легаси. От этого зависит, будете вы писать новое или чинить старое;
- нагрузку: RPS, объём данных, требования к задержкам. Именно ради этого Go обычно и выбирают, поэтому цифры многое скажут о задачах;
- кодовую базу: монолит или микросервисы, версия Go в
go.mod, идёт ли переписывание с PHP или Python на Go и на каком оно этапе; - эксплуатацию: как деплоят (Kubernetes, CI), есть ли метрики и трейсинг через Prometheus и OpenTelemetry, кто дежурит по ночам;
- планы: что ждёт продукт в ближайшие полгода и какое место в этом у вашей будущей команды.
Задайте два-три вопроса из списка, а не все подряд, и слушайте детали: «стабильный продукт, сейчас в основном багфиксы» и «запускаем новый платёжный сервис» означают совсем разную работу.
Если вопрос задали вам про прошлое место, отвечайте тем же каркасом: стадия, нагрузка, ваша роль, реальные метрики. Цифры берите свои, придуманные проценты роста на уточняющих вопросах развалятся.
Где спотыкаются
Не задают вопрос вовсе и через месяц узнают, что попали на поддержку сервиса, который выводят из эксплуатации.
Спрашивают так общо, что получают рекламный ответ. «Какой статус у продукта?» слабее, чем «сколько запросов в секунду держит основной сервис и какая версия Go в проде?».
Отвечая про собственный проект, пересказывают его маркетинговое описание вместо технического состояния: что работает, где узкие места, какой техдолг и что с ним делали.