gremushka
«Это потрясающая книга! Почему она не попадалась мне раньше?» — воскликнул я, когда впервые прочел ее. И хоть с того дня и прошло какое-то время, мое мнение об этой книге не изменилось, несмотря на то, что я уже перечитывал ее пару раз. О чем эта книга сказать в двух словах сложно, потому как книга о философии разработки программных продуктов. Именно о философии, об основных идеях и мыслях, которые должны сопровождать разработчика на протяжении всего цикла разработки. Разработчики программных продуктов в бесконечной погоне за функционалом, за особенными возможностями своего продукта часто, очень часто, практически всегда забывают о тех, кому придется пользоваться этим продуктом — о Пользователях. И как следствие, очень нужный, очень полезный и, возможно даже качественный (ну представим на секунду, что это действительно так...) продукт становится не то, чтобы совсем невостребованным, но непользуемым. И все! И в современном мире это уже может означать смерть продукта как такового.
Мир стремительно меняется, тем более мир IT-технологий, и точно также меняются ожидания пользователей от этих технологий. И сегодня пользователи ждут от программных продуктов не только ожидаемых действий, того самого функционала, но и комфорта в использовании этих продуктов. Более того, оценка пользователем любого ПО прежде всего начинается с именно этого комфорта. Но далеко не любой программный продукт может похвастаться продуманным и действительно удобным уровнем взаимодействия с пользователем. Скорее даже наоборот, действительно удобных продуктов мало, к сожалению, у большинства же приложений, как правило, находятся проблемы.
Проблемы взаимодействия ПО и пользователя встречаются повсеместно, от очень сложных и «навороченных» серверов до маленьких и простых утилит, которыми приходится пользоваться каждый день. Но если раньше все эти неудобства пользователями воспринимались как должное, как неотъемлемый атрибут применения программы/системы/Веб-сайта, то сегодня, когда этих программ/систем/Веб-сайтов стало ощутимо больше, пользователи автоматически сделались более взыскательными. Это — пользователи, но не разработчики! Разработчики по-прежнему мыслят своими категориями, и в погоне за скоростью реализации забывают вовсе о тех, ради кого все это и создается. И примеров тому масса. Буквально вчера мне довелось заполнять регистрационную форму на некотором Веб-узле для получения кода активации купленного ранее программного продукта. В этой форме было всего 5 полей, и я, довольно искушенный пользователь, умудрился сделать в них 4 ошибки, в результате чего мне удалось получить требуемую регистрацию только с какой-то по счету попытки (я даже сбился со счета). Что это? Я не умею читать? Я не в своем уме, чтобы сразу не разобраться в 5 строчках текста? Или же это вопиющие проблемы юзабилити Веб-узла известной компании? Ведь согласитесь, на какой-то очередной ошибке, получив вот такое сообщение от системы «--handle---Resource id #9--- No getting, Продукт не выбран!» хочется всe бросить и просто закрыть браузер, так как совершенно не ясно, что же случилось и что же делать дальше...
После «Психбольницы» особо остро начинаешь видеть подобные недочеты в приложениях, написанным другими, и самое главное, в своих собственных! И, по крайней мере, только одно это уже является замечательным результатом. Поэтому я однозначно рекомендую эту книгу всем разработчикам программных продуктов и Веб-сайтов.
Отзыв с Лайвлиба.
Отзывы на книгу «Психбольница в руках пациентов. Алан Купер об интерфейсах», страница 2