На Java-собеседованиях в банках часто дают не «алгоритм», а code review под таймером: контроллер на 30–50 стро

На Java-собеседованиях в банках часто дают не «алгоритм», а code review под таймером: контроллер на 30–50 строк, где спрятаны баги от Junior до Senior.

Это полезный формат для проверки не синтаксиса, а product-level мышления разработчика:
- видит ли он ошибки в границах ответственности;
- замечает ли проблемы с транзакциями, валидацией и идемпотентностью;
- понимает ли, где код уже стал архитектурным риском.

Что обычно ломается:
1. Смешаны слои: контроллер делает и валидацию, и бизнес-логику, и работу с БД.
2. Нет явной обработки ошибок и нормальных HTTP-статусов.
3. Есть гонки, дубли, слабая идемпотентность платежей.
4. Утекают данные в логах, а безопасность и транзакции оставлены «на потом». ⚠️

Интересный момент: такие задачи хорошо отличают не «сильного по Spring», а человека, который умеет смотреть на систему целиком. И это уже ближе к Senior, чем к знанию аннотаций.