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

дизайн

О важности знания языка

Гарик Мартиросян говорит о важности знания русского языка в интервью Юрию Дудю.
Смотрите с 9:50 до 12:30.

«В России главный инструмент юмориста — это русский язык».
«Если ты не умеешь обращаться с русским языком — ты ноль в этой стране».

Вместо «юмориста» можно подставить и другие профессии.

18 декабря   Гарик Мартиросян   дизайн   Дудь   язык

Интерфейс, тактильность, авиация.

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

Осторожно!
Уберите громкость до минимума!
На видео громко шумят двигатели.

Место пилота грузового Ан-12:

Сравнение кабин Боинг-737 и Эйрбас-A320:

(топят за Эйрбас, но сейчас не про это)

Немного панели Су-25:

В последние годы в авионике появляются экраны с тач-интерфейсом. Компания Талес (Thales) создает и продвигает авиационные панели управления на тач-скринах.

Вот менеджер по маркетингу говорит о том, что они предлагают ставить в кабины пилотов большие тач-скрины:

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

Но вот про какую интересную деталь хочу сказать:
по-французски он говорит 100 % tactile.
Tactile — тактильный, осязаемый (фр).

Получается удивительный языковой парадокс.

В интерфейсах по-русски слово «тактильный» больше подходит элементам, которые имеют осязаемую форму. Физически выпуклые кнопки, ручки, ползунки, переключатели. Такие, какие устанавливали в старые и существующие самолеты.

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

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

Настоящая тактильность:
руки человека чувствуют форму, текстуру, мягкость, остроту, размер объекта. Чувствуют усилие и сопротивление при взаимодействии с объектами. Человек чувствует и понимает пределы взаимодействия: диапазон перемещения рукоятки, глубину нажатия кнопки. Форма подсказывает, как обращаться с объектом.

В новом 777X устанавливают большие тач-скрины, но сохраняют большой набор традиционных механических элементов управления.

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

Продолжение следует.

16 ноября   авиация   дизайн   интерфейс   прибор   самолет

Новые карты Страва (Strava)

Сервис для тренировок «Страва» (Strava) выкатили новую карту треков спортивных занятий. Люди занимаются спортом, устройства отправляют координаты на сервер Стравы, Страва рисует карту.

https://medium.com/strava-engineering/the-global-heatmap-now-6x-hotter-23fc01d301de?_branch_match_id=451858002544826932

Рассказали о том, какие данные используются для построения карты. На чем построен код. Как формируется изображение карты.

Интересная деталь: они фильтруют координатные данные с учетом погрешности спутниковых сигналов.

И еще описаны куча приемов, фишек и секретов.

Карту интересно смотреть и в больших, и в малых масштабах.

Вот кусок России:
https://labs.strava.com/heatmap/#4.40/54.69098/61.21642/hot/all

А вот бегают и катаются на велике даже в Хатанге!
https://labs.strava.com/heatmap/#8.41/102.67839/71.98594/hot/all

Две Кореи:

13 ноября   визуализация   дизайн   карты   Страва

Измеритель высоты полета модели

В своей старой папке про авиамоделизм откопал вот такой измеритель высоты полета. В 2008 году радиоуправляемыми моделями действительно управляли — не было развитых и доступных автопилотов, электронных выравнивателей горизонта и прочих помощников — это было в диковинку. Планерная телеметрия обходилась дорого. Поток может утащить высоко. Как понять, насколько высоко летит планер?

Сделал табличку с линейкой. Планер в небе. Определяешь визуальный размер крыла по линейке на вытянутой руке. По таблице в зависимости от угла видишь расчетную высоту полета. Приблизительно, конечно. Не то что сейчас — телеметрия в любом простом радиоприемнике. Моделизм уже не тот!

ПДФ:
alti04outs.pdf

Эксель:
altimeter21pub.xls

2017   дизайн   моделизм   планер   таблица

Плакат едет на выставку в Берлин

Мой плакат для проекта «1917-2017» едет на выставку в Берлин 9 октября.

Конкурс плаката, посвященный 100-летию революции организовал Сергей Серов. Художники и дизайнеры из 50 стран подали на конкурс более полутора тысяч работ, из которых жюри выбрало полсотни плакатов в качестве лонг-листа для кураторов международных выставок.

Следующая выставка «1917-2017» пройдет 9 октября в Берлине на Форуме Бориса Немцова. Из 500 работ жюри анонимным голосованием с участием Дмитрия Врубеля, Марата Гельмана и Сергея Серова выбрало 50 плакатов. В их число попал и мой плакат, йоу! Большая честь выставляться рядом с крутыми художниками.

Всё о проекте:
https://www.facebook.com/groups/1226448254079755/

Первые выставки уже прошли в России и Хорватии. В Шибенике, кстати, — приятный городок.

https://www.facebook.com/photo.php?fbid=1870535659629239&set=a.259471167402371.84990.100000184689122&type=3&theater

https://www.facebook.com/pg/festival.falis/photos/?tab=album&album_id=789539307895186

2017   1917   выставка   дизайн   плакат

Интересный отзыв к книге на Амазоне.

Книга:
The Language of Things: Understanding the World of Desirable Objects
https://www.amazon.com/Language-Things-Understanding-Desirable-Objects/dp/0393070816/ref=pd_sim_14_2?_encoding=UTF8&pd_rd_i=0393070816&pd_rd_r=WS56554CFB527HV255YC&pd_rd_w=BcEYR&pd_rd_wg=j6EWD&psc=1&refRID=WS56554CFB527HV255YC

В частности: «…автор начинает с жалобы: купил компьютер Эпл, потому что он был симпатичным и сочным (вероятно, речь идет об аймаке с цветным пластиковым корпусом). Позже он обнаруживает, что симпатично и сочно — это не функционально. Поэтому он покупает черный и плоский компьютер Эпл, потому что тот был черным и плоским. И позже понимает, что черный цвет и плоская форма не говорят о функциональности…».

Ссылка на отзыв:
https://www.amazon.com/Language-Things-Understanding-Desirable-Objects/dp/0393070816/ref=pd_sim_14_2?_encoding=UTF8&pd_rd_i=0393070816&pd_rd_r=WS56554CFB527HV255YC&pd_rd_w=BcEYR&pd_rd_wg=j6EWD&psc=1&refRID=WS56554CFB527HV255YC

2017   амазон   дизайн   книга   объекты

Дизайн, тестирование, ошибки и логика

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

Вместо дизайнера может быть любой другой персонаж, принимающий решения. Пример про создание чего-либо с применением обратной связи универсален.

Две крайности:
1) Дизайнер делает продукт совсем без обратной связи.
Полагается на то, что «всё знает» с самого начала, и продукт будет вести себя именно так как задумано на всем протяжении процесса использования.

Плохо: что если возникли неучтенные обстоятельства? Что если решение неправильное? Какие правки стоит вносить? Как измерить, хорошее ли решение? Правильно поставленная и согласованная в самом начале задача необходима, но недостаточна. Она не заменяет обратной связи.

2) Дизайнер делает продукт, полагаясь только на обратную связь.
Допустим, тестирование пользовательского взаимодействия выявило проблему П1. А проблему П2 не выявило. Может быть, проблемы П2 не существует. А может быть, тестирование обошло эту проблему стороной. Дизайнер думает: «проблемы П2 не существует».

Плохо: мышление сужается. Упускаются из виду сложные ситуации, результаты тестирования которых бывают неоднозначными. Тестирование покажет проблему, но вовсе не обязательно подскажет решение.

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

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

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

Дизайн и тестирование это два разных процесса. Хорошо, когда они дружат и понимают задачи друг друга, сильные стороны и цели. Но это разные процессы, и задачей «тестирование» невозможно закрыть или подменить задачу «дизайн» по определению.

* * *

Простая, но важная логическая конструкция:

Отсутствие доказательства не является доказательством отсутствия.

Практика показывает, что эта мысль известна и понятна не всем. Это приводит к сложностям.

Логическая ошибка, основанная на описанной выше ошибке №2: Ответственный за результат человек предлагает решение. Человек с правом вето, например, заказчик или руководитель, отклоняет: «Мы тестировали продукт, такой ошибки не обнаружено. Это для нас не критичный момент».

Связь обнаруженного симптома и исходной проблемы не всегда прямая и очевидная.

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

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

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

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

* * *

И еще одно элементарное логическое высказывание: в дизайне работа над ошибками является дизайном, но дизайн не является работой над ошибками.

Дизайн не является работой над ошибками.

Работа над ошибками входит в состав работ по дизайну. Тем более, если они обнаружены. Но для того, чтобы создавать и развивать продукт, список ошибок по умолчанию не нужен. Нужна цель: что и для чего вы делаете. Что должно получиться в результате.

Порядок вывода сообщений в текстовых трансляциях

Чтобы текстовую трансляцию было удобно читать, свежие сообщения лучше размещать в конце ленты, внизу, а не в начале.

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

https://geektimes.ru/post/280206/
http://varlamov.ru/1763412.html
https://tvrain.ru/articles/apple_online-405878/

Неправильно: свежие сверху

http://style.rbc.ru/objects/gadgets/57d023819a79471547c0d9bd
http://www.ntv.ru/novosti/1636120/
https://rg.ru/2015/08/28/maks-online-site.html

Это вообще непонятно:

https://life.ru/t/новости/928118/vybory_45-gho_priezidienta_ssha_tiekstovaia_transliatsiia

время не указано, хрен поймешь, как читать.

А вот Медуза — то правильная,

https://meduza.io/live/2016/05/14/evrovidenie-2016-onlayn

то неправильная:

https://meduza.io/live/2015/06/08/chto-novenkogo-pokazhet-apple

Откуда путаница?

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

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

Как подружить новостные и текстовые свойства трансляций?

Если свежие сообщения ставить наверх — трансляцию трудно прочитать как текст. Если свежие ставить вниз — удобно читать, но долго прокручивать вниз для прочтения свежих.

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

Cвежие сообщения ставьте вниз. Если хотите привлечь внимание читателей к свежим — сделайте автоматическую прокрутку ленты до свежих.

Обновил сайт Медкаленда




Лет 7 назад я придумал методику планирования и графической записи приема лекарств:
http://medcalend.ru

Метод помогает. Люди пользуются, и я сам применил шаблоны с тех пор несколько раз. Сейчас я вижу, что можно улучшить, но основные свойства работают как надо. Улучшение ставлю в очередь на разработку, а сейчас переделал сайт.

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

Читать такую длинную простыню было тяжело. Поэтому разделил на страницы по темам и переписал описание метода. Например, почитайте, почему медкалендарь помогает:
http://medcalend.ru/howitworks/





Если вы принимаете лекарства и хотите чтобы они действовали эффективно — планируйте по шаблону. Лечитесь, присылайте отзывы. Расскажите другим — поделитесь ссылкой.

Пишите мне любые предложения, критику, вопросы по сайту и по самой методике.

Ctrl + ↓ Ранее