В собеседованиях на Java у крупных банков уже выучили один и тот же трюк: дают не задачу, а минное поле.

В собеседованиях на Java у крупных банков уже выучили один и тот же трюк: дают не задачу, а минное поле.
Spring-контроллер на полсотни строк, «найдите 8 багов за 20 минут» — и дальше смотрят не на знание аннотаций, а на привычку видеть систему целиком.

За пару недель мне несколько раз подряд принесли почти идентичный паттерн: ASTON, ТБанк, Альфа, Совкомбанк, Иннотех. Домены разные, скелет один. Внутри обычно прячут всё сразу: NPE, неверные статусы, дырявую валидацию, транзакции мимо кассы и ещё пару ловушек, которые junior замечает только после подсказки, middle — после второй, senior — если не торопится.

Я собрал такой контроллер в один тестовый кейс.
Засекайте 15 минут и пробуйте найти все баги сами.
4 — это уже норм для junior.
7 — уровень middle.
8+ — значит, code review у вас не декоративный.

Отдельно зашит девятый баг. Его обычно пропускают не потому, что он сложный. А потому что он не в коде. Он в архитектуре. И вот здесь собеседование обычно заканчивается очень быстро.