Как обычно взаимодействуешь с дизайнерами и предлагаешь ли свои решения?
Что проверяют
Участвуете ли вы в решениях или молча верстаете макет. Ценится инициатива, но подкреплённая доводами, а не вкусом.
Как отвечать
Опишите процесс с обеих сторон.
Что берёте у дизайнера: макет и его состояния (пустое, загрузка, ошибка, длинный текст, узкий экран), сетку и токены (цвета, отступы, типографика), поведение при наведении и фокусе, поведение при разных размерах экрана. Половина вопросов снимается заранее, если договориться, что все состояния нужны сразу.
Что приносите вы:
- техническую реальность: этот эффект стоит кадров на слабом устройстве, эта картинка утяжелит загрузку, такая анимация подтормаживает при прокрутке;
- доступность: контраст, размер целей нажатия, фокус с клавиатуры, читаемость подписей. Дизайнер не всегда об этом думает, а исправлять потом дороже;
- переиспользование: заметить, что новый блок это уже существующий компонент с другим наполнением, и предложить не плодить сущности;
- крайние случаи из данных: имя в сорок символов, цена без вилки, отсутствующее фото. Это фронтендер видит первым, потому что работает с реальным ответом сервера.
Про форму: предложения обсуждаются на макете с примером, а не в виде «мне кажется, так лучше». Быстрый прототип в браузере убеждает лучше слов, особенно в спорах про анимацию и отзывчивость.
Хорошо, если добавите пример компромисса: дизайнер настаивал на решении, вы показали замер, договорились о варианте попроще без потери смысла.
Где спотыкаются
Верстают «как в макете» вплоть до пиксельного совпадения и не поднимают вопросы про состояния, которых там нет.
Спорят на уровне вкуса, без замеров и без ссылки на дизайн-систему.
Правят дизайн молча, в коде, и на приёмке выясняется, что получилось не то.