На собеседованиях я всё чаще вижу один и тот же приём: вместо «расскажите про опыт» кандидату дают кривой конт

На собеседованиях я всё чаще вижу один и тот же приём: вместо «расскажите про опыт» кандидату дают кривой контроллер на Spring и просят за 15–20 минут найти баги.

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

Я бы даже сказал жёстче: если в контроллере на полсотни строк прячутся 8 ловушек, то проблема не в кандидате. Проблема в том, что команда уже согласилась жить в таком коде.

Проверка, конечно, полезная. Но важнее другое:
— где ломается логика,
— где течёт безопасность,
— где контроллер берёт на себя лишнее,
— где архитектура уже просит остановиться.

Я бы советовал смотреть на такие задачи не как на экзамен, а как на разбор лендинга по блокам: сначала структура, потом UX, потом конверсионные провалы. Только вместо формы заявки — обработка платежей 😅

Если хотите, могу потом разобрать такой контроллер по уровням: Junior / Middle / Senior — без героизма, спокойно и по делу.