Protraktor

Эта статья по ссылке ниже настолько хороша (спасибо, Тарас!), что я думаю стоит нарушить обет молчания чуть раньше, чем я хотел. Дело в том, что я давно считаю, что специфика UX-дизайна в своё время обросла каким-то нереальным количеством лишнего и избыточного — от «дизайн спасёт мир» и до «ща я быстро научусь делать классно и буду рубить бабло». Не спасёт. Быстро не научишься. Рубить бабло не будешь. Обросла в своё время, а в итоге сама себя съела, как будто мы сами поверили в свою собственную пропаганду — или поверили чужой и стали её распространять. Но потом, теперь — начались вопросы — а где реальная добавленная стоимость от UX? А может за громкими словами ничего нет? Может программист Вася сделает не хуже, но он ещё и алгоритмы и бэкэнд бацает. А может и AI сделает не хуже? Или, может, шаблонное решение будет лучше, чем то что сделают условный Саша, потому что он рукожоп и делает что-то не то и не может объяснить почему оно стоит того? За что, в конце концов, я, заказчик, плачу ему? Мы же живём в убеждениях (зависит от нашего опыта, разумеется), что UX-дизайн важен, что должны быть пользовательские исследования, что заказчики должны давать нам творческую свободу, или что может быть верное решение (встречал), что старые системы говно, а новые нет (привет, liquid glass) и так далее. Но с чего это они должны разделяться бизнесом или кем либо ещё? Ракеты разные летают, компании ужимают бюджеты и т.д. — да и вообще, еще 30 лет назад у нас были дискеты и MS DOS, а сейчас с роботом можно разговаривать, и вероятно или мы должны снова переосмыслить что есть проектирование опыта человеко-машинного взаимодействия эргономика, либо же признать, что через-какое то время рабочие на производствах станут более незаменимыми, чем мы с нашими представлениями о прекрасном, которое никогда не наступит и вообще ни о чём. В общем, я считаю что UX-профессии — ровно такие же, как другие. Не хорошие, не плохие, в них нет никакого флёра, всё это шум. Можно быть UX-дизайнером, можно быть инженером, можно быть сантехником, можно быть пекарем — кем угодно, кто может взять что-то и выдать результат, который обладает добавочной стоимостью. Но можно любить свою работу, а можно быть нарциссом. Можно учиться даже в плохих условиях, а можно думать что “компания/начальник говно, найду лучше”. Но не факт что эти стажировки не маркетинговый шум для привлечения внимания к HR-бренду. Симулякры и дискурсы. Я всё размышлял, что далеко не всё, что я считаю ценным, разделяется, и пытался разобраться, это я схожу с ума или нет, ну и что происходит. И, что важнее, почему и куда это ведёт — в бесчисленных беседах вокруг, с бывшими и настоящими коллегами, с бывшими и настоящими заказчиками, начальниками и подчиненными, с друзьями и даже недругами. И знаю, что не я один ломаю мозг на эту тему, и тут уж остается две вещи 1) говорить не так как раньше 2) продолжать молчать и наблюдать как уроборос подбирается к своей голове. UX умер. До здравствует UX! Такая вот ситуационная осведомленность 🤷‍♂️ Продолжение последует :)

Так, попробую-ка таки писать наборами постов без постов — а ля минилекции, которые на корпоративных сайтах гордо зовутся «академиями». И начнём с такого важного явления во многих сложных системах (особенно реального времени), как поддержание ситуационной осведомленности. Пока выложил общее описание того, что это такое и почему это важно, плюс, для тех кому это особенно интересно, список рекомендуемой литературы. Вообще, удивительно как часто о СО говорят в мире (прямо будничная рутина обсуждений), а в русскоязычном IT-сообществе даже не все знают о таком термине. Посмотрим, как пойдёт такой «сериальный» формат, в черновиках хватает и других тем, например про многоэкранные системы, зрительное восприятие, тревоги и т.п. — вдруг так смогу побороть упомянутую ещё летом проблему мотивации, и при этом не бросаться совсем поверхностными обрывками, то есть чтобы это было полезно. Итак, встречайте тут — Ситуационная осведомленность P.S. Пока материал доступен только по прямой ссылке. Когда будет что-то законченное — тогда и впишу в общую навигацию сайта.

Решил поделиться личным опытом использования полупрофессиональных систем в течение двух недель плавания на яхте из Таллинна в Грайфсвальд — точнее, проблемами этих систем, которые вызывали мои негативные эмоции. Надеюсь, этот немного странный пост будет хотя бы немного любопытным — эдакий взгляд страдающего юиксера морских систем, когда он сам стал пользователем. Сезон заканчивается, надеюсь стану чуть более активным. https://protraktor.design/ru/2023/09/08/personal-sailing-ux-experience/

Казалось бы, мы считаем мобильные устройства нормой, и даже можем задаваться вопросом, “зачем делать все эти отдельные HMI-панели, если всё может быть под рукой в телефоне/планшете”. Но, как всегда, у всех решений есть свои ограничения. На яхте телефон может утонуть, на судовом мостике планшет может быть разбит в качку или будут вопросы по кибер-безопасности, в шахте или автосервисе грязными пальцами в перчатках вряд ли получится работать с сенсорным экраном, а на вертолёте — упасть под педаль и привести к катастрофе. Вот как раз свежая история про вертолёт — планшет выпал, упал под педаль, а пристегнутый пилот не смог оперативно достать его. Вертолёт разбился, пилоты погибли — https://verticalmag.com/news/dropped-ipad-implicated-in-fatal-chinook-helicopter-crash/ Если планшет под рукой — убедитесь, что его можно будет достать. Впрочем, всё это может произойти и в автомобиле, и где угодно ещё.

Меж тем, все же накидал одну статью про красные ночные интерфейсы для поддержки ночного зрения (палочками сетчатки), дабы не забрасывать совсем некоторые нишевые темы. О них мало кто знает, а в первый раз когда слышат, даже испытывают негативную реакцию — но это моя любимая мозоль, я даже когда-то делал простенький ролик про них, а тут решил подойти более практически — зачем, когда и как. https://protraktor.design/ru/2023/07/05/red-night-palettes/

Привет, надо все таки отметиться после трех месяцев молчания. Я понял что надо или закрыть, или перезапустить этот проект — жизнь поменялась и даже снова появились силы, но продолжать как раньше — писать спонтанно или мелкими урывками и не возвращаться потом меня самого не устраивает, а формат постов (в том числе тут, в телеге) не очень, мы же говорим о достаточно сложных темах. Пока думаю над этим — я ж ничего не получаю с проекта, и нужна какая-то новая мотивация. Самое простое было бы сделать это коммерцией, но понятно, что мои темы слишком узкие, чтобы приносило хоть какой-то доход (ну или это точно не блогом с телегой решается). Так что бог с ним. Но я уже выкинул всё несвершившееся, оставив только действительно на мой взгляд важные посты. Ну и втихую занимаюсь кое-какими активностями. Например, было бы неплохо сделать некоторые открытые мини-курсы на заданные темы (“топики”), опять же чтобы была какая-то законченность и польза, а не обрывки мыслей. Это то, на чём я полетел с постом про реверс-инжиниринг (и некоторым другими раньше) и понял что «стопэ, оглянись». Даже стал прорабатывать большую и относительно простую/популярную тему — как работает наше зрение и как это влияет на наше human-machine interaction — все эти красные ночные палитры, почему индикатор когда переводишь взгляд на него кажется зависшим, ну и почему кислотно-синий цвет в UI — не всегда лучший выбор. Также хочу больше писать для совсем новичков, эдакий «джуниор курс». Много запросов «помоги», а куда направить и не знаю — на какой-нибудь Практикум? Там вполне свой взгляд на область UX, и дизайнеры оттуда вряд ли смогут думать над UI для дальних пароходов, лучистых атомных станций и мрачных шахт. Верю, что это будет мой небольшой вклад в их светлое будущее. Вообще, ничего не обещаю. Очевидно, что геополитические события, иммиграционные потоки и то, как это коснулось меня, не могли не затронуть и мои увлечения и интересы (хотя затронуты они были и другими событиями ранее, корпоративно-поглощенческого плана). К тому же летний режим — надеюсь, через неделю я уже раздобуду себе простенькую яхту, и остатки короткого местного лета будут заняты скорее ей, чем рефлексиями “а чё дальше то?” сидя на крыльце.

Ничто не ново в этом мире. Инструмент быстрого и интерактивного прототипирования из 90-ых — https://www.youtube.com/watch?v=VLQcW6SpJ88 Идея итеративной проработки от скетча (ваерфрейма) к работающему UI прямо отлично отражена (благо с 90-ых годов, как и с 90-ых годов до нашей эры, люди слабо поменялись в подходах к работе) P.S. Стыдно что так и не выкатил статью про “реверс-UX”, даже умолк с мелочевкой, но я честно пишу её и она получается, ммм, огромная и подробная.

На выходных выкачу первый пост про балансировку UX при технических ограничениях (кстати, спойлер — порой лучший способ это стоять намертво, что под капотом надо менять, но это должно быть мотивировано и об этом и отчасти погвоорим). А пока давно не писал про свои эксперименты и мою дизайн систему. И, может и не в тему, к тому же я нашел отличный способ полезной прокрастинации, когда задолбан намертво, но просто слюни пускать в кинофильмы не хочется. В общем, я давно интересуюсь инженерными шрифтами — все эти шрифты дорожных знаков, чертежей, подписей на приборных панелях, для отображения кода, для бортовых номеров на самолётах и лодках и т.п. Мне нравится их инженерный и примитивный вид, но порой они слишком уродливы. И мне всегда хотелось попробовать войти в эту воду — я вряд ли когда-нибудь сделаю хороший художественный шрифт, но эта история мне кажется по плечу. И вот поскольку работы сейчас прямо очень много, а мозг требует эпизодической разгрузки, я решил заняться этим (еще в марте) и когда есть минутка-другая, занимаюсь ковырянием в Glyphs Mini над своей версией моноширинного шрифта. В идеале мне хочется сделать небольшое семейство моноширинных и обычных рубленых гарнитур, которые я буду использовать в своих проектах и дизайн-системе — то есть достаточно читабельных и «скучных», т.е. нейтральных, плюс имеющих несколько степеней жирности и узости для использования в разных условиях ограничений HMI и физических панелей, плюс есть несколько еще хитрых идей модульности, о которых я напишу если у меня получится написать. Плюс хочу поддержку расширенной кириллицы и латиницы (например, для сербского, норвежского/шведского, немецкого, турецкго, беларусского, украинского, польского и других языков) Пока это конечно на месяцы дел. Но вот первая прикидка, с латиницей, которая отражает некоторые мои взгляды (как минимум, наилучшие на данный момент). Тут еще шлифовать и шлифовать, но оказывается это очень успокаивает, наверное, как вязать спицами. Вдруг кому зайдет идея. Поскольку я медленно переделываю сайт Протрактора, чтобы вывести его из стагнации и сделать более живым, думаю через какое-то время он будет выложен. Upd1. На самом деле есть закругленная полная версия M01, со всеми знаками и буквами, но она мне не нравится и я ее пока заморозил. Upd2: А ещё это отлично развивает чувство кривых Безье

Запрос про реверс-ЮХ В последнее время стал чаще встречаться с «обратным UX», эдакий семантический реверс-инжиниринг, когда нужно продумать наилучший опыт исходя из того что есть от инженеров/программистов — например, от структуры имеющейся базы данных, хранящей кучу таблиц, либо от API, который содержит форматы данных и запросов/результатов. Это становится всё более распространенным, потому что: 1) Далеко не всегда возможно взять и поменять UX с нуля, системы усложняются, приходится ковыряться в легаси, включая большие объемы накопленных данных, и ограничения кода/данных становятся очень существенными. Нужно мыслить стратегически, а не «ща я всё сделаю зашибись». 2) Если говорить о сложных инженерных системах (и, кстати, я верю что это верно — особенно верно — и для нейросетей), то чтобы сделать красивую и удобную обертку для потребителя системы, нужно создать навороченный доступ к «подкапотному» пространству — то есть сеттинги. И никакой UX дизайнер ну не сможет взять, опять же, и пойти от сценариев настройки каких-нибудь протоколов данных, сенсоров и отображений без изначальной постановки инженеров. Вот возьмите придумайте с нуля управление контроллерами, сигналами, алгоритмами и всякими ModBUS с позиций бизнес-требований. Брехня же. «Обратность» тут хорошо проявляется — часто мы идём от технологий (будь то авиация, атомная электростанция или ChatGPT), приспосабливая её к человеку/бизнесу, а не от придумывания технологий по запросам бизнеса/человека. Чтобы не звучало абстрактно, дополню примеры: 1) Любые системные настройки, инструменты разворачивания системы с нуля (в том числе аппаратного — вот есть у вас пустой мостик судна или шахта, и вам нужно это «автоматизировать». В каком порядке раскладывать сервера, провода и настраивать сенсоры так, чтобы сервисный инженер успел сделать пока судно стоит в порту, а не застрял на три недели в рейсе? с какого устройства это делать? а будет ли вайфай и необходимые данные?). Чистый сервисный дизайн, надо сказать, но совершенно не тот что в супермаркетах. 2) Любые сервисы, которые решают задачи высоко-автоматизированно. СППР, типа предупреждения столкновений судов/самолётов, или финансовые платформы с роботами, которые исследуют кучу сигналов и по сумме их выдают прогноз. Ну и те же самые нейросетки, которые постоянно поднастраивают, чтобы черная кошка из стори не была воспринята чем-то непотребным (реальный кейс, случившийся на днях) 3) Как говорил уже, инфосистемы с большим количеством данных. Попробуйте взять, и поменять формат БД с журналами записей за несколько лет, чтобы показать разбивку по категориям, которой сейчас нет, а очень полезно для пользователей? И еще ваша БД сейчас имитирует бумажные журналы, где каждая запись в БД — отдельная строчка в журнале, даже если несколько строчек связаны по смыслу (тоже реальный кейс из практики). Как поставить задачу, дабы не быть посланным разработчиками? 4) Автогенерируемые штуки на уровне UI. Представим что у вас сотня видов объектов и вам нужно сделать UI с информацией о каждом из них (опять же, морские навигационные карты — типичная история). Рисовать 100 макетов в Фигме и просить их разработать каждый? Или формализовать генератор UI с группировками полей разных видов, и добавлением этих групп и приоритетов в изначальную структуру данных? Но вообще тема очень мутная, сложная и трудоёмкая (ещё и планировать её трудно), похожая на поиски назначения в косе проводов автомобиля. Я не уверен что это так уж нужно/интересно моей аудитории. Поэтому ниже опрос — стоит ли об этом писать, и если считаете что стоит, отметьте в комментах что конкретно вас мучает в таких историях — тогда при позитивном раскладе я попробую поделиться своим опытом более сфокусированно.

А теперь немного в сторону, в историю пользовательского опыта — приспособления XX века, позволяющие ровно от руки делать надписи инженерными шрифтами. https://www.typotheque.com/articles/from_lettering_guides_to_cnc_plotters #найдено