На собесе в банке вам дают не «кодик на Java». Вам дают тест на то, как вы думаете про риски в проде.

На собесе в банке вам дают не «кодик на Java». Вам дают тест на то, как вы думаете про риски в проде.

Здесь схема простая: один Spring-контроллер на полсотни строк, а внутри — баги всех уровней:
1) сломанная валидация входа,
2) неправильные транзакции,
3) утечки в логах,
4) гонки по данным,
5) ошибки с null,
6) неверные статусы ответа,
7) дыры в безопасности,
8) нестыковки в бизнес-логике.

И да, девятый баг обычно лежит не в методе, а в архитектуре: код выглядит «рабочим», но в реальном трафике начнёт сыпаться под нагрузкой, дублями запросов и ретраями. ⚠️

Почему это важно? Потому что такие задачи проверяют не синтаксис, а способность ловить дефекты до того, как они станут инцидентом. Если вы видите в коде только `if` и `try/catch` — вы мимо. Нужно смотреть на поток данных, границы транзакций, идемпотентность, конкуренцию и то, что увидит клиент, если всё пойдёт не так.

15 минут на поиск — нормальный фильтр. Кто нашёл 4 — джун. 7 — уже крепкий мидл. 8+ — человек, которого опасно выпускать в ревью без кофе ☕