Чем занимаешься на текущем проекте
Что проверяют
Насколько глубоко вы в своём проекте и похож ли он по масштабу на их систему. Java-собеседование почти всегда идёт от этого рассказа: интервьюер выбирает, куда копать, и если прозвучало «микросервисы и очереди», следующие полчаса будут про транзакции, гарантии доставки и разбор дублей.
Как отвечать
Сначала контекст в трёх предложениях, потом ваша зона, потом одна трудная задача.
Контекст: что за система, кто пользователь, какой профиль нагрузки. Запросы в секунду, объём таблиц, синхронный это путь или через очередь. Без этого интернет-магазин и биллинг звучат одинаково.
Зона: за какие сервисы отвечаете, что писали лично, что просто поддерживаете. Стек называйте предметно: какие стартеры Spring Boot, доступ к данным через JPA или запросы руками, какая база, есть ли кеш, чем ходите в соседние сервисы, что покрыто тестами и какими.
Трудная задача: одна, зато с деталями. Идемпотентная обработка сообщения, чтобы повторная доставка не создала второй заказ. Или разбор N+1 запросов в отчёте. Или уход от длинной транзакции к компенсирующим операциям. Обязательно расскажите, как нашли причину: план запроса, метрики, логи, профилировщик.
Результат называйте проверяемым: время ответа конкретного метода, число падений по таймауту, длина очереди в пике. Цифр нет, скажите словами, что изменилось в поведении системы.
Где спотыкаются
Перечисляют технологии списком. Тогда спросят про любую из них наугад, и разговор пойдёт не про ваш опыт, а про определения из документации.
Второе: приписывают себе весь проект. Фраза «я внедрил микросервисную архитектуру» на позиции разработчика почти всегда вызывает встречный вопрос, кто принимал это решение и какие альтернативы обсуждались.
Третье: приносят проценты из шаблона резюме про ускорение обработки заказов. Такую цифру просят разложить: что мерили, при какой нагрузке, за счёт чего ускорилось, и обычно выясняется, что мерил кто-то другой.