Рецензии на книги — Алан Купер

Самая правильная книга, объясняющая, почему мы живем в таком неудобном мире. Это книга о проектировании взаимодействии, именно взаимодействии - тонкой прослойке между программами, машинами и человеком.

Лично мне, книга открыла глаза, почему старшему поколению так тяжело дается компьютер, банкомат, сотовый телефон, стиральная машина, все то, где есть электроника и программирование. Раньше, как системный администратор, думал - "Люди ленивы - они не хотят читать инструкции". Сейчас же - "Почему они сделали такое сложное взаимодействие?".

Эту книгу необходимо прочесть всем, кто создает что-либо для людей. Неважно, программу, пульт управления, мп3-плеер, сотовый телефон или же печатает отчет для руководства.

Классический пример банкомат: Вставляем карту, вводим ПИН-код, набираем сумму для…

Как выразился мой коллега, "беллетристика". Я с ним согласен. 320 страниц материала, а реально полезное можно было в 20 уложить. Видимо Купер все повторяет по 50 раз, чтобы мы это получше запомнили. Интересно было читать серединку, где описывались реальные конкретные примеры успешного проектирования. Книга смахивает на рекламу его компании, какие они крутые и успешные. Все остальное - это лишь многочисленные изливания о том, как все щас плохо и как надо чтобы было хорошо. Кроме того, материал уже морально устарел с 1998 года, интерфейсы сильно поменялись. Тот же Майкрософт, который Купер всячески поддевает, стал производить существенно лучшие продукты в плане удобства, чувствуется, что отношение поменялось к процессу. Короче, надо что-то конкретное и современное. Тратить время остальным…

В целом книга содержит важные и уместные замечания на тему важности вдумчивого взаимодействия людей и машин. Но по-американски затянуто с многократным разжевыванием каждой мысли. Почитать можно, если хватит терпения продраться сквозь предисловие переводчика, многочисленные благодарности автора всем на свете, воспоминания автора о том как писалась эта книга и прочий мусор.

Внедрение компьютеров в нашу жизнь мчится вперед семимильными шагами. Книга, написанная почти 20 лет назад, уже прилично устарела по ряду технических данных, но, увы, многое в ней осталось актуальным до сих пор. И сейчас, когда уже практически каждый школьник умеет программировать, впечатление, что руководство не научилось внимательнее относится к программным продуктам. Я не буду уж описывать серьезные специализированные программы, с которыми сталкиваюсь по работе, хотя и там время от времени у меня возникает подозрение, что программист пишет функционал просто потому, что он так умеет и так может, а вовсе не потому, что такой функционал нужен конечному пользователю. Но возьмем элементарные сайты. Для многих фирм: интернет-магазинов, турбюро, сайтов авиакомпаний, удобный сайт - это их…

Я долго откладывал прочтение этой книги, так как её объем сулил долгое путешествие. Сегодня оно закончилось, и я с радостью делюсь с вами впечатлением.

Не думаю, что найдется такой профессионал в области проектирования интерфейсов, что смог бы отнестись со скептицизмом к этому изданию. Эта книга по праву является легендарной. В мире дизайнеров интерфейсов Купер столь же популярен, как и Лебедев среди графических дизайнеров. А это своего рода настольная книга проектировщика.

Безусловно, есть много людей в профессиональном сообществе, кто не знает этого автора. Правда, в таком случае они вряд ли являются теми, кто испытывает постоянную жажду знаний.

Эта книга вполне способна на время утолить эту жажду. Те рецепты, что описали Купер, Рейман и Коронин (авторы книги) помогут вам более цельно…

Вы не найдёте в этой книге ничего о том, как правильно надо проектировать интерфейсы, но вы узнаете, как правильно строить в первую очередь успешный для бизнеса продукт и как правильно распределять роли внутри команды. Всем, кто имел хотя бы косвенное дело с разработкой продукта будут знакомы все боли, которые описывает Алан Купер, и мне понравились некоторые решения, которые он предлагает.

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

Во-вторых, использовать метод персон. Убирать никому ненужный и сложный функционал из…

"Психбольница" — книга-гештальт. Купил ее еще семь лет назад в университете, когда нам преподавали Купера на курсе по человеко-машинному взаимодействию. С тех пор я несколько раз начинал ее и бросал на середине. Для меня Купер — редкостный зануда. Пишет ужасно, постоянно вставляет скучные и не интересные истории. Но на этот раз я собрался с силами, дочитал и не пожалел.

Вкратце, Купер описывает почему продуктами, в создании которых главенствующую роль занимают программисты могут пользоваться только программисты, но не простые смертные. Ну и дает рецепты, как создавать продукты, в которые влюбятся пользователи.

Книгу в первую очередь рекомендую менеджерам, вышедшим из программистов. За чтением будет немного больно, но зато чакры прочистятся на ура.

1. Специалисты по взаимодействию - вот кто полностью ответственны за проект. Остальные работают вокруг этого ядра.

2. Что не существует на бумаге - то не существует вообще. Тщательная документация - основа всего.

3. Программисты - это не пользователи. Они делают программы для себя, а не для людей. Программисты не могут участвовать в разработке пользовательских интерфей

4. Книга не столько о программировании, сколько о создании ПО.

5. Больше опций - не значит лучше. Зачастую это хуже.

6. Точной науки по описанию взаимодействия человека с компьютером не существует. Вместе с тем, возможно создать команду профессионалов и проектировать качественные пользовательские интерфейсы.

7. Проектирование взаимодействия - это не про дизайн. Это больше про бизнес-анализ и юзабилити.

8. Даже крупные именитые…

Теперь, после прочтения столь нашумевшего бестселлера, я понимаю почему эта книга меняет мировозрения разработчика. Теперь я отчётливо понимаю, почему меня бесят Internet Explorer, который не сохраняет вкладки при закрытии, банкомат, который выкидывает мне карточку и чек с надписью "Неправильно введён пин-код"... причина в том, что о проектировании взаимодействия этих интерфейсов (как программных, так и аппаратных) никто даже и не задумывался. Разработчиков ограничивают либо технологии, либо лень, либо собственное самолюбие: накрутить по-больше красивостей и кнопочек, которыми никто не пользуется. А пользователя лучше заставить считать себя идиотом, чем дать ему возможность откатить изменения неправильного шага.

Так что же могут сказать проектировщики на все те нелепые и выбешивающие…

"Найдя решение главной проблемы вы делаете главную проблему следующей по списку" (с)

Потрясающая!

Алан Купер настоящий профессионал. Он написал книгу для It  10 лет назад, а она до сих пор актуальна! А все потому что он живёт профессией и реально хочешь сделать мир проще и лучше :) 

Обложка этой книге вообще космос! :)

Для себя я вынесла важную мысль. Если не хочешь разбираться в проектировании и программировании интерфейсов - лучше смени профессию. Этим надо жить! 

Прочитав мне стало понятно о проблемах взаимопонимания разработчиков и дизайнеров.

Возрасла значимость в моих глазах Ui/Ux дизайнеров.

Особенно хочу отметить шикарные примеры, которые приводит автор. На притивных вещах объяснены все проблемы It сферы.

Очень интересно было читать про успехи и провалы знаменитых компаний. Анализ их…

Очень хорошая книга: очень основательная, подборная и по делу. Покрываются этапы проектирования от выяснения мотивов пользователей до, собственно прототипирования. Про выяснение того, насколько качественно всё было сделано (анкетирование, юзабилити-тестирование и прочие методы) — достаточно мало, почти ничего.

Она более практическая, нежели Интерфейс: новые направления в проектировании компьютерных систем Раскина, поэтому лучше читать, уже имея некоторую подготовку в области интерфейсов. Это не лучшая книга в качестве первой по проектированию интерфейсов и дизайну вообще.

Книгу трудно прочитать и запомнить, скорей её нужно перечитывать периодически, находя всё новые моменты. По крайней мере я планирую перечитать ещё, с одного раза всё не запомнить.

Первая треть книги далась мне тяжелей всего. Почти на каждой странице и не по одному разу упоминается одна и та же мысль, про танцующих медведей, про то, что существующими программами невозможно пользоваться, и про то, что взаимодействие нельзя доверять программистам. А главное, что проектированием надо заниматься до начала программирования, а не после пытаться причесать интерфейс. Мысли верные и хорошие, но когда их долбят тебе с завидным упрямством, уже на десятой странице от такого начинает подташнивать.

Потом пошло веселей: примеры проектирования взаимодействий, примеры реальных продуктов и компаний, а основные мысли вспоминали чуть реже. В итоге ещё полкниги я прочитала быстро. Правда, по книге чувствуется, что она была написана в конце 1990-х и многие из существовавших тогда…

Ну вот я тот самый дизайнер интерфейсов, который ещё и книжки читает, поэтому конечно же я решил, что мне просто необходимо прочесть книгу на 600 страниц про проектирование интерфейсов, в частности окон в Windows.

Официально она отвечает на следующие вопросы: • Кем являются мои пользователи? • Чего пытаются достичь мои пользователи? • Что мои пользователи думают о своих целях сами? • Какого рода опыт будет для моих пользователей привлекательным и полезным? • Как должен себя вести мой продукт? • Как должен выглядеть мой продукт? • Как пользователи будут взаимодействовать с моим продуктом? • Как наиболее эффективно реализовать функции моего продукта? • Как начинающие пользователи будут знакомиться с моим продуктом? • Каким образом мой продукт сможет придать технологии привлекательный облик…

Эта книга считается в среде разработки ИТ едва ли не классикой, которую должен знать каждый, поэтому и я решила приобщиться. Из плюсов: Разоблачение программистов! Точнее, их представлений о том, как должно быть, которые мало пересекаются с представлениями пользователя. Концепция когнитивного сопротивления - кажется, впервые ее встретила. Яркая метафора "пляшущих медведей", при этом очень точная. Куда ни глянь, повсюду эти медведи и медведики. Отличная первая часть, забавные и правдивые рассуждения о скрещивании чего угодно с компьютером и получающемся компьютере, это же реально работает практически как умножение на ноль. Легко и быстро читается, доступный язык, никакой зауми. Некоторые примеры, на которых автор показывает пользу предварительного проектирования взаимодействия.

Из минусов:…

Библия для проектировщиков интерфейсов. Подробно расписаны этапы и методы создания проектировки интерфейсов, как для крупных , так и для средних проектов. Книга полезна тем, что начинающий UI/UX сможет понять суть и смысл данной профессии, иметь представление о том, как работают гуру-профессионалы в данной сфере, а практикующие специалисты смогут подчеркнуть кучу советов, и применить их в разработке и создании продукта.

«Это потрясающая книга! Почему она не попадалась мне раньше?» — воскликнул я, когда впервые прочел ее. И хоть с того дня и прошло какое-то время, мое мнение об этой книге не изменилось, несмотря на то, что я уже перечитывал ее пару раз. О чем эта книга сказать в двух словах сложно, потому как книга о философии разработки программных продуктов. Именно о философии, об основных идеях и мыслях, которые должны сопровождать разработчика на протяжении всего цикла разработки. Разработчики программных продуктов в бесконечной погоне за функционалом, за особенными возможностями своего продукта часто, очень часто, практически всегда забывают о тех, кому придется пользоваться этим продуктом — о Пользователях. И как следствие, очень нужный, очень полезный и, возможно даже качественный (ну представим…

А еще лучше для дизайнеров. Даются основы, подробно и понятно. Лучше книги по проектированию не найти.

Эта книга для меня стала интересной главы с 9-10, там хоть что-то относящееся к практике. До этого: Все не так. Все работает плохо. У всех. В каждой корпорации. Как надо? Ну тут ответа у Алана Купера нет:) Или он совсем пространственный. Программисты - зло, из-за них все не работает. Руководители зло. Они прислушиваются к программистам. Из-за программистов все не работает.

Из полезного в книге информации минимум. Много воды и много утверждений, которые сразу вызывают внутреннее отторжение и непринятие.

Автор утверждает, что все должно быть максимально просто и понятно. При этом, терминология и слог книги, не просты и усложнены без всяких причин. Мой хит - "апологеты-технофилы".

В целом, главы с 9 по 13 можно почитать.

Алан Купер поднимает вопрос о том, насколько трудно бывает пользоваться программами из-за их недружелюбности и как этого избежать. Он предлагает пересмотреть процесс разработки ПО, которым, в конечном счете, заправляют инженеры — те, кто непосредственно пишет код, и добавить проектирование интерфейса и взаимодествия перед непосредственным созданием архитектуры программы и кодирования. А. Купер вводит понятие «целеориентированное проектирование» — подход к проектированию пользовательского интерфейса, основанный на персонажах и их целях. Это понятие легло в основу всей его работы и конкретной книги «Психбольница в руках пациентов». О ней сегодня и пойдет речь.

Цитат получилось много, может даже слишком перегружено. Но это только подчеркивает насколько емкая и полезная книга. По мере…

совершенно банальная и не интересная книга, главная мысль которой "Упрощайте. Делайте простые интерфейсы". Ес кэп. Ставим один балл