Чего хочешь избежать в работе

Что проверяют

Слушают, во что вы упрётесь именно на этой позиции. У фронтенда набор больных мест узнаваемый, и по вашему списку сразу видно опыт: начинающий говорит про «скучные формы», человек с практикой про отсутствующий контракт с бэкендом и про правки макета на лету.

Как отвечать

Две или три конкретные вещи, и каждая с тем, как вы её обычно решаете:

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

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

Встречные вопросы здесь работают лучше любых формулировок: есть ли дизайн-система, как описан контракт с бэкендом, есть ли тестовый стенд, кто решает, что попадёт в релиз.

Где спотыкаются

Говорят «не хочу верстать» на позиции, где верстка составляет половину задач. Стоит сначала спросить, из чего состоит неделя разработчика в команде, и только потом формулировать нежелания.

Выдают список из десяти пунктов. Получается портрет человека, которому не подойдёт ни одна реальная команда, потому что идеальных процессов нет нигде. Двух пунктов достаточно.

Отвечают заученной фразой про «ясность требований и регулярную обратную связь». Абстракция не говорит ни о чём, а конкретное «мне нужен макет с состояниями загрузки, пустого списка и ошибки» сразу показывает опыт.