Да, конечно, тестирование — наше все. Если честно, также не хватило информации про то, как автор и команда хранят все эти компоненты в дизайн-системе, а именно: до какой степени «обезличиваете» данные? По примеру компонента(сниппета) из статьи: у вас компонент так и хранится в системе со словами «пробег» или вы пишете «параметр»? То есть глобально, вопрос в том, насколько «обезличенные» компоненты(сниппеты) вы храните в дизайн-системе?
Благодарю за заметку, нашел её крайне полезной. Есть мысль, что подход перекликается с «Синтаксисом элементов интерфейса» Ильи Бирмана, поэтому оставлю ссылку здесь всем интересующимся.
Будет интересно услышать, ответы на следующие вопросы: 1. Как автор и команда включают этот подход непосредственно в работу с дизайн-системой? Где и как они документируют каждый из подобных «сниппетов»? Как они тестируют такие компоненты? Как проводят работу над ошибками? 2. Процесс разработки «Идея — Модель — Компонент — Результат» выглядит понятным, разве что не хватает тестирования или проверки гипотезы. Однако об этом, возможно, автор расскажет в следующей части. Сильно интереснее, что предшествует или, если сказать точнее, что является толчком к созданию компонента? Как автор и команда понимают, что вот, настало время создать компонент и включить его в дизайн систему? Давайте опустим простые случаи вроде чекбокс + иконка, а возьмём сложные, как сниппет в примере выше?
Да, конечно, тестирование — наше все. Если честно, также не хватило информации про то, как автор и команда хранят все эти компоненты в дизайн-системе, а именно: до какой степени «обезличиваете» данные? По примеру компонента(сниппета) из статьи: у вас компонент так и хранится в системе со словами «пробег» или вы пишете «параметр»? То есть глобально, вопрос в том, насколько «обезличенные» компоненты(сниппеты) вы храните в дизайн-системе?
Благодарю за заметку, нашел её крайне полезной. Есть мысль, что подход перекликается с «Синтаксисом элементов интерфейса» Ильи Бирмана, поэтому оставлю ссылку здесь всем интересующимся.
Будет интересно услышать, ответы на следующие вопросы:
1. Как автор и команда включают этот подход непосредственно в работу с дизайн-системой? Где и как они документируют каждый из подобных «сниппетов»? Как они тестируют такие компоненты? Как проводят работу над ошибками?
2. Процесс разработки «Идея — Модель — Компонент — Результат» выглядит понятным, разве что не хватает тестирования или проверки гипотезы. Однако об этом, возможно, автор расскажет в следующей части. Сильно интереснее, что предшествует или, если сказать точнее, что является толчком к созданию компонента? Как автор и команда понимают, что вот, настало время создать компонент и включить его в дизайн систему? Давайте опустим простые случаи вроде чекбокс + иконка, а возьмём сложные, как сниппет в примере выше?
Благодарю, за интересную статью! Здорово, что попробовали
Хорошо. Услышал, буду ждать
Благодарю за интересный обзор. Я правильно понимаю, что формулировка «3D-печать механизмов с заданными свойствами» — это отсылка к 4D printing?