В целом хорошо, но взгляд на токены устаревший. Если продукт требует дизайн-систему, то он достаточно масштабен и не конечен. В этом случае мы токенами покрываем все элементы цепочки «атом – ⋯ – страница», как в статике, так и в динамике. Масштаб покрытия ограничивается только ресурсами и целесообразностью. Я называю это облаком токенов, в котором существуют все элементы системы :). В итоге получается инструмент, с помощью которого разработчики быстро и просто создают продукт, а дизайнер (или DesignOps) может управлять продуктом напрямую, мимо разработчиков, просто редактируя значения токенов.
Название надо было сделать таким: «Как я стала начинающим техническим дизайнером за шесть месяцев».
А так это равнозначно тому, как заявить: «Я прочитал книгу Евграфова и Богданова и готов проектировать мосты».
Так как дизайнер не художник, то он должен знать не только как нарисовать картинку, но и что с ней потом будут делать. Все возможные способы нанесения от шелкухи и тампопечати до гравировки и 3д; все способы печати на любых носителях от кальки до баннерной сетки; технологии наружной рекламы от неона до LED-панелей; все о полиграфии и т.д. Ну и знание компьютерных форматов изображений и их особенностей, анимация, базис верстки сайтов и т.п.
Некоторые из этих знаний можно получить только обжёгшись с заказом. В таком случае лучший вариант — позвонить на производство и узнать в чем косяк. В 99% вам подробно расскажут что и почему, главное сразу признать себя виноватым ).
Ну и инструментарий в последствии становится не так важен, как сами принципы работы. Например логотипы я всегда начинаю рисовать механическим карандашом на миллиметровке (есть удобные блокноты с такой бумагой, недорогие). Например освоив фотошоп и иллюстратор, можно приятно открыть для себя fireworks. И вообще проблем в освоении новых продуктов не будет. А уж в чем реализовывать нарисованное на бумаге, уже ваше дело, хоть в coreldraw, хоть в illustrator, хоть в xara, да хоть в inkscape. Главное чтобы на выходе был стандартный набор форматов и минимальные гайдлайны.
У многих контор есть вакансии технарей для людей, которые хотят работать. Но пару лет точно придется провести на таком месте для получения минимальных навыков и, простите, «понятий» профессии.
Профессиональный дизайнер может подписывать очень хитрые договоры и дополнения к ним, где одним из пунктов вполне может быть требование сообщать о таких запросах. Я лично сталкивался с таким «шпионажем».
Пока только попробовал, но сразу первое пожелание — сделайте фон стола настраиваемым, или хотя бы не почти черным. А то глазам очень неприятно. FAFCFD панели на 020203 фоне — боль.
Ну, когда пару десятков раз за день пошлют, то ценности пересматриваются.
Я не оправдываю такую позицию, но понять могу, т.к. был по обе стороны переговорного стола.
Да, тут важно время и место. Я считаю что каплевидный (миндалевидный) более универсален. Сегодня ты конный, завтра пеший, а таскать разные щиты — так себе.
Со стрелами есть одна проблема — надо уметь стрелять из лука. А вот тыкать копьем намного проще. И мечника обычно тыкают этим самым копьем как раз в ногу под щитом, как самую менее защищённую часть. Отсюда те же каплевидные щиты у пеших воинов — ногу тоже прикрыть, чтобы не опускать щит.
В целом хорошо, но взгляд на токены устаревший. Если продукт требует дизайн-систему, то он достаточно масштабен и не конечен. В этом случае мы токенами покрываем все элементы цепочки «атом – ⋯ – страница», как в статике, так и в динамике. Масштаб покрытия ограничивается только ресурсами и целесообразностью. Я называю это облаком токенов, в котором существуют все элементы системы :). В итоге получается инструмент, с помощью которого разработчики быстро и просто создают продукт, а дизайнер (или DesignOps) может управлять продуктом напрямую, мимо разработчиков, просто редактируя значения токенов.
Кхм. Простите, но схема жесть как оформлена. Неприемлемо для вашего уровня.
Спасибо за статью. Полезно иногда вынырнуть из своего болота, и посмотреть что происходит у других "библиотекарей" :)
А так это равнозначно тому, как заявить: «Я прочитал книгу Евграфова и Богданова и готов проектировать мосты».
Так как дизайнер не художник, то он должен знать не только как нарисовать картинку, но и что с ней потом будут делать. Все возможные способы нанесения от шелкухи и тампопечати до гравировки и 3д; все способы печати на любых носителях от кальки до баннерной сетки; технологии наружной рекламы от неона до LED-панелей; все о полиграфии и т.д. Ну и знание компьютерных форматов изображений и их особенностей, анимация, базис верстки сайтов и т.п.
Некоторые из этих знаний можно получить только обжёгшись с заказом. В таком случае лучший вариант — позвонить на производство и узнать в чем косяк. В 99% вам подробно расскажут что и почему, главное сразу признать себя виноватым ).
Ну и инструментарий в последствии становится не так важен, как сами принципы работы. Например логотипы я всегда начинаю рисовать механическим карандашом на миллиметровке (есть удобные блокноты с такой бумагой, недорогие). Например освоив фотошоп и иллюстратор, можно приятно открыть для себя fireworks. И вообще проблем в освоении новых продуктов не будет. А уж в чем реализовывать нарисованное на бумаге, уже ваше дело, хоть в coreldraw, хоть в illustrator, хоть в xara, да хоть в inkscape. Главное чтобы на выходе был стандартный набор форматов и минимальные гайдлайны.
У многих контор есть вакансии технарей для людей, которые хотят работать. Но пару лет точно придется провести на таком месте для получения минимальных навыков и, простите, «понятий» профессии.
К тому же, еще и сообщит в СБ пары клиентов за такой «заброс» )
Я не оправдываю такую позицию, но понять могу, т.к. был по обе стороны переговорного стола.
Ноги — это самая удобная цель при щитно-копейном столкновении. Так что для меня не удивительно. Ну и еще, может они были конными? )
Мне кажется, что ответ очевиден — им наплевать на вас. HR платят за найм, а не за фидбеки.
Но личный черный список я веду ;)
Это прекрасно. Но был еще MS Word :) В MS Office прямо это рекламировали, и это была боль для пользователей сети.