4 заметки с тегом

рабочее

Фигма: как обновить иконку, ничего не сломав

У нас была задача, которую мне казалось, невозможно нормально решить в фигме. Оказалось, что решение простое, вдруг кому пригодится, я ещё вчера не знал

Ситуация

У нас в одном из продуктов был пакет иконок, которые мы хотели обновить. С момента создания иконки в пакете потеряли консистентность, некоторые и сразу были нарисованы не очень удачно.

Задача была обновить иконки, не потеряв оверрайды в макетах.

Допустим, иконки выглядит вот так (слева — старая, справа — новая):

Нужно обновить все иконки сразу
Перерисовывать иконки по одной прямо в компонентах — не вариант: в макеты пролезут недоделанные варианты. Хочется сначала нарисовать их, сравнить со старыми, проверить и отладить, а потом уже обновить все иконки сразу.

Не получится сделать новые компоненты
Не получится скопировать все иконки, перерисовать их, и сделать новые компоненты. Сделать новые не проблема, а вот заменить старые на новые не выйдет. Даже если их заменить (через Select All with Same Instance), то все инстансы компонентов потеряют оверрайды цвета. При замене компонента на другой из всех оверрайдов фигма сохраняет только текст, все остальное сбрасывается. Можно воспользоваться плагинами Reattach Instance или Master, но все равно это достаточно муторно.

В фигме нет очевидного способа заменить внутренности иконки
Если удалить старый shape и заменить его на новый, то слетят цвета всех оверрайдов — задолбаться исправлять. Будет вот так:

Для замены контура иконки не помогает ни union (добавить новый контур, сделать union со старым, удалить старый), ни flatten (добавить новый контур, сделать ему flatten со старым). Все способы добавления нового контура не работают, нужно использовать именно старый.

Решение

На помощь приходят Vector Networks. У фигмы в одном контуре могут быть сложные конструкции, которые называются Vector Networks. Можно воспользоваться ими, покажу на картинках.

Шаг 1: Скопировать старый контур. Нужно зайти в режим редактирования контура (Enter ):

Выделить все точки (⌘ + A ) и скопировать их (⌘ + C ):

Шаг 2: Добавить новый контур к старому. Нужно зайти в режим редактирования контура в компоненте (//Enter/ /):

Выделить все точки (⌘ + A ) и скопировать их (⌘ + C ):

Сдвинуть выделенные точки контура куда-нибудь подальше:

Добавить точки из буфера обмена (⌘ + V ). Обратите внимание, что новый контур добавился и не сломал оверрайды (два кольца одинакового цвета):

Шаг 3: Удалить старый контур. Выделить ненужные точки:

И удалить их ( ):

Вуаля.

На всякий случай скринкаст:

 1 комментарий    452   23 дн   рабочее   фигма
Подписаться на блог…

Убирать из своих сообщений мусор, созданный роботами

Рассказываю ещё об одном рабочем принципе, который мне казался очевидным, но нет.

Все программы и сервисы хотят загадить ваши сообщения и письма, с этим приходится бороться. О чем я говорю:

Скайп для бизнеса:

Зум:

Телеграмное превью:

Автоматические реферальные приглашения:

С ними есть несколько проблем:

  • Они замусоривают ваши сообщение, из-за этого сообщение растет в размере: вместо двух строчек в телеграме становится занятым пол-экрана.
  • Весь этот декор по замыслу автором должен помочь подключиться к конференции, а на деле только мешает. Из-за того, что указаны десять вариантов подключения, найти ссылку на зум-встречу становится сложнее.
  • Автоматические приветствия и текст реферальных ссылок всегда выглядит фальшиво. Ещё оно становится понятно на фишинговое сообщение: когда у кого-то взломали скайп, я каждый раз переспрашиваю, правда ли человек посылал ссылку и что это за ссылка.

Я отметил полезную площадь зумовского письма:

Как правильно:

Нужно оставить только самое главное, обычно это ссылка

 1 комментарий    468   2 мес   деловая переписка   рабочее   этикет
Подписаться на блог…

Глобальная конкуренция и внутрикорпоративные миры

Оригинал в ЖЖ: http://withoutbrains.livejournal.com/93167.html

Я замечаю, что в компаниях разного размера бывают сходные странные ситуации. Все они кажутся мне пережитком прошлого. Меня искренне удивляет, когда:

  1. В компании есть отдел дизайна и весь дизайн положено делать через него. Дизайн получается так себе, но обратиться наружу, чтобы заказать промостраницу, нельзя.
  2. Аналитиков, дизайнеров и разработчиков всё время не хватает. Новый продукт начнут делать как только найдут всех трёх, иногда это занимает 6-9 месяцев. Отдать на аутсорс нельзя, поэтому новый продукт очень долго даже не начинают.
  3. Жизнь компании ускоряется к конференции, всем сразу становится всё надо: спроектировать и разработать продукт или хотя бы прототипчик, собрать промостраницу, наверстать листовок и буклетов, наделать презентаций или даже забахать сайт. Но ничего из этого нельзя отдать наружу. Все перегружены, ничего не успевают, срезают углы и жертвуют качеством.

Почему не делают

Отдавать наружу страшно, особенно в первый раз. Кажется, что исполнители будут делать долго, дорого, а в итоге получится плохо: нарушат гайдлайны, не выдержат брендинг, выбьются из коммуникационной стратегии, не смогут обеспечить целостный пользовательский опыт, в коде же будут только костыли и велосипеды. Кроме этого они ещё украдут все идеи и сделают всё самостоятельно.

Как надо

  • Доверяйте менеджеру продукта. В рамках бюджета делайте все, что кажется полезным и оправданным.
  • Опишите, что такое хорошо. Чтобы не получилось плохо, неправильно ограничиваться внутренними исполнителями. Лучше фиксировать и обговорить важные требования: к дизайну, брендингу, программной архитектуре и используемым технологиям и дать свободу выбора исполнителя.
  • Берегите хороших подрядчиков. Чтобы не выбирать мучительно второй раз можно вести список тех, с кем получилось, и тех, с кем ничего не вышло.

Мир глобальный. Каждый должен работать так, чтобы выдержать конкуренцию со Студией, Бюро, Злыми марсианами, кем угодно. Надо обогнать хотя бы в чем-то одном, не просадив остальное: сделать почти так же, но принципиально дешевле; сделать ощутимо лучше; успеть закончить быстрей, не потеряв в качестве. Если к вам в компании обращаются только потому, что наружу нельзя — вы в зоне риска.

Ссылка по теме:
http://artgorbunov.ru/bb/soviet/20151231/

 Нет комментариев    57   2016   рабочее
Подписаться на блог…

Рассказ про электронные письма

Оригинал в ЖЖ: http://withoutbrains.livejournal.com/80189.html

У нас в компании был день языков, и меня попросили, а я согласился, рассказать про электронные письма как средство коммуникации: как писать, чтобы коммуникация состоялась. В часовом рассказе были рекомендации по структуре писем, стилю, упомянул грамотность. Немалую часть рассказа посвятил честности в текстах, формально-бюрократическому стилю. Под конец рассказал в двух словах про русскую типографику и шрифты: чем они отличаются и когда какие лучше использовать.

Есть видеозапись:

Если что-то не видно на слайдах, то вот слайды отдельно: http://www.slideshare.net/mikeozornin/ss-23614030.

Кто посмотрит рассказ, напишите, пожалуйста, фидбек.

Подписаться на блог…