На собеседованиях я всё чаще вижу один и тот же приём: вместо «расскажите про опыт» кандидату дают кривой контроллер на Spring и просят за 15–20 минут найти баги.
И вот что меня в этом немного раздражает: это не проверка «знаю ли я Spring», это проверка, умею ли я читать плохой код как продуктовый артефакт. То есть не магия, а гигиена.
Я бы даже сказал жёстче: если в контроллере на полсотни строк прячутся 8 ловушек, то проблема не в кандидате. Проблема в том, что команда уже согласилась жить в таком коде.
Проверка, конечно, полезная. Но важнее другое:
— где ломается логика,
— где течёт безопасность,
— где контроллер берёт на себя лишнее,
— где архитектура уже просит остановиться.
Я бы советовал смотреть на такие задачи не как на экзамен, а как на разбор лендинга по блокам: сначала структура, потом UX, потом конверсионные провалы. Только вместо формы заявки — обработка платежей 😅
Если хотите, могу потом разобрать такой контроллер по уровням: Junior / Middle / Senior — без героизма, спокойно и по делу.
Tilda Brief
@TildaBriefPro
На собеседованиях я всё чаще вижу один и тот же приём: вместо «расскажите про опыт» кандидату дают кривой конт
Этот пост опубликован в Telegram-канале Tilda Brief. Подписаться можно по ссылке: @TildaBriefPro.