Подготовка к интервью

Вопросы на собеседовании в Т-Банк

1358 вопросов с собеседований в Т-Банк

1358 вопросов 1634 компании 353 технологии

Что проверяют на интервью

Как устроена подборка

Подборка объединяет вопросы, отмеченные на этапах интервью в Т-Банк. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: database, backend, api.

Каталог

Результаты поиска

Найдено: 1358
Теория

Компонент для выполнения переводов с расчётом комиссии и отправкой уведомления

Основные ошибки: double для денег, неоднозначные границы комиссии, два Fee при сумме выше 5000 и отсутствие комиссии ровно при 1000. Внешние вызовы внутри транзакции создают дополнительные риски.

Читать ответ
Поведенческий

Приходилось ли вам писать unit- и интеграционные тесты, и как вы это делали?

Расскажите, что проверяли unit-тестами изолированно, а что интеграционными — вместе с реальными компонентами. Приведите один тест, который обнаружил важную ошибку.

Читать ответ
Теория

Если мониторинг показывает, что база стала долго отвечать, как вы будете искать причину?

Сначала локализуйте: медленная конкретная операция, все запросы или ожидание пула соединений. Затем сопоставьте изменения нагрузки, планы запросов, locks, I/O, CPU и память.

Читать ответ
Теория

Какие проблемы могут возникнуть при возврате JPA entity из репозитория и как их избежать?

Возвращать entity из репозитория внутри persistence-слоя нормально. Проблемы возникают при переносе её за нужную транзакционную границу: lazy-loading, лишние запросы и утечка внутренней модели.

Читать ответ
Поведенческий

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

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

Читать ответ
Теория

Что будет, если cacheService упадёт или Redis вернёт таймаут, и как это обработать?

Если Redis — только ускоряющий кэш, допустим контролируемый fallback к БД после короткого timeout. Ошибку кэша нужно отличать от отсутствующего ключа и не превращать в бесконечные повторы.

Читать ответ