Подборка объединяет вопросы, отмеченные на этапах интервью в Сбер. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: database, sql, backend.
Внутри сервиса применяют слоистую, hexagonal/ports-and-adapters, clean architecture или модульную организацию по бизнес-возможностям. Это способы управлять зависимостями и границами, а не обязательные шаблоны папок.
Расскажите, какие проверки ловили проблемы до релиза: review, CI, unit/integration tests, контрактные проверки, стенд и регресс. Feature-ветка сама по себе качество не гарантирует.
В Spring Boot можно условно зарегистрировать реализации через @ConditionalOnProperty и одно свойство, например storage.mode=local или remote. Profiles для этого не обязательны.
Сравните реальные примеры: где требования были заранее определены и где приходилось уточнять проблему и проектировать решение. Подчеркните свой вклад в каждом формате.
shared_buffers — общий для процессов PostgreSQL cache страниц таблиц и индексов. При обращении страницу ищут в нём, а при отсутствии загружают из файлового слоя.
Scheduler планирует запуск, но не делает задачу неблокирующей. Если рабочие потоки заняты долгими или зависшими операциями, следующие задания могут задерживаться.
Подготовьте краткий рассказ: профессиональный профиль, последний проект, ключевой вклад и желаемая следующая роль. Затем обозначьте сроки поиска и параллельные процессы в комфортном объёме.
Unit-тесты помогают, но не доказывают корректность AI-кода целиком. Нужны ревью логики, сверка контрактов, статический анализ и проверки границ, ошибок и безопасности.
Уточните реальные даты и формат первой работы: стажировка, частичная занятость или полноценная роль. Не нужно соглашаться с неверным расчётом возраста ради удобства разговора.
Mission-critical система критична для основной деятельности: её отказ останавливает существенный процесс или создаёт недопустимые потери. Это не обязательно система, опасная для жизни.