Используется ли продукт конечными пользователями или это бета/альфа версия
Что проверяют
Обычно этот вопрос задаёте вы работодателю, и по нему видно, понимаете ли вы, как стадия продукта меняет работу бэкенд-разработчика. Бывает и зеркальная версия: интервьюер спрашивает, был ли ваш прошлый сервис в продакшене и под какой нагрузкой.
Как отвечать
Если спрашиваете вы, объясните зачем: от ответа зависит, чем вы будете заниматься. Разница примерно такая:
- альфа или MVP: пользователей нет или это внутренние тестировщики. Много новой разработки, быстрые решения, схему базы и API можно менять без оглядки. Риск в том, что продукт закроют или перепишут;
- бета: реальные пользователи уже есть, но их ограниченное число. Появляются требования к стабильности, миграции данных, обратная совместимость API;
- продакшен: платящие пользователи и SLA. Работа смещается к надёжности: метрики и трейсинг, graceful shutdown, ретраи и таймауты через
context, нагрузочное тестирование, дежурства.
Следом стоит уточнить: сколько RPS и пользователей, есть ли дежурства и как они оплачиваются, как часто релизы и есть ли откат, что с мониторингом (Prometheus, Grafana, трейсинг через OpenTelemetry). Для Go-разработчика это прямо отвечает на вопрос, придётся ли ловить утечки горутин и профилировать через pprof под нагрузкой или важнее скорость выпуска фич.
Если про прошлый проект спрашивают вас, говорите конкретно: был ли сервис в проде, сколько запросов в секунду, какие случались инциденты и что вы после них поменяли. Цифры берите свои. Если продукт так и не вышел к пользователям, скажите это прямо и сделайте упор на то, что успели: архитектуру, тесты, CI.
Где спотыкаются
Задают вопрос для галочки и не слушают ответ. Если продукт в альфе, а вам нужна высокая нагрузка, это стоит понять до оффера, а не через полгода.
Слышат «бета» и решают, что о качестве можно не думать. У беты уже есть живые пользователи и данные, которые нельзя терять при миграциях.
Приукрашивают прошлое: называют продом сервис, которым пользовались двадцать человек внутри компании. Одно уточнение про нагрузку или дежурства, и это всплывает.