Код на собесе — это не про “знаешь Spring”, а про то, умеешь ли ты видеть риск там, где его замаскировали под

Код на собесе — это не про “знаешь Spring”, а про то, умеешь ли ты видеть риск там, где его замаскировали под рабочий контроллер.

Вот почему такие задачи любят банки: один кусок кода сразу проверяет 3 вещи:
1) умеешь ли ты ловить баги в логике, а не только в синтаксисе;
2) понимаешь ли ты, как ломается прод под нагрузкой;
3) видишь ли ты, где уязвим оффер — не в фиче, а в исполнении.

Разбор в лоб:
— Junior обычно находит очевидные косяки: null, неверные проверки, кривые статусы.
— Middle начинает видеть проблемы с транзакциями, валидацией, маппингом DTO и безопасностью.
— Senior добирается до архитектуры: где код “работает”, но системно создаёт потери.

Если хотите прокачать такой навык, держите 3 шага:
1) Читайте код как лендинг: где обещание, где CTA, где провал по пути.
2) Ищите разрыв между “задумано” и “как реально выполнится”.
3) Проверяйте не только happy path, но и дыры: дубль запроса, таймаут, null, конкурентный вызов ⚠️

На собесе выигрывает не тот, кто знает больше аннотаций. А тот, кто быстрее находит, где система начнёт сливать CTR — то есть время, деньги и нервы.