На java-собесах в ТБанке, Альфе и ещё нескольких банках сейчас часто гоняют одну и ту же задачу: найти 8 багов

На java-собесах в ТБанке, Альфе и ещё нескольких банках сейчас часто гоняют одну и ту же задачу: найти 8 багов в Spring-контроллере за 15–20 минут.

Схема простая: дают кусок кода на 30–50 строк, а внутри — ловушки уровня Junior → Senior: неправильные аннотации, проблемы с валидацией, транзакциями, DI, логикой статуса, обработкой ошибок.

Почему это важно для кандидата:
— это уже не «знаешь Spring или нет»;
— это проверка, умеете ли вы читать код как ревьюер;
— на middle/senior собеседованиях часто ждут не только баги в коде, но и архитектурный риск.

Я бы советовал не зубрить «правильный ответ», а тренировать именно формат:
1) быстро прочитать контроллер;
2) отметить точки входа/выхода;
3) проверить границы данных, null, исключения, транзакции, безопасность;
4) отдельно спросить: что здесь сломается под нагрузкой или в проде.

Если хотите, могу дальше сделать разбор такого кода в формате: «8 багов + что из этого ждут от Junior/Middle/Senior». 🔎