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