Теорема о тормозах Поговорим о ситуациях, когда компьютер тормозит. Под тормозами понимается медлительность, мешающая свободному взаимодействию и тем самым вызывающая фрустрацию и раздражение. Если компьютер скачивает пять гигабайт данных, компилирует сложный проект или рендерит видео, это занимает ощутимое время, но это не тормоза: мы дали компьютеру задачу, и он работает, выполняет. Теперь допустим, что видео рендерилось час, потом отобразился статус «Завершено», а через секунду готовый файл отобразился на рабочем столе. Первый час компьютер не тормозил, но следующую секунду — тормозил. Теорема: все тормоза являются ошибками и исправимы. Технически даже своевременное отображение статуса или реакции не действие пользователя — это такая же «работа», как и рендеринг видео. Однако такая работа должна быть выполнена за время, которое человек не способен ощутить. Будем называть это «мгновенно». Примеры тормозов в современно софте: — при запуске программы нельзя сразу же начать ей пользоваться, а нужно ждать загрузки; — после загрузки часть интерфейса дорисовывается на глазах у пользователя; — при нажатии на кнопку нет мгновенной реакции; — при вводе с клавиатуры символы появляются не мгновенно; — при прокрутке страница едет не плавно или с отставанием от пользователя; — при прокрутке часть содержимого догружается на глазах у пользователя, а не приезжает уже готовым из-за края окна; — при изменении размеров окна разные части интерфейса перерисовываются на глазах у пользователя с разной скоростью или в несколько «прыжков»; — при перетаскивании объекта программа понимает, что может «принять» его, не мгновенно; — после открытия меню, на глазах у пользователя в нём добавляются пункты или меняется их порядок; — разные части интерфейса реагируют на действия пользователя через разное время. Во времена первых компьютеров тормоза были неизбежны, потому что мало что можно было сделать мгновенно. Но как минимум последние двадцать лет компьютеры на несколько порядков быстрее, чем необходимо для мгновенности, а значит и для полного отсутствия тормозов во всех случаях. Если программа тормозит, это лишь значит, что в тот момент, когда она должна мгновенно отобразить данные или отреагировать на действие пользователя, она занята чем-то другим. Это что-то другое — ненужная в данный момент, лишняя работа. Это ошибка в программе, и она должна быть исправлена. Лишняя работа должна перестать делаться и мешать пользователю пользоваться компьютером. Таким образом, тормоза нельзя списать на слабое железо; это слабость исключительно её автора.

Iron Core. Часть третья. Бессмертная командная строка Зайдите в любую авиакассу и посмотрите на руки опытного агента. Он не щёлкает по выпадающим меню, а набирает что-то вроде AN08FEBNAGDEL, будто по клавиатуре прошлась кошка. Полсекунды, и перед ним все места на рейс Нагпур — Дели 8 февраля, отформатированные и готовые к работе. Это интерфейс, разработанный в 1960-х под телетайпы, где платили за каждый переданный символ. Availability Next сжали до AN, Sell Segment до SS, End and Retrieve до ER. Ни одной лишней гласной. Телетайпы давно исчезли, а придуманный ради них язык остался, и хорошо обученный агент до сих пор оформляет им сложное бронирование быстрее, чем мышкой через графический интерфейс.

Taskbar с живыми превью работающих приложений (олдскул на NET11) Наводишь на иконку в таскбаре, чтобы глянуть, что там делает скрипт или отладчик прямо сейчас. Щуришься на крошечное превью. Отвёл мышку — и всё пропало. А когда параллельных процессов несколько и крутятся они часами, ловишь себя на бесконечных переключениях между окнами, которые выдёргивают из работы. Автор решил, что хватит это терпеть, и за вечер собрал montab — маленькую панель с живыми превью активных программ, где наведение включает zoom x5, а с зажатым Ctrl колесо крутит масштаб на нужную область экрана. Готовился к возне с видеопотоками, кодеками и WinUI, морально настраивался на долгий ад. А набросок заработал сразу.

Самый тупой и ублюдошный UX во вселенной - это кнопки конкретных стримингов на пультах. Во-первых, на моём пульте есть кнопки всех сервисов, которыми я НЕ ПОЛЬЗУЮСЬ. Которыми пользуюсь - ни одного. Сука, как вы это делаете? Во-вторых, у меня в квартире два телека с разными пультами. На одном кнопки стримингом ровно там, где на другом кнопки назад, домой, настройки и т.д. И наоборот. Из-за этого я постоянно их путаю, рандомно включаю Иви или Премьер, всё нахер вылетает и открывать заново, и мой пердак раскаляется аки сковорода на индукционной плите. В-третьих, это просто waste of space. Не знаю, ну сделайте вместо них три большие и красивые свободные кнопки с кастомной настройкой. Чтобы я мог сразу в меню поставить на них нужные сервисы. Будет в миллион раз полезнее. Ну реально, маразм же. Ими вообще кто-то пользуется? Бабушки, скуфы, дети - кто? Фичизм

Почему сгорел Нотр-Дам: человеческий фактор, SHERPA и HTA в UX-проектировании интерфейса Пожарная система Нотр-Дама сработала именно так, как задумывали инженеры: обнаружила огонь, определила одну из четырёх зон и номер датчика среди 160, вывела сообщение на экран охраны. Данные были переданы точно, но не превратились в понятное действие. Охранник, дежуривший всего третий день, увидел на экране «Attic Navy Sacristy» и код «ZDA-110-3-15-1» и понял это как крышу ризницы, а второй охранник отправился искать огонь на другой стороне комплекса. Пока искали правильное место, прошло 25 минут, огонь вышел из-под контроля, а восстановление собора обошлось почти в миллиард долларов. Выясним, как устройство интерфейса допустило эту путаницу.