В банковских собесах завели удобный цирк: дают Spring-контроллер и просят «найти 8 багов за 15 минут». Звучит

В банковских собесах завели удобный цирк: дают Spring-контроллер и просят «найти 8 багов за 15 минут». Звучит как проверка скилла. На деле — проверка, умеете ли вы молча проглатывать хрупкий код, обмотанный `@Autowired`, транзакциями, null-ловушками и ручной валидацией.

Я видел десятки таких задач. Скелет почти всегда один:
— контроллер на полсотни строк;
— бизнес-логика прямо в endpoint’е;
— DTO, которые живут своей жизнью;
— ошибки, которые всплывают только в проде 💥

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

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