Опишите технологический стек проекта
Что проверяют
Работали ли вы с тем, что перечислено в резюме, и понимаете ли, почему в проекте именно эти инструменты. Ответ интервьюер использует как карту: дальше он копает ровно в то, что вы назвали сами.
Как отвечать
Идите по слоям, к каждому добавляя одну фразу про роль в системе. Версия Java и сборка. Веб-слой: Spring Boot, REST или gRPC. Доступ к данным: Spring Data и Hibernate, либо jOOQ и прямой JDBC, если запросы сложные. База, её версия, миграции через Flyway или Liquibase. Интеграции: брокер вроде Kafka или RabbitMQ, кэш на Redis. Тесты: JUnit 5, Mockito, Testcontainers. Эксплуатация: контейнеры, CI, метрики через Micrometer, логи, трассировка.
Дальше дайте масштаб: сколько сервисов, кто потребители, какая нагрузка, сколько людей в команде. И обязательно скажите, за что отвечали лично вы, а что было сделано до вас.
Сильная часть ответа это выбор с ценой. Например: брокер взяли, чтобы переживать рестарт потребителя, взамен руками делали идемпотентность и следили за порядком внутри партиций.
Где спотыкаются
Перечисляют всё, что видели в репозиториях компании, включая соседние сервисы. Первый же уточняющий вопрос про настройку повторов в потребителе или про уровень изоляции транзакций разваливает ответ, и дальше беседа идёт под подозрением.
Второе: называют инструменты без версий и без причин. Вторая и третья мажорные версии Spring Boot это разные миры из-за перехода с javax на jakarta, и по такой детали видно, трогали ли вы проект руками.
Третье: говорят только про фреймворки и молчат про схему данных, миграции, логи и метрики. Именно эксплуатационная часть отличает человека, который вёл сервис в проде, от того, кто закрывал тикеты внутри готового каркаса.