7 заметок с тегом

работа

Автоматическое скачивание новых экранов из Цеплина и Фигмы

Делюсь скриптами для решения проблемы ревью макетов в Цеплине или Фигме

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

Делать это в Цеплине или Фигме — катастрофа и унижение.

В Цеплине: зайти в список проектов, обновить проекты по времени обновления, зайти в проект, обновить экраны по времени обновления, открыть первый, посмотреть, перейти к следующему. В то момент, когда на глаза начинают попадаться знакомые макеты, нужно остановиться и перейти к следующему проекту. При этом Цеплин дико тормозит — посмотрел 10 макетов, потратил 5 минут. Хочется убиться.

В Фигме нет и этого. Нет ни версий, ни даты обновления, ни фильтрации, ни сортировки. Ходи по экранам и ищи новое. На Фигму я просто забивал.

Я написал себе пару скриптов, которые скачивают в виде png-файлов все обновившиеся с прошлого раза макеты. Пока доволен, на ревью всех проектов день уходит 10-15 минут. Вдруг кому-то тоже помогут.

Качать здесь:

github.com/mikeozornin/zeplin-and-figma-screen-download

Как использовать

  1. Создайте токен доступа к Фигме или Цеплину
    Фигма: figma.com/developers/api#access-tokens
    Цеплин: docs.zeplin.dev/reference#introduction
  2. Скопируйте config.py.example как config.py и впишите туда свои токены.
  3. (Только для фигмы): Отредактируйте в файле config.py идентификаторы проектов, которые вам нужны. (Идентификатор проекта содержится в урле https://www.figma.com/file/__id-of-the-project__/YourProject)
  4. Запустите нужный скрипт

Вы можете использовать как один скрипт, так и оба. Если нужно, отредактируйте скрипт запуска run.sh.

Как оно работает

Скрипты скачивают новые версии экранов из Цеплина и Фигмы в папку, названную по текущей дате (2020-11-06).

Скрипт для Цеплина работает умнее: скачивает только те экраны, которые обновлялись с момента прошлого запуска. Момент предыдущего запуска хранится в файле zeplin-checkpoint.txt, если его стереть, то скачаются все экраны снова.

В Фигме нет версий отдельных экранов, а версия файла меняется при каждом изменении. Сделать так же, как для Цеплина не получится. Поэтому скрипт для Фигмы качает все экраны из проектов (скачаются все корневые фреймы). После скачивания скрипт проверит, качался ли такой файл раньше, если такой файл уже встречался ранее, то скрипт удалит только что скачанный файл. В итоге он оставит только те, которые не качались раньше.

Для определения встречался такой файл, или нет используется md5-сумма файлов. Md5-суммы хранятся в файле figma-checkpoint.txt, если его стереть, то скачаются и останутся все экраны.

Как запускать регулярно

Если вам нужно, чтобы скрипт срабатывал сам в определенное время, добавьте его в планировщик крон или планировщик Windows.

Моё задание для запуска в 23:00 каждый день выглядит в кроне так:

00 23 * * * /Users/mike/work/git-repos/stuff/zeplin-download-recent/run.sh

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

Что может быть появится

Если я соберусь, то может быть придумаю медитативную ленту из обновленных экранов, которую можно скроллить. Но пока листаю файлы, это тоже ок.

Вопросы и предложения

Feel free, как говорится, написать на mike.ozornin@gmail.com. Ошибки, предложения, код-ревью, что угодно.

 Нет комментариев    426   2 мес   работа   фигма   цеплин
Подписаться на блог…

Как собрать пакет иконок из фигмы — 3

Я уже писал как собрать пакет иконок в виде шрифты из скетча. На этот раз из фигмы, в виде svg-спрайта и многоцвете. Сначала будет вступление-рассказ о чем все это, если вы хотите нового, прокрутите до заголовка «Новое в этой версии».

Что вообще происходит

У дизайнера есть несколько разных способов передать иконки разработчику:

  • отдельными файлами или спрайтом в png,
  • отдельными файлами или спрайтом в svg,
  • иконочным шрифтом.

На формат распространения накладываются и другие ограничения:

  • платформа: веб, десктоп, мобильные
  • цветность: монохромные, двухцветные, полноцветные
  • dpi экранов
    и прочее

Разработчики фронтенда просят все время какие-то шрифты, svg-файлы или спрайты. Иногда фронтенд говорит совсем непонятные слова: закоммить в гит, пойду соберу пакет в нпм, давай настроим в сиай. Расскажу как все это сделать, никого не замучив. Понадобится фигма.

Рассказ может быть полезен разработчикам фронтенда и дизайнерам интерфейсов. В меньшей степени он будет полезен бекендным разработчикам интерфейсов (классический ASP.NET MVC или что-то подобное): схема будет та же, но не будет готовых файлов конфигураций и скриптов. Если кто-то расскажет как прикрутить к этому NuGet, напишите, я добавлю.

Зачем это делать, есть же фонтелло

Есть много готовых сервисов, которые собирают шрифт по загруженным svg-файлам, например fontello. Мы не стали использовать ни один из них, потому что с ними могут быть сложности:

Дизайнер может случайно сломать шрифт. Если забыть и не экспортировать иконку, которую уже давал, то следующая версия шрифта будет без него и в неизвестном месте сломается интерфейс. Ситуацию усугубляет факт, что дизайнеров у каждого продукта несколько, а общий набор иконок пополняют 5-6 человек.

Хорошее решение — простое, в нем минимум ручных действий.

Нескольким дизайнерам работать непросто. Если несколько дизайнеров поддерживают один шрифт, то возникает много вопросов синхронизации: где хранить исходники, файлы svg и файлы шрифта, кто собирает и кому передает, как не забыть иконку.

Хорошее решение позволяет добавлять иконки скольким угодно дизайнерам так, что они не испортят чужую работу.

Cложно интегрировать в общий процесс сборки продукта. Отдельно стоящий сервис тяжело встроить в общий процесс разработки и сборки, а у кого-то есть еще и процесс CI. Придется вручную собирать сервисом файл, куда-то его загружать и как-то версионировать.

Хорошее решение встраивается в процесс разработки.

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

Хорошее решение работает внутри компании.

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

Если не формировать вместе со шрифтом less-файл, то разработчикам придется в каждом использовании иконки указывать размер кегля, они могут забыть или ошибиться.

Хорошее решение дает разработчикам все что нужно. Иконка кодируется понятным названием, коды символов и размер подставляются автоматически.

Новое в этой версии  

Раньше я описывал схему сборки шрифта, которая позволяет автоматически собрать шрифтовой файл с иконками из исходника Скетча, сгенерировать для него демо-страницу и less-файл, а также опубликовать пакет в npm-репозиторий.

Сегодня — вариант для фигмы. Еще в нем появились svg-файлы и svg-спрайт. Иконки svg-спрайта поддерживают двухцветность и перекрашивание средствами css.

Куда смотреть

Я сделал:

Чтобы сборка завелась, нужно подготовить токен доступа к фигме, ищите в профиле вот такое:

После этого действуйте по инструкции в Readme.md

Сборщик обращается к фигме, через веб-апи экспортирует svg-файлы, запускает сборку шрифта и svg-спрайта.

Я не очень пойму, что ещё комментировать, мне кажется, там все понятно и очевидно, поэтому вставляю только результат:

КДПВ

Было:

Стало:

Разные особенности

Как работает двухцветность спрайтовых иконок

Для двухцветности иконок в svg-спрайте и возможности перекрашивания их через css используется своеобразных хак.

<svg fill="#000" width="16" height="16" viewBox="0 0 16 16" xmlns="http://www.w3.org/2000/svg">
<path d="M8.62155 1.21658C8.45088 1.08099 8.2349 1 8 1C7.44771 1 7 1.44772 7 2C7 2.55228 7.44771 3 8 3C4.1554 3 3.80482 5.42796 3.08886 10.3863C3.05992 10.5868 3.03039 10.7913 3 11C2.51458 11 2.02917 11.3534 1.54375 12.0603C1.4751 12.1603 1.43835 12.2787 1.43835 12.4C1.43835 12.7314 1.707 13 2.0384 13L6.58534 13C6.53007 13.1564 6.5 13.3247 6.5 13.5C6.5 14.3284 7.17157 15 8 15C8.82843 15 9.5 14.3284 9.5 13.5C9.5 13.3247 9.46992 13.1564 9.41465 13L13.9616 13C14.0829 13 14.2013 12.9633 14.3013 12.8946C14.5745 12.707 14.6439 12.3335 14.4562 12.0603C13.9708 11.3534 13.4854 11 13 11C12.9668 10.775 12.9346 10.5547 12.9031 10.3391C12.7783 9.48499 12.6644 8.70518 12.5409 7.99982C12.5273 7.99994 12.5137 8 12.5 8C11.9617 8 11.4454 7.90547 10.9669 7.7321C11.0539 8.18151 11.1391 8.69127 11.2279 9.26906C11.2687 9.53513 11.3106 9.81613 11.3674 10.204C11.3589 10.146 11.4807 10.9794 11.5161 11.219L11.5575 11.5H4.44301L4.48435 11.2161C4.50903 11.0466 4.57528 10.5882 4.6098 10.3494L4.63087 10.2036C4.68629 9.8214 4.72807 9.5381 4.7686 9.27157C5.39203 5.17234 5.83807 4.5 8 4.5C8.03774 4.5 8.07495 4.50021 8.11166 4.50065C8.03858 4.17884 8 3.84392 8 3.5C8 3.33101 8.00932 3.1642 8.02746 3.00004C8.09885 2.35473 8.30674 1.75013 8.62155 1.21658Z"/>
<circle cx="12.5" cy="3.5" r="2.5" fill="currentColor"/>
</svg>

Это — код двухцветной иконки. Обратите внимание, что fill у svg стоит #000, а у части иконки, которую нужно красить отдельно, стоит fill=«currentColor».
Для перекрашивания применяется правило:

svg {
    fill: #8F99AA; /* Цвет основной части*/
    color: #E80E0E; /* Цвет дополнительной части*/ 
}

В результате этого правила у svg появляются два свойства: fill и color. Fill перекрашивает всю иконку, а color ни на что не влияет. У вложенной фигуры срабатывает свой fill, но он берет цвет из специальной переменной currentColor, которая залинкована на атрибут color у svg. В итоге атрибут color у svg не влияет на базовую контур, а используется только чтобы прокинуть внутрь дополнительный цвет.

Такая особенность нужна только для спрайта. Если вставить иконку прямо в DOM, то можно будет использовать любые нормальные способы (например, css-классы).

Зачем нужны CODEPOINTS

Ручное прописывание codepoints для символов нужно, чтобы при переборке шрифта не поехали коды символов. Если вы не собираетесь использовать TTF-шрифт, забейте и не используйте. Если вам нужен TTF-шрифт со стабильными кодами символами, придется выдавать их вручную.

Как лучше версионировать

У нас (вообще это не обязательно) пакеты версионируются по семверу (semver.org). Версии нумеруются в формате Major.Minor.Patch (например, 3.2.1: 3 — major, 2 — minor, 1 — patch).

  • Major-версия обновляется при ломающих изменениях
    Ломающие изменения говорят о том, что нельзя просто обновить иконку, нужно скорее всего будет менять код в продукте. Ломающие изменения описаны в changelog. Самый частый случай: переименования иконок, при обновлении пакета нужно заменить в продукте старое имя на новое.
  • Minor-версия обновляется при новых фичах: появление новой иконки, нового формата css и прочее.
    Обновляться на новую версию можно безопасно, ничего сломаться не должно.
  • Patch-версия инкрементируется при багфиксах, исправлениях иконок и прочих мелких изменениях.
    Обновляться на новую версию можно безопасно, ничего сломаться не должно.

Если есть вопросы, пишите в комментарии или на почту mike.ozornin@gmail.com

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

Похвала — это комплимент

«Критика — это комплимент» написал в 2011 году Илья Бирман. С тех пор я замечаю, что люди вокруг меня неправильно пониманию этот принцип. Расскажу, как это бывает, и как воспринимаю его я.

Я не уточнял, что вкладывал в заголовок Илья Бирман, поэтому правильно или неправильно — это моё восприятие.

Как относиться к принципу: неправильно

Как неправильно: критикуя кого-то, я делаю ему комплимент.

Такое понимание приводит к нескольким логичным выводам:

  • Если критика благо, нужно приносить этого блага как можно больше.
  • Если все относятся к критике как к комплименту, критиковать можно все вокруг, не заботясь о разрешении и не заморачиваясь о форме.
  • Если критика дается всегда и всем, то сигналом все в порядке служит само отсутствие критики.

Стоит ли говорить, что людей, которые себя так ведут, почти никто не любит. Я долгое время вел себя на 50% от этого, и даже 50% люди вокруг с трудом терпели.

Как относиться к принципу: правильно

Как правильно: критика меня — комплимент мне. Такое отношение нужно мне самому, чтобы воспринимать критику адекватно и конструктивно.

Такое понимание приводит к нескольким логичным выводам:

  • Восприятие критики как комплимента — это собственное решение того, кого критикуют. Конструкция «ты должен относиться к критике как к комплименту» неправильная, никто никому ничего не должен.
  • Если известно, что человек придерживается принципа «Критика — это комплимент», то критиковать можно смелее. Если не известно, то лучше подстелить себе соломки и критиковать более аккуратно (см. ссылки на полях)
  • Не нужно критиковать всех вокруг по любому поводу.
  • Раз критикуется не всегда и не всё, то отсутствие критики ни о чем не говорит. Отсутствие критики не может служить положительным подкреплением ни в каком виде.

Здесь мы подходим к тому, ради чего я все это затевал.

Критика это полезно, но ещё полезней — хвалить людей

Хвалить людей

Критиковать людей, чтобы указывать и исправлять отрицательные действия, конечно важно, но более важно, людей хвалить, чтобы фиксировать и продолжать положительные.

Многие мои коллеги уже привыкли, что если мне сказать, что кто-то из моих дизайнеров молодец, я попрошу сказать это самому дизайнеру. Привыкли, что иногда я прошу вспомнить, кого из них и за что можно похвалить, и похвалить.

Я долго учился хвалить людей, и прошел 1-2% нужного пути. Вот какие принципы по которым я хвалю и говорю хорошее:

1. Хвалить. Важно не забывать хвалить, особенно вначале, когда это еще не вошло в привычку. Чтобы не забыть я завел себе задачу в тудушке «Сказать спасибо». Кроме спасиб после напоминания тудушки, я пытаюсь подумать про каждую большую совместно сделанную задачу и найти моменты, за которые можно сказать спасибо и похвалить.

2. Хвалить только за дело. Мне кажется важно, чтобы похвала была не вообще, а за дело.

Я никогда не хвалю просто так, абстрактно. Я не говорю огромное спасибо за то, что и так ожидаю от человека.Позже, когда человек сделает что-то крутое, мне будет сложнее подчеркнуть его заслуги.

Если непонятно за что хвалить, а хочется, всегда можно похвалить не вообще, а за что-то:

  • Спасибо, что ты откликнулся!
  • Спасибо, что ты сделал это сегодня!
  • Спасибо, что сделал, ты меня очень выручил!

Мне самому сложно понять, когда я делаю двухминутную задачу, которую и так должен сделать, а люди пишут «огромное спасибо». WAT?! Подтверждения, что я сделал то, что нужно, было бы достаточно.

Впрочем, это относится и к критике. Критиковать человека просто так — табу. «Вася, почему ты не уважаешь коллег?!» → «Вася, сегодня ты опоздал на встречу, где тебя ждало 5 человек. Меня огорчает, когда я вынужден ждать кого-то и впустую тратить свое время. Пожалуйста, следи за своими встречами и не опаздывай. Если тебе нужна помощь с календарем, давай я помогу».

3. Можно и похвалить, и покритиковать. За одну и ту же большую задачу можно и покритиковать, и отметить положительные стороны.

— Ваня, я бы хотел поговорить с тобой о задаче …
— Что было хорошо: …
— Что было плохо: …

4. Публичная похвала работает круче, чем личная. Если уместно похвалить публично, то лучше делать это публично. Мне кажется, такая похвала сильнее, чем сказанная лично.

Если вы проводите ретроспективу, пишите и плюсы тоже: и командные, и личные, и про процесс, и про результат. Обычно минусов столько, что про плюсы все забывают. Подойдет даже просто и незамысловатое «Это была сложная задача, мы много ломали дров, но и итоге мы её сделали. Мне кажется штука, которую мы всем сделали — крутая. Я этому рад, спасибо вам всем».

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

Ещё никто не ответил «Миша, ты не охренел ли?». Не было даже тех, кто попытался пошутить «Скажи, что андроид круче айос, если тебя держат в заложниках».

Вместо вывода

Хвалите людей вокруг

А ещё прочитайте пост Ники Троицкой про то, как хвалить людей и котиков: Вы получаете то, что продолжительно поощряете

 Нет комментариев    651   4 мес   работа   этикет
Подписаться на блог…

Числительные прописью

Пытаюсь объяснить, почему можно и нужно писать числа прописью.

В русском языке все числа можно записывать прописью (буквами), некоторые числа можно записывать и цифрами. К сожалению, я замечаю вокруг повальное увлечение писать числа только цифрами, даже в тех случаях, когда цифрами писать не надо или нельзя. Из-за того, что люди ошибаются и записывают числа неправильно, мне бывает сложно понимать записанное.

TL;DR; Числа, записанные цифрами, всегда читаются как «один», «одна», «одно», «два», «три». Не используйте такую запись ни для чего другого.

Количественные числительные

Количественные числительные — сколько? скольких? скольким?

В именительное падеже их можно писать цифрами:

Как написано Как читается
1 Один
2 Два
10 Десять

А вот в других падежах писать цифрами нельзя:

Как читается Как писать Как не писать
Одному Одному 1-му
Двух Двух 2-ух
Двоим Двоим 2-им
Двумя Двумя 2-я, 2-мя
Троих Троих 3-х, 3-их, 3-оих
Тремя Тремя 3-я, 3-мя

Существительные, похожие на числительные

В русском языке есть существительные, похожие на числительные. Их писать цифрами тоже нельзя:

Двойка 2-ка
Тройка 3-ка
Троица 3-ца, 3-ица
Десятка 10-ка
Десяточка 10-очка

Что за «два-ка», «три-ка», «три-ица», «десять-ка» и «десять-очка»?

Порядковые числительные

Порядковые числительные «первый», «второй» наращиваются так: 1-й, 2-й.
Как правильно, почитайте у Ильи Бирмана.

Специальное комбо для тех, у кого кровоточат глаза от неправильных наращений:

С 3-ёх летним опытом

Почему ещё можно и нужно писать числа прописью

Обычно в шрифтах по умолчанию маюскульные цифры, они большие, высотой с прописную букву. Они немного рвут серый набор и сразу выпрыгивают на читателя. Если писать числа прописью или минускульными цифрами, то визуально набор становится равномерней.

В каком абзаце вы быстрее заметили число?

Интеграл от функции, имеющий конечный разрыв развивает сходящийся ряд, при этом, вместо 1334 можно взять любую другую константу. Скачок функции неоднозначен.

Интеграл от функции, имеющий конечный разрыв развивает сходящийся ряд, при этом, вместо 1334 можно взять любую другую константу. Скачок функции неоднозначен.

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

Этот эффект усиливается, если в каждом предложении есть какие-то числа или цифры. Успокойте текст: сделайте так, чтобы цифры не бросались.

Запомнить

Не все числа нужно писать цифрами, писать числа буквами — нормально. Некоторые числа или похожие на них слова неправильно писать цифрами.

 Нет комментариев    865   7 мес   работа   русский язык
Подписаться на блог…

В письме уже есть всё нужное

Частенько я получаю письма, для ответа на которые нужно что-то вспоминать, искать, смотреть в прошлых письмах, чатах или вики. Отвечать на них не хочется, всегда невольно тяну до последнего.

Рассказываю о принципе, помогающем написать письмо, на которое легко и приятно отвечать.

Принцип звучит так:

В письме уже есть всё нужное

В любом письме всегда должно быть всё, что может понадобиться адресату: ссылки, документы, напоминания, история вопроса. Представьте, что у него перед глазами есть только письмо, нет архива переписки, истории чата, доступа в вики, ноушену или гугл-доксу. Будет ли ему удобно ответить на вопрос или принять решение? Сможет он вообще ответить на письмо?

Приведу несколько примеров из жизни. Я убрал из них реальные имена (кроме своего), задачи, комментарии и ссылки.

Напомнить о долге

Реальное письмо Правильное письмо
Миша, привет!
говорят у тебя должок по ACL )
Миша, привет!
Нам для завершения работ по ACL не хватает следующего:
1. …
2. …
3. …
Когда сможешь?

Моя реакция была примерно такая: ну офигеть, «говорят», кто говорит? Какие долги, где вообще что искать? Ок, пойду спрошу Лену, она отправит к Васе, Вася — к Насте, Настя к Леше. Если потрачу целый день, то узнаю.

Внес исправления, нужно попросить посмотреть снова

Реальное письмо Правильное письмо
Там в уведомлениях много твоих комментов, которые вроде закрыты. Посмотри, пожалуйста. Там в уведомлениях много твоих комментов, которые вроде закрыты. Посмотри, пожалуйста.
http://…

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

Создать встречу

Реальное описание встречи Правильное описание встречи
Давайте обсудим …. Письмом кину ссылки. Вставить все ссылки в тело встречи.

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

Сообщить об том, что изменения в макеты внесены

Реальное письмо Правильное письмо
Я обновил макеты как мы хотели. Я обновил макеты редактирования задачи, которые мы обсуждали в пятницу
Экран … больше не нужен, я его перечеркнул и оставил его, вдруг на него были ссылки.

Вместо него экран …. На нем:
1. …
2. …
3. …

Текст весь вычитан, можно брать в работу.

Добавить кого-то в переписку

Реальное письмо Правильное письмо
+Миша
Считаю, что тут без UXеров нечего обсуждать.
+Миша
Миша, мы пытаемся решить …, есть такие варианты:
1. …
2. …
3. …

Что думаешь про …?

Самые эпичные примеры обычно именно с добавлением в переписку. Человека добавляются в тред из 20 писем, он видит эту огромную переписку, непонятно, что читать, а что нет, непонятно, что спрашивают, непонятно когда. В итоге он просто хочет под одеялко.

Вместо заключения

Да, писать так муторно.
Да, писать так долго.
Да, если адресату нужно что-то от меня, он все это найдет сам.

На самом деле, писать так в ваших же интересах: сделайте адресату удобно и он быстро ответит на ваше письмо. Другие письма проигнорирует, потому что они плохие, а на ваше ответит первым, потому что легко.

Ссылки по теме

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

Ищу двух дизайнеров интерфейсов

Upd. Пока нашли

Я руковожу группой интерфейсных дизайнеров в Positive Technologies и ищу в нашу команду двух человек, чтобы делать корпоративные B2B-приложения.

Чем мы занимаемся

Мы делаем корпоративные продукты для специалистов по информационной безопасностей («ибэшников»). Вы, возможно, про нас не слышали, но в России нет ни одного ибэшника, который бы нас не знал. Некоторые наши продукты хорошие, некоторые — отличные; наш WAF попадал в магический квадрант Гартнера (это круто), наша SIEM-система — лидер российского рынка SIEM.

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

Я хочу поменять столько, сколько смогу: изменить мышление продакт-менеджеров, унифицировать и осовременить интерфейсы продуктов, сделать общий пользовательский опыт, начать проводить пользовательские исследования. И в итоге — сделать так, чтобы продукты любили и уважали и за интерфейс тоже.

Многие продакт-оунеры хотят всего этого, они на нашей стороне.

Я ищу двух дизайнеров, которые бы захотели к нам присоединиться и остаться надолго.

Задачи, которыми придется заниматься

Разбирать сложные системы и создавать для них элегантные решения.

Плотно работать с продакт-менеджерами, аналитиками, погружаться в проблемы пользователей и внедренцев.

Создавать интерфейсы B2B-продуктов: длинные формы, панели администрирования, конструкторы алгоритмов; определять внешний вид дашбордов, графиков, отчетов.

При необходимости — создавать прототипы, тестировать их на пользователях или на команде разработки.

Если захотите — принимать участие в обновлении look and feel нашего ui kit. Мы делаем ему фейслифтинг и обновляем лейауты страниц.

Наш дизайнер

Имеет опыт проектирования интерфейсов CRM-систем, систем документооборота, промышленных или других подобных систем.

Имеет минимальный технический бэкграунд (знает в общих чертах, как работает интернет) и способен разобраться в новой для себя предметной области. Один на один с иб не оставим.

Умеет поддерживать логичность и целостность базовых интерфейсных компонентов и следить за консистентностью всего продукта.

Готов проверять свои гипотезы и макеты коридорным тестированием, анкетами, может провести юзабилити-тестирование.

Обладает вкусом и чувством эстетики. Считает, что удобство, эффективность и красота могут сочетаться в одном продукте.

О команде

Дизайнеров семь человек (пять в Москве, двое в Новосибирске). Каждый из них тесно работает со своей продуктовой командой, периодически все общаются между собой.

Работаем в Скетче, возможно будем переезжать на Фигму, пробуем ее.

Есть свой ui kit, своя база ui-компонентов на Angular и некоторое количество гайдлайнов и паттернов использования.

Фронтендеры и бэкендеры, которые не говорят «ой, это невозможно».

Процессы в разных проектах немного разные, но в среднем работа над очередной фичей проходит примерно так: раннее обсуждение фичи, проектирование сценариев, скетчи, макеты, авторский надзор за реализацией, пользовательское исследование сделанной фичи.

Если вам интересно и вы узнали себя хотя бы наполовину, напишите о себе:
mozornin@ptsecurity.com или в телеграм: @mikeozornin

 4 комментария    1585   2019   вакансия   работа
Подписаться на блог…

Принципы

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

Заметил, что катастрофически тяжело работать с людьми, которые не разделяют моих принципов. Общаешься с ними как на чужом языке, часто возникает полное непонимание или даже конфликты. Вот мои:

Любовь к критике

К критике всегда стоит относиться как к помощи. Конечно, критику лучше формулировать конструктивно, без агрессии. Но не важно, в какой форме она сформулирована. «Так верстают только ******» — тоже критика. Даже из такой критики можно извлечь пользу: попросить рассказать, где плохо и как сделать лучше.

Критика — это неприятно и часто очень обидно. Но это лекарство, комплимент и помощь.

Перфекционизм

Перфекционизм — это делать настолько хорошо, насколько возможно. Не путать с идеализмом, который «делать бесконечно долго, пока не получится бесконечно хорошо».

Перфекционизм не позволит схалтурить, даже если осталось мало времени, заказчик и так примет, это никому не надо, надо закрыть ТЗ или даже заказчик платит мало, не надо что-то сильно выдумывать.

Делать хорошо — это всегда внутренний выбор человека, а не власть обстоятельств.

Работа над ошибками

Работать над своими проблемами самому — единственно возможный вариант. Не нужно ждать, когда на них укажут. Не всегда с ходу можно найти работающий метод, но если перебирать постоянно, то метод найдется. (см. Людвига про похудение http://grosslarnakh.livejournal.com/49660.html).
Ходить по одним и тем же граблям — унизительно для себя и для коллег.

Как смогу что-то внятно сформулировать, напишу ещё.

Какие у вас принципы в работе и жизни? Как вы работаете с людьми, у которых противоположные?

 1 комментарий    109   2015   принципы   работа
Подписаться на блог…