А кто не любит?!
На самом деле, я не совсем путешествую. Мне нужно писать или программировать, а это проблематично, когда постоянно переезжаешь с места на место. Просто выбираю город, ищу жильё и коворкинг и становлюсь отчасти горожанином.
Не езжу по странам ради достопримечательностей. Больше, чтобы узнать местную культуру изнутри и часто, чтобы учить местный язык.
Так я жил в Каире (в то время учил арабский), в Буэнос-Айресе (цель: выучить испанский), несколько месяцев в Киеве и Санкт-Петербурге (научиться говорить по-русски), в Мехико (избавиться от аргентинского акцента), еще несколько лет в Киеве (все еще упражняясь в русском), месяц в Минске, и сейчас уже три месяца нахожусь в Колумбии (обновить знания испанского).
Но из-за работы первый месяц в Колумбии провел в Боготе, столице. Только сейчас взял небольшой двухнедельный «отпуск», чтобы посетить Кали, Медельин и Картахену. Теперь вернулся в Боготу забрать компьютер и вещи, которые оставлял у друга. Оставшееся время в стране проведу в Медельине — здесь это мой любимый город.
После Колумбии поживу три месяца в Киеве, затем три месяца в Минске и опять три месяца в Киеве (да, снова русский язык).
В основном, над обновлениями книги «The Framer book».
Трудно идти в ногу с командой Framer в Амстердаме — часто выпускают новые версии. Собирался переиздать книгу… а потом они изменили написание анимаций. Старый способ по-прежнему работает, но не хочется ничего «устаревшего» в книге. Решил обновить весь код.
Во всяком случае, второе издание «The Framer book» на вычитке у редактора, выпущу через пару недель.
Еще много контента хочется добавить. Если смогу сделать это и поддерживать книгу в актуальном состоянии (выпуская обновления чаще), может, напишу что-то подобное об Origami Studio. Но это большое «если» — я не любитель «визуального программирования», которое там используется (в Origami программируешь, соединяя патчи).
У меня также есть несколько идей для приложений на iPhone. Над этим тоже хочу поработать. Например, приложение, что каждый день учило бы новому испанскому слову. Конечно, прежде чем начать разработку, буду прототипировать в Framer.
Если делаете интерактивный дизайн (UX) для приложений, наверняка возникали проблемы с тем, что вы-то представляете, как что-то должно работать, но объяснить словами клиенту/руководителю/разработчику трудно. Прототипирование в помощь. Сможете показать, как это должно работать, как что-то должно двигаться, с какой скоростью и т.д.
Из-за визуальной обратной связи найдете новые способы решения UX-проблем (можно «случайно» увидеть новое направление для дизайна, просто настраивая параметры).
Вы не обязаны использовать Framer, есть и другие хорошие инструменты для прототипирования — тот же Principle. Flinto для Mac довольно мощный и по-прежнему прост в использовании.
Но если хотите находить творческие решения, стоит попробовать инструмент вроде Framer или Origami. Они более сложные, используют программирование (код в Framer, визуальное программирование в Origami) и поэтому вы не ограничены общими, типовыми взаимодействиями (клик и скролл, стандартные переходы и т.д.).
Это случилось более или менее случайно. Искал инструмент для прототипирования — хотел запустить агентство приложений. Пробовал различные инструменты, чтобы найти тот, который понравится больше всего. План состоял в том, что я буду делать простые прототипы для клиентов из Бельгии, а для непосредственной работы над приложением нанимать украинских дизайнеров и разработчиков.
Увидел proto.io и подумал, что это величайший инструмент всех времен. Наткнулся на Pixate, решил, что это даже лучше. Но потом нашел Framer, и мне понравилось — у него гораздо больше возможностей. Наверное, он заинтересовал меня ещё и потому что я привык к написанию кода (раньше разрабатывал веб-сайты и приложения для iPhone).
Тем не менее, как и с любым другим инструментом или фреймворком, пришлось учиться. Прошёл несколько видеокурсов. И заметил, что ещё не было годной книги о Framer, книги, которая могла бы всё объяснить. Только одна простая на шестьдесят страниц. Я же предпочитаю учиться, выполняя пошаговые инструкции.
Начал думать о том, чтобы написать такую книгу самому. Чтобы узнать, будет ли эта затея достаточно интересна, сделал одностраничный сайт с анонсом книги и регистрационной формой по электронной почте.
Пытался привлечь посетителей (предпочтительно UX-еров) на сайт — написал текст, который должен был заинтересовать дизайнеров, которые занимаются прототипированием: сравнение пяти лучших инструментов. Статья привлекла не так уж много читателей, но когда мне предложили опубликоваться на Medium, она стала хитом (по крайней мере, как для такого, весьма нишевого, вида контента). Я собрал достаточное количество адресов электронной почты потенциальных покупателей, чтобы начать работу над книгой.
На фактическое написание книги, создание прототипов и видео ушло полгода.
Инструмент, который позволяет мне построить материал, который анимируется и взаимодействует очень быстро, гораздо быстрее, чем когда делаешь это «по-настоящему» в Xcode.
В последнее время нарисовалась тенденция пытаться сделать инструмент для проектирования UI, который будет включать в себя и создание прототипов. Один инструмент для всего. Как то, что Adobe делает с XD или другие с плагинами для Sketch.
Конечно, можно работать с такими инструментами, но это ограниченный тип прототипирования. Думаю, у них есть будущее. Иногда достаточно простого прототипирования. Часто просто нужно показать клиенту, как в приложении перейти от экрана к экрану.
На высшем уровне инструментов для прототипирования, инструментов «высокой точности», думаю, мы наблюдаем консолидацию вокруг нескольких. Не проблема делать впечатляющие вещи в Principle, но чтобы «спрототипировать всё, что только можно вообразить», тут всего два варианта и оба они используют программирование: Origami и Framer. Разнится тип программирования: визуальный (так называемый «поток сигналов») или код.
Я вижу большое будущее у этих инструментов. Обе команды разработчиков, вероятно, сделают программерскую часть проще, улучшив пользовательский интерфейс. Например, с помощью дополнений: Auto-Code в Framer, настройка патчей в Origami. Так инструменты не теряют своей силы, но становятся проще.
Мне интересно, какой инструмент Google выпустит со Stage. Сделают ли они его чисто графическим пользовательским интерфейсом, как Pixate, или это будет визуальное программирование, по типу Form (Google купил оба инструмента и прекратил их разработку в прошлом году)? Используют JavaScript или какой-либо другой тип кода? Или могут даже найти идеальное сочетание между различными видами инструментов.
Мы движемся, или уже в той точке, где интерфейсы поддерживаются просто и анимация важна. То как вещи двигаются часто объясняет интерфейс лучше, чем то, как они выглядят.
Мы привыкаем к определенным UX-моделям, так что интерфейс может становиться все проще и проще. Все понимают, что можно панорамировать, масштабировать и поворачивать карту. Никаких объяснений или кнопок не требуется.
Но, как знать, вдруг минималистичные интерфейсы просто тренд и мы вернёмся к пышному дизайну и возрождению тяжелых шрифтов с 3D-эффектами из 70-х (или нет).
Не очень верю в «разговорные» интерфейсы, точнее, в их чат-формы, вроде тех ботов, что сейчас выскакивают, как грибы после дождя. Слишком много надо печатать.
Но (диалоговые) голосовые интерфейсы имеют смысл. Only-voice устройства, как Alexa у Amazone, уже сейчас довольно популярны.
Но мы не всё можем объяснить словами: представьте себе, что создаете дизайн, разговаривая с компьютером… это могло бы занять несколько дней. Логичнее прийти к некому миксу между визуальным и голосовым.
AR может взлететь, и у нас или вообще не будет экранов, или только виртуальные, которые появляются, когда нужно. Думаю, чистый VR будет только для игр, фильмов, других сфер. Это слишком поглощает, чтобы использовать в качестве интерфейса для всего остального.
Во всяком случае, интересно посмотреть, как интерфейсы будут развиваться и меняться.
Мне часто нравятся со вкусом оформленные маленькие штрихи, как те, что у Little Big Details.
Назову несколько взаимодействий, которые мне понравились в последнее время:
Alan Cooper:
“Design is in service of moving somebody else towards their goal”
Алан Купер:
«Дизайн помогает людям двигаться в направлении к их цели»
Джордж Хэстингс:
«Мне приятно быть в первых рядах и
общаться с людьми»
Ву Хоанг Ан, СЕО в Avocode: «Лучшие идеи нам предлагают пользователи»
Эвелина Яцеленко: «Сам кайф в постоянном познании»
Павел Грозян: «Единственное, что вас может останавливать в жизни — это вы сами».