Дизайн-система: гармония дизайна и разработки

Вместе с Алексеем Комаровым и Александром Михайловым ответим на вопросы:

Почему разработка дороже дизайна?
Должен ли дизайнер понимать код?
Почему зачастую разработчик додумывает за дизайнера?
Есть ли связь между Figma и кодом?
Как сделать финальный продукт предсказуемым на этапе дизайна?

[Midi]

Александр Михайлов оч весёлый и приятный человек)) вот бы все разработчики такими были 🙂
увлекательно и интересно было слушать этот вебинар, спасибо.

[stillonov]

Спасибо вам за видео!

1. По синхронизации дизайна и кода.

Можно же экспортировать дизайн-токены при помощи готовых плагинов для Фигмы с последующей конвертацией во все необходимые среды (для мобильных приложений или веба) и переменные. Например, при помощи Figma Tokens + Amazon Style Dictionary.

Да конечно важно, чтобы разработчики соблюдали договоренности и корректно использовали эти токены, ну и не меняли их в коде по желанию.

А для тестов системы при изменении того же цвета можно использовать Percy. Он автоматически протестирует приложение и покажет все места где этот цвет изменился и на что он повлиял.

Понятно, что это один из примеров автоматизации. Главная мысль тут, не обязательно с нуля писать свои решения. Сначала изучите готовые. Конечно в крупных компаниях все сложнее и там не всегда можно использовать сторонние решения.

2. По поводу дурит ли разработчик по срокам и сложности. Конечно такое бывает, но еще бывает разный опыт и кто-то действительно будет делать дальше или думает, что будет. В общем это не обязательно умышленно)

3. Ну и что думайте про Adobe Figma? Ждать ли теперь разработчикам и дизайнерам позитива или переходить на Penpot?)