На собеседованиях в ТБанке, Альфе, Совкоме и ещё нескольких конторах крутят один и тот же кейс: Spring-контрол

На собеседованиях в ТБанке, Альфе, Совкоме и ещё нескольких конторах крутят один и тот же кейс: Spring-контроллер на 50 строк, а внутри — 8+ багов разного уровня.

Контекст:
— задача идёт как фильтр на мышление, а не на синтаксис;
— junior обычно видит 4;
— middle вытягивает 7;
— senior с опытом code review должен добрать 8 и заметить архитектурный косяк.

Что важно:
1) баги прячут не в «красоте кода», а в границах ответственности;
2) часть ошибок всплывает только под нагрузкой: транзакции, null-handling, состояние запроса;
3) девятый баг обычно не ловят вообще — он не в методе, а в дизайне решения.

Вывод:
если на ревью вы смотрите только на стиль, а не на поток данных, инъекции зависимостей, границы транзакций и идемпотентность — на собесе вас вскроют за 15 минут.

Нормальный тест: не «найди синтаксическую ошибку», а «покажи, где сломается прод» ⚙️