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

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

Возьмем банковское ПО — казалось бы, цена ошибки высока, а время дорого — и на этом рынке существует успешный продукт «Ва-Банк», требующий в качестве десятичного разделителя только запятую, но не точку. Или только точку, но не запятую — я не помню на самом деле, главное — он съедает только один символ из двух. Неправильный символ при вводе вызывает ошибку и фрустрацию пользователя. Каждый раз. Я наблюдал это в самых горячих точках фронт-офиса — там, где операционисту или кассиру нужно очень быстро вводить данные. Это находится в той же реальности, в которой существуют два исторических факта: 1) в России оба этих символа внутри числа могут делать только одно — разделять целую и дробную части; 2) в России на одной и той же клавише могут находиться и точка, и запятая в зависимости от раскладки, включенной в данный момент.

Понятно, что здесь мы имеем несчастливое стечение обстоятельств — Россия, Windows, Oracle Forms, собственно разработчики — но сложилось все именно так. Все эти годы пользователи вводят «неправильные» символы, спотыкаются и исправляют свои «ошибки».

Так и появляются пласты условностей, которые заставляют усмехаться в ответ на попытки «добавить юзабилити», потому что сценарий типа «сейчас мы тут все сделаем удобно, только не забывайте переключать язык, когда вводите сумму» — это трагикомедия, и не более того.