Фронтенд оценили. Осталось выяснить, что делать 😉
Люблю, когда оценка задачи появляется раньше, чем понимание самой задачи.
Открываешь Figma. Вроде обычная форма с таблицей. Компоненты есть, дизайн-система есть, половину интерфейса действительно можно собрать из готового. Только макет показывает один идеальный сценарий.
1. Что происходит при ошибке❓ 2. Как выглядит пустое состояние❓ 3. Что делать с длинными значениями❓ 4. Какие поля обязательные и кто определяет валидацию❓ 5. Что блокируем во время запроса❓ 6. А если пользователь нажмёт кнопку несколько раз❓ 7. Что будет, если данные изменились в соседней вкладке❓ 8. Все ли сценарии поддерживает текущий API❓ 9. Актуальны ли токены цветов и компоненты дизайн-системы❓ 10. Предусмотрены ли нужные состояния мастер-компонентов❓ 11. Адаптивность и поведение на разных экранах согласованы❓
Ответов нет. Два дня уже согласованы.
Изучаешь API и выясняешь, что нужное поле приходит не всегда, один статус в макете вообще не предусмотрен, а для другого сценария требуется дополнительный запрос. Чтобы реализовать третью кнопку, придётся менять контракт. Идёшь к бэкенду, обсуждаешь ограничения, предлагаешь решение. Изменения затрагивают соседнюю команду, поэтому подключаются дополнительные согласования.
Параллельно уточняешь UX, обсуждаешь поведение интерфейса и возвращаешь дизайнеру состояния, которых не было в макете. Где-то приходится отстаивать техническое решение, где-то пересматривать первоначальный подход.
Когда дело доходит до pixel perfect, обнаруживаются расхождения в отступах, переносах текста и поведении компонентов. Часть из них появилась после очередного уточнения требований, но исправлять всё равно нужно.
Наконец интерфейс собран. Приходят комментарии.
«А это поле у нас теперь обязательное». «А тут нужно другое поведение». «Почему кнопка сдвинута на четыре пикселя?»
Дальше QA, разбор замечаний, отделение дефектов от новых требований, согласование изменений, обновление документации и объяснения всем заинтересованным, что именно поменялось.
Всё это время в трекере живёт задача «Сверстать форму».
Не топлю против оценок, сроков или замечаний к качеству. Четыре пикселя тоже могут иметь значение. Утомляет другое: когда сложность задачи определяют по количеству прямоугольников в Figma, а затем удивляются, откуда взялись исследования, согласования и дополнительные работы.
Современный фронтенд давно стандартизирован. Есть библиотеки, компоненты, готовые решения и инструменты автоматизации. Только стандартизация кнопки не стандартизирует поведение системы, в которой она находится.
А два дня уже прошли 🤧
· 12 ч
Двойной клик по кнопке в макетах не рисуют почти никогда, а потом это вылезает багом. Пустое состояние тоже обычно вспоминают уже на ревью.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён