
Ваша оценкаРецензии
morozoff_ltd2 июля 2019 г.Сложно рассмотреть здравые мысли под неимоверным слоем словоблудия, особенно если они малость неактуальны. Наверное стоило прочитать книгу лет десять назад.
0117
Vadych12 сентября 2017 г.Рекомендую книгу к прочтению тем, кто работает с айтишниками.
Это позволит Вам многое понять о них и сохранить множество нервов и времени061
ilsy15 декабря 2015 г.Не для программистов
Читать далееНе понятно зачем пачкать столько бумаги, когда смысл умещается на 5 листах формата а4.
Тезисы:
- Текущее ПО – неюзабельные поделки. Трудно не согласиться.
- Программисты не созданы для того, чтобы делать удобно для человека. Они живут в своём мирке. Да это так и есть.
- Наймите специального человека кто будет проектировать взаимодействие пользователя с ПО.
Если и читать то только продукт-менеджерам или к ним приближённым, чтобы ознакомиться с методикой создания персонажей для проектирования продукта. Первые три части можно смело пропустить.
060
AlexZandra6 октября 2015 г.Читать далееКнига о том, что получается, если допустить программиста до проектирования интерфейсов. И, конечно, о том, как на самом деле нужно эти интерфейсы проектировать. Везде, где техника встречается с человеком, не обойтись без такого особого взгляда на это взаимодействие. Поскольку книжка уже не новая, многие вещи де факто сегодня уже стали стандартом, и это радует. Если еще 5 лет назад в IT преобладало мнение, что пользователи привыкают ко всему, лишь бы это решало проблему, то сейчас таких "танцующих медведей" становится меньше, чем реальных попыток спроектировать удобный интерфейс. Разработчики используют персонажей и сторителлинг. Технология уже не диктует способы взаимодействия. Ситуация действительно разворачивается. А значит, манифест Алана Купера делает свое дело.
Книгу необходимо прочитать всем, кто так или иначе связан с реализацией взаимодействий человека и любых автоматизирующих устройств.
069
ViseMoD4 октября 2015 г.О необходимости проектирования взаимодействия
Читать далееВо введении книги "Психбольница в руках пациентов" Алан Купер обращается к своим читателям со словами:
Я собирался написать совсем другую книгу - книгу-руководство о процессе проектирования взаимодействия... Двое моих друзей уговорили меня отложить идею книги-руководства и вместо этого "дать деловое обоснование проектированию взаимодействия".Именно поэтому большая часть книги отведена убеждению читателей в том, что проектирование взаимодействия - необходимое условие для создания качественного программного обеспечения. Для этого автор, опираясь на историю развития индустрии разработки ПО, постепенно описывает проблемы, которые накопились за это время, и методично объясняет, почему старый образ мышления плох и для компаний - производителей ПО, и для их клиентов - пользователей ПО.
Да, Купер злоупотребляет повторением уже сказанного, но стоит признать, что в большинстве случаев он сопровождает аргументацию примерами из своего опыта работы. Лишь в 4-й части даётся краткий обзор "метода, который работает" и читателя знакомят с такими инструментами, как персонажи, их цели, сценарии. Концовку книги можно трактовать как набор рекомендаций по встраиванию в имеющийся процесс этапа проектирования взаимодействия.
Несмотря на то, что книга была выпущена в конце 90-х, её актуальность не пропала до сих пор: ведь всё ещё, пусть и не так часто, пользователи сталкиваются с программами, которые не являются "вежливыми". Для менеджеров, аналитиков и программистов таких компаний и написан данный труд.
0107
e0ne20 октября 2008 г.книга не понравилась, за исключением 3-4 абзацев. так и не понятна аудитория, на которую она расчитана. ИМХО 5-10 лет назад она бы была более полезной.
073
davidovsv17 июля 2008 г.Читать далееВ своей книге Алан Купер сравнивает программное обеспечение (ПО) с танцующими медведями – ужасно неповоротливыми и дурацкими. Должен признать, он абсолютно прав – большая часть ПО, создаваемого во всем мире, ужасно неудобная для большинства пользователей. Основная проблема с ПО в том, что при его разработке никто заранее не думает, как им будут пользоваться. И если тестирование удобства использования (usability testing) еще иногда проводят, то первоначальное проектирование взаимодействий человека и программы, как правило, опускают. Очень часто то, какой будет программа для пользователя решают те, кто ее создает – программисты, а у программистов обычно извращенные понятия об удобстве.
086
NikVasilych5 июня 2008 г.Очень хорошая и важная книга. Всем рекомендую. В том числе и разработчикам данного ресурса, некоторые действия на данном ресурсе меня очень часто вгоняют в ступор :)
082
ave12 марта 2008 г.Очень понравилось. Очень сильное впечатление. Рекомендую к прочтению всем, кто связан с разработкой софта. Хорошо вправляет мозги (лично мне). Но не все согласны с излагаемыми фактами и манерой изложения.
062
frol29 января 2008 г.Очень интересная книга. Позволяет взглянуть на процесс создания информационных систем с новой точки зрения.
084