:: Tokyo_design-system

@tokyo_design Нравится 0
Это ваш канал? Подтвердите владение для дополнительных возможностей

Процесс создания дизайн-системы с нуля со мной в главной роли::
Что в итоге должно получится:
1. Цели и задачи дизайн-системы
2. Принципы построения дизайн-системы
3. Визуальный язык
4. Компоненты
5. Паттерны*
6. Как использовать*
На связи:: @burhudar
Гео и язык канала
не указан, не указан
Категория
не указана


Гео канала
не указан
Язык канала
не указан
Категория
не указана
Добавлен в индекс
14.05.2019 16:55
12
подписчиков
~0
охват 1 публикации
N/A
дневной охват
N/A
постов в день
N/A
ERR %
0
индекс цитирования
Просмотры
Данные по динамике просмотров появляются
на следующий день после добавления канала
Средний охват поста и ERR%
Данные по динамике среднего охвата и ERR появляются
на следующий день после добавления канала
Репосты и упоминания канала
1 упоминаний канала
0 упоминаний публикаций
3 репостов
swis
🌪 Burhudar_CH
🌪 Burhudar_CH
🌪 Burhudar_CH
Каналы, которые цитирует @tokyo_design
Упоминаний и репостов не обнаружено
Последние публикации
Удалённые
С упоминаниями
Репосты
Зачем я делаю дизайн-систему

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

Также есть странные и наивные причины, к примеру попробовать воспитать у разработчиков (хотя бы тех кто работает со мной) адекватный вкус. В основном самостоятельные кодеры, собирают админки или иногда даже сайты по системе материала, не вдаваясь в подробности того как это выглядит вообще в вебе да ещё и на большом экране. Из-за этого получается чёрт знает что, даже не касаясь логики и паттернов. Я надеюсь это исправить.

Почему на мой взгляд дело в материале? На самом деле не в нем, а в “универсальных” дизайн-системах. Когда вы “универсальны”, вы не являетесь ничем конкретным. Это как играть в РПГ, чтобы стать мечником, надо качать силу и ловкость, а чтобы быть магом, надо искать ответ в книгах и заклинаниях. Нельзя на хорошем уровне колдовать левой коронной и правой похоронной махать мечом. Что касаемо системы материал, она плохо оптимизирована для веба под нормальные мониторы (это вам не телефон за 4к рублей). Тени грязные, цвета кислотные (пример во вложении), излишние скругления и вот это все как в 2014. Это проблема всех “универсальных” дизайн-систем. У частных компаний например она другая. Они максимально узко направлены под нужды компании и даже моя любимая сейчас дизайн-система Carbon от IBM во много бесполезная и это хорошо, значит она нормально сделана для своих целей, а не для каждого калеки в интернете.

Моя задача сделать не универсальную дизайн-систему для всего и вся. Моя цель сделать дизайн-систему для веб-сервисов и сайтов. Такую, которой могут пользоваться люди понимающие для чего она им нужна но которые не в состоянии оплатить услуги разработки. Это не конструктор, но возможность получить адекватный интерфейс сервиса или сайт. Ну и скорее всего возможность для ушлых разработчиков продавать сайты. На данном этапе я вижу это так, возможно что-то изменится и это хорошо, плохо когда ничего не меняется.

Ну и соответственно описание целей дизайн-системы Tokyo, пока выглядит так. Но чувствую что я его либо перепишу совсем либо как минимум исправлю в ближайшее время)

Продуктивная командная работа над каким-либо большим проектом нуждается в оптимизации и четком регулировании рамок как для дизайна, так и для разработки, в противном случае “успешность” выполнения задач в рамках проекта будет падать. Основная цель Tokyo в том, чтобы сократить срок разработки сервисов, веб-приложений, сайтов и в целом облегчить работу большой команды в цифровой среде. Чтобы каждый член команды, имел актуальную версию макетов и четко понимал логику того, над чем он работает.
Читать полностью
Процесс создания дизайн-системы с нуля со мной в главной роли::

В качестве инструмента естественно Figma

Что в итоге должно получится:

1. Цели и задачи дизайн-системы
2. Принципы построения дизайн-системы
3. Визуальный язык
4. Компоненты
5. Паттерны*
6. Как использовать*

(Пункты помеченные * – означают что я либо пока не уверен что буду делать этот пункт, либо буду делать его с кем-то в паре)

——————————————

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

В следующем посте о том зачем я это делаю)

На связи:: @burhudar
Читать полностью