Есть ли вопросы по стеку Go, PostgreSQL, Redis, Kafka

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

Так обычно звучит финал технического интервью: вам предлагают спросить про стек команды. Интервьюер смотрит, понимаете ли вы, где в связке Go, PostgreSQL, Redis и Kafka прячутся реальные проблемы. «Вопросов нет» считается слабым ответом, а хороший вопрос иногда весит больше решённой задачи.

Как отвечать

Спрашивайте то, от чего зависит ваша будущая работа, и держите по паре вопросов на каждую технологию:

• Go: какая версия и как быстро обновляетесь; монорепозиторий или много сервисов; чем пользуетесь для HTTP и gRPC, есть ли своя платформенная обвязка; как устроены логи, метрики и трассировка;
• PostgreSQL: pgx напрямую или ORM; как катятся миграции и как делают ALTER на больших таблицах; есть ли реплики и читаете ли с них; стоит ли пулер вроде PgBouncer; кто отвечает за базу;
• Redis: только кеш или где-то источник истины; как решаете инвалидацию; одиночный инстанс, Sentinel или Cluster; что будет с сервисом, если Redis недоступен;
• Kafka: какие гарантии доставки нужны и как сделана идемпотентность консюмеров; есть ли outbox для согласованности с базой; как версионируются схемы сообщений; что делаете с ретраями и «ядовитыми» сообщениями.

Сильный приём: привязать вопрос к своему опыту. Например: «У нас при ребалансе консюмеры обрабатывали сообщения повторно, мы завели таблицу обработанных ключей. Как это решено у вас?» Так вы и спрашиваете, и показываете, что встречали проблему вживую. Пример нужен свой, с реальными деталями.

Если с какой-то технологией не работали, скажите прямо и спросите, как её используют в команде и есть ли у кого поучиться. Честное «с Kafka знаком по учебному проекту» лучше выдуманного продакшен-опыта, который развалится на первом уточнении.

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

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

Спрашивают то, что написано в вакансии или только что прозвучало на интервью. Это показывает, что вы не слушали.

Устраивают встречный экзамен, чтобы подловить собеседника. Цель другая: понять процессы и проблемы команды, в которой вам работать.