Protraktor

Маленький хак про изучение конкурентных материалов из открытых источников, можно сказать, шпионский. Часто в веб-статьи (пресс-релизы, портфолио и т.п.) коллеги ленятся (а может и просто считают нормальным) вставлять ужатые картинки и вставляют их как есть, а потом уже они уменьшаются средствами CMS или вообще браузера. Поэтому у меня есть привычка сразу открывать заинтересовавшую картинку в отдельной вкладке браузера и глядеть, насколько она хороша. А бывает еще и глядишь URL, а там возможность перейти на оригинал покрупнее. Пример (на редкость удачный — думаю, кстати, что это не ошибка, а нормальное поведение дизайн-конторы) — есть неплохой сайт с интересными работами дизайн-товарищей по морской тематике. Возьмем вот этот линк — https://eggsdesign.com/work/case/top-of-the-class-cloud-based-chart-software (скриншот №1 ниже) 1) Открываем первую же картинку в новом экране — видим её уже крупнее (скриншот №2) 2) Но обращаем внимание на URL и видим что там применены параметры — для сжатия и для обрезки. 3) Удаляем их, нажимаем Enter — и наслаждаемся полным изображением (скриншот №3), видя все детали; Часто такое же бывает и в PDF-документах — там извлечение чуть более геморройное, но проблем тоже не возникает особо. Ну и лучше сохранить, мало ли, через неделю-месяц-год пропадёт. * * * К слову, есть легенда, что подобным образом какой-то американский ЦРУ-шный аналитик смог определить положение заводов по обогащению урана в СССР по схеме единой энергосистемы, показанной по общественному телевизору как фон для какого-то выступающего партийного чиновника (ибо процесс затратный и требует много энергии, и логично строить крупных потребителей рядом с электростанциями). Байка не байка, но и заблюренные, низкокачественные скриншоты могут рассказать многое, если задаться правильными вопросами о том, что это значит, какую задачу решали и так далее.

Выложил небольшую статью про тревоги в профсистемах. Тема огромная, но, надеюсь, материал послужит хорошим введением в смыслы. https://protraktor.design/ru/2021/12/22/alerts-management-pt-1/ P.S. Наконец догадался поискать в телеге опцию отложенной записи — чтобы не тревожить вас ночью.

Лара Смирнова сделала неплохую заметку про организацию глоссария терминов в организации. Думаю, проблему все знают эту. https://medium.com/@CarexNigra/it-semiotics-basics-5dae0bebaf8

Это телеграм-канал и блог, где я весьма нерегулярно пишу про проектирование интерфейсов для нишевых историй, в первую очередь профессиональных инженерных контекстов. Мой опыт тесно связан с морскими системами и оборудованием для безопасности мореплавания, но также я имел дело с большим количеством инфосистем, проектировал GUI и HMI рентгеновской техники, немного для АЭС и т.п. Также есть дополнительный картиночный канал по теме, но совсем уже не такой рациональный — @protraktorinspire P.S. Многие считают что название — «про трактор». Нет. Протрактор — это старый навигационный инструмент, чтобы определить своё позицию на карте по пеленгам.

Коллеги! Есть у меня экспериментальное предложение (сам не знаю, пойдёт или нет). Предлагаю побеседовать — прямо тут, в телеге — в условном формате (ибо к чёрту форматы) вебинара, где я порассказываю что-нибудь из своей практики или тем, которые редко поднимаются. В отличие от моих публичных выступлений, на которых аудитория мне часто неизвестна и я поэтому ухожу в философские разговоры, здесь я думаю всё будет максимально конкретно, с картинками-кейсами и прочее. Кто уже бывал на моих вещаниях как на конференциях, или в организациях где я работал и работаю, думаю уже знакомы с моим подходом — в немного разгильдяйской, хаотичной (чтобы не было сонно — так-то я сторонник академизма, но это про углубление знаний, а не про быстрый охват конкретных тем), немного структурированной манере, со скачками с теорий на практики и обратно, с обобщений на частные случаи — в общем, рассматрим конкретную историю с разных сторон. Потом, разумеется, можно будет и пообщаться. И, как всегда, никаких претензий на истинность в последней инстанции — цель моя донести информацию, варианты решений, подходов и проч., а не «научить» в традиционном смысле (я в это вообще не очень то и верю, а все эти «научим за 5 дней UX дизайну» — не более чем marketing bullshit для привлечения лидов). Так что будем считать, что я даю некую пищу для размышлений — а захотите её переварить, научиться так же готовить, или сразу выльете как непонятное гнусное пойло — это уже не ко мне. На вкус и цвет (и confirmation bias) — фломастеры разные. По существу В общем, ниже будет голосование с вариантами тем для предстоящей беседы. Набравшую больше всего откликов и выберем — если, конечно, откликов будет достаточно. Я подожду пару дней, и как только пойму тему (они все у меня в разной степени проработки), я поспрашиваю вас об удобном времени и с ним определимся. Мне очень важно чтобы это было живым онлайн-мероприятем, а не записанным на ютюб монологом — с беседой, вопросами, критикой и так далее (главное, конечно, без срачей). Ну а дальше проведем уже его в выбранное время. Думаю, смонтирую потом видео, и выложу отдельно. Если темы не очень понятны — спрашивайте в комментах, поясню что я вкладываю. Формат будет бесплатный, но от донатов не откажусь. Ну и, конечно, я расстроюсь, если по результатам подготовки (той же презентации, структуры, изобразительного материала) придёт три человека — буду признателен, если вы позовёте кого-нибудь ещё, например своих коллег.

Готовлю я тут для работы небольшую научпоп лекцию, где хочу показать наглядную связь между недочётами, допущениями, ошибками проектирования и инцидентами/авариями, связанными с ними (думаю, потом сделю некое подобие вебинара и вне работы — было бы время). В общем, разбирая историю с крушением Air France 447, случайно наткнулся на интересное видео с Саленбергом (тем самым, который посадил самолёт на Гудзон), в котором он популярно объясняет некоторые отличия органов управления Airbus от Boeing, и как это могло повлиять на развитие авиакатастрофы. Возможно, будет интересно — https://www.youtube.com/watch?v=kERSSRJant0

Маленький анонс — в середине ноября, в прекрасный день 13-го числа, снова выступлю на WUDe ITMO. В позапрошлом году моё выступление на «Дне юзабилити» на говорящую тему «На дне юзабилити» заняло аж второе место и мне, конечно, было трудно найти интересную тему для поддержания, так скажем, «уровня». Но поскребя по стенкам черепной коробки, вспомнил кое-что, что меня давно беспокоит. Короче, погундосю с докладом на достаточно практическую тему «Психбольница в руках инструментов» Будет онлайн, регистрация и участие бесплатные, присоединяйтесь. https://wud.itmo.ru/

И, вдогонку, чтобы пояснить что смутило — это не совсем про digital, но про UX. Очень смущают такие соединения кабелей с HMI-панелью, как у них на картинке. Судно подвержено качке и ударам (как и вообще любой транспорт и прочее оборудование в условиях вибраций), плюс еще широкие температурные диапазоны создают конденсат. Поэтому почти всегда применяют «военные» байонет-разъемы. У них же на картинках это нечто более масс-маркетное. Странно.

https://interface-design.co.uk/case-studies/gui-design-cluster-display — тут хорошо показан процесс

Нашлась еще одна команда, у которой в портфеле есть что-то необычное, в том числе для встроенных систем — https://interface-design.co.uk/work Вообще, считаю, независимо от того, нравятся нам или нет работы конкретной команды, полезно следить за тем, что происходит на рынке, чтобы чувствовать «нерв»