В java-собесах у крупных финтехов сейчас стабильно всплывает один и тот же паттерн: дают Spring-контроллер на

В java-собесах у крупных финтехов сейчас стабильно всплывает один и тот же паттерн: дают Spring-контроллер на 40–50 строк и просят за 15–20 минут найти минимум 8 багов.

По тем расшифровкам, что мне попадались, сетка повторяется почти без изменений: ASTON, ТБанк, Альфа, Совкомбанк, Иннотех. Меняются домены и названия сущностей, но ловушки одни и те же — от базовых ошибок уровня Junior до вещей, которые видит только Senior на code review.

Я собрал этот шаблон в один контроллер обработки платежей: там есть и дыры по валидации, и проблемы с транзакционностью, и странные места в API-контракте. По ощущениям, 4 бага должен взять Junior, 7 — Middle, 8+ уже про системное мышление, а не просто знание Spring.

Отдельно спрятан девятый пункт — его обычно не замечают вообще. Он не в коде, а в архитектурной связке. 👀

Если хотите, могу потом разложить этот кейс как карту: что здесь ломает данные, что — безопасность, а что — поддержку.