«Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ума и как восстановить душевное равновесие. Издание исправленное»
«Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ума и как восстановить душевное равновесие. Издание исправленное»
;Страница книги на сайте издательства: http://www.symbol.ru/novelty/666332.html
;Рецензия: http://habrahabr.ru/blogs/books/19393/
;Рецензия: http://habrahabr.ru/blogs/books/19393/
+
[[Категория:Книги издательства Символ-Плюс]]
== Рецензии наших сотрудников ==
== Рецензии наших сотрудников ==
=== [[Участник:StasFomin|Стас Фомин]] ===
=== [[Участник:StasFomin|Стас Фомин]] ===
−
Неоднозначная книга. Хотя надо видимо, отдать должное, в свое время (1999 год), она видимо дала здорового пинка разработчикам, развернув маятник от одной крайности — «Пользователь идиот, если не обладает Компьютерной Грамотностью», к другой — «Идиот — это программист, не выпускайте его из трюма к Людям, спускайте ему Еду и Разжеванные Задания».
+
+
<blockquote>
+
«Создайте еще более простой интерфейс, и мир создаст еще более тупого юзера.»
+
</blockquote>
+
+
Неоднозначная книга. Хотя надо видимо, отдать должное, в свое время (1999 год), она видимо дала здорового пинка разработчикам, развернув маятник от одной крайности — «Пользователь идиот, если не обладает Компьютерной Грамотностью», к другой — «Идиот — это программист, не выпускайте его из трюма к Людям, спускайте ему Еду и Разжеванные Задания».
Да, идеи Купера — что разработкой интерфейсов должны заниматься только специально обученные и генетически отобранные<ref>Это не преувеличение — допуском к проектированию интерфейсов является не образование/знания — а именно отбор по тестам, типа «Узнай, кто ты в самолете»</ref> люди.
Да, идеи Купера — что разработкой интерфейсов должны заниматься только специально обученные и генетически отобранные<ref>Это не преувеличение — допуском к проектированию интерфейсов является не образование/знания — а именно отбор по тестам, типа «Узнай, кто ты в самолете»</ref> люди.
−
Эти Непогрешимые Проектировщики Интерфейсов имеют абсолютную власть и полный карт-бланш — не ограничено время проектирования («лучше день потерять, затем за час долететь ''…и завоевать весь рынок…''»), проблемы и экономия времени программистов их не волнует — «если вы настоящие гики, вы должны любить сложные задачи, так что SHUT UP и сделайте на 100% как мы скажем».
+
Эти Непогрешимые Проектировщики Интерфейсов имеют абсолютную власть и полный карт-бланш — не ограничено время проектирования («лучше день потерять, затем за час долететь ''…и завоевать весь рынок…''»), проблемы и экономия времени программистов их не волнует — «если вы настоящие гики, вы должны любить сложные задачи, так что SHUT UP и сделайте на 100 % как мы скажем».
Соответственно в книге практически нет положительных кейсов — в основном, истории об ограниченных ленивых программистах, не просчитавших последствия, сделавших как легче им и не подумавших о Пользователе…
Соответственно в книге практически нет положительных кейсов — в основном, истории об ограниченных ленивых программистах, не просчитавших последствия, сделавших как легче им и не подумавших о Пользователе…
Строка 20:
Строка 27:
Вот если бы были Идеальные Проектировщики (ну очевидно, как пример предлагается фирма Купера), то вот, они бы года за три поняли правильную ментальную модель пользователя и спроектировали интерфейс, по которому любой пользователь стартует без обучения и не приходя в сознание.
Вот если бы были Идеальные Проектировщики (ну очевидно, как пример предлагается фирма Купера), то вот, они бы года за три поняли правильную ментальную модель пользователя и спроектировали интерфейс, по которому любой пользователь стартует без обучения и не приходя в сознание.
−
Что можно сказать на это?
+
Что можно сказать на это?
Ну да, программисты склонны к локальной оптимизации, при отсутствии четко известных требований к продукту (а это почти всегда так), они склонны оптимизировать единственный более-менее ощущаемый параметр — собственные трудозатраты (ну плюс стоимость работы субподрядчиков или покупных средств/библиотек).
Ну да, программисты склонны к локальной оптимизации, при отсутствии четко известных требований к продукту (а это почти всегда так), они склонны оптимизировать единственный более-менее ощущаемый параметр — собственные трудозатраты (ну плюс стоимость работы субподрядчиков или покупных средств/библиотек).
И это на самом деле не так уж и плохо. Ведь откуда взять в реальном мире Настоящих Идеальных Проектировщиков Интерфейсов? Откуда взять Настоящие Пожелая Пользователя, особенно, когда их не знает он сам? На практике получится что-то типа:
И это на самом деле не так уж и плохо. Ведь откуда взять в реальном мире Настоящих Идеальных Проектировщиков Интерфейсов? Откуда взять Настоящие Пожелая Пользователя, особенно, когда их не знает он сам? На практике получится что-то типа:
−
<i>Принцип работы жаждоутолителя очень интересен. Когда нажата кнопка
+
<i>Принцип работы жаждоутолителя очень интересен. Когда нажата кнопка
−
Напиток, он мгновенно, но очень точно анализирует вкусовые бугорки клиента,
+
Напиток, он мгновенно, но очень точно анализирует вкусовые бугорки клиента,
−
производит спектральный анализ его обмена веществ, и посылает пробные
+
производит спектральный анализ его обмена веществ, и посылает пробные
микросигналы в центры вкусоощущения, чтобы проверить, что клиент лучше всего
микросигналы в центры вкусоощущения, чтобы проверить, что клиент лучше всего
−
переварит. Тем не менее, никто точно не знает, зачем он это делает, потому
+
переварит. Тем не менее, никто точно не знает, зачем он это делает, потому
−
что он неизменно выдает чашку жидкости, которая почти, но все-таки не
+
что он неизменно выдает чашку жидкости, которая почти, но все-таки не
совсем, непохожа на чай. Жаждоутолитель разработан и прозводится корпорацией
совсем, непохожа на чай. Жаждоутолитель разработан и прозводится корпорацией
Сириус Кибернетикс. Отдел жалоб этой фирмы занимает сейчас все материки трех
Сириус Кибернетикс. Отдел жалоб этой фирмы занимает сейчас все материки трех
Во-первых, у пользователя нет почти никаких врожденных ментальных моделей сложных бизнес-процессов или промышленных операций, особенно если этот клерк, кассир или рабочий видит только фрагмент общей картины.
Во-первых, у пользователя нет почти никаких врожденных ментальных моделей сложных бизнес-процессов или промышленных операций, особенно если этот клерк, кассир или рабочий видит только фрагмент общей картины.
−
Да такой интерфейс не обязан быть sexy, ему не обязательно быть самоочевидным. За работу с ним люди получают деньги, они вполне могут пройти обучение по работе с ним, а дальше — он может быть внешне достаточно дубовым, но главное, чтобы он был адекватен пользовательским задачам, чтобы там не было ежедневно проходимых «кружных путей» или «острых углов» раздражающих пользователя своей регулярностью и неизбежностью.
+
Да такой интерфейс не обязан быть sexy, ему не обязательно быть самоочевидным. За работу с ним люди получают деньги, они вполне могут пройти обучение по работе с ним, а дальше — он может быть внешне достаточно дубовым, но главное, чтобы он был адекватен пользовательским задачам, чтобы там не было ежедневно проходимых «кружных путей» или «острых углов» раздражающих пользователя своей регулярностью и неизбежностью. (Если же юзеры таковы, что все это не работает, и нужен реальный гениальный прорыв — тут нужен сумашедший ученый, о чем будет ниже, а не «сертифицированный специалист», об этом см. [[Темпл Грандин (рецензия Стаса Фомина)]]).
−
Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т.п.
+
Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т. п.
−
Так что наверное, про эту книгу, в отличие от книги, например, Джефа Раскина, нельзя рекомендовать как MUST READ для программистов. Не стоит.
+
Так что наверное, про эту книгу, в отличие от книги, например, Джефа Раскина, нельзя рекомендовать как MUST READ для программистов. Не стоит.
−
Хотя, с другой стороны, столкнувшись с очередным убогим вебинтерфейсом, или наблюдая унылые формы «enteprise software», хочеться распечатать большой демотиватор «Читай Раскина и Купера, псих! Читай их до конца, сука!» (отсылка к классике — «[http://lurkmore.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:000h329h.jpg Погладь кота!]».
+
----
+
Но с другой стороны, столкнувшись с очередным убогим вебинтерфейсом, или наблюдая унылые формы «enteprise software», хочеться распечатать большой демотиватор «Читай Раскина и Купера, псих! Читай их до конца, сука!» (отсылка к классике — «[http://lurkmore.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:000h329h.jpg Погладь кота!]».
==Ссылки==
==Ссылки==
Текущая версия на 08:23, 18 июля 2012
«Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ума и как восстановить душевное равновесие. Издание исправленное»
«Создайте еще более простой интерфейс, и мир создаст еще более тупого юзера.»
Неоднозначная книга. Хотя надо видимо, отдать должное, в свое время (1999 год), она видимо дала здорового пинка разработчикам, развернув маятник от одной крайности — «Пользователь идиот, если не обладает Компьютерной Грамотностью», к другой — «Идиот — это программист, не выпускайте его из трюма к Людям, спускайте ему Еду и Разжеванные Задания».
Да, идеи Купера — что разработкой интерфейсов должны заниматься только специально обученные и генетически отобранные[1] люди.
Эти Непогрешимые Проектировщики Интерфейсов имеют абсолютную власть и полный карт-бланш — не ограничено время проектирования («лучше день потерять, затем за час долететь …и завоевать весь рынок…»), проблемы и экономия времени программистов их не волнует — «если вы настоящие гики, вы должны любить сложные задачи, так что SHUT UP и сделайте на 100 % как мы скажем».
Вот если бы были Идеальные Проектировщики (ну очевидно, как пример предлагается фирма Купера), то вот, они бы года за три поняли правильную ментальную модель пользователя и спроектировали интерфейс, по которому любой пользователь стартует без обучения и не приходя в сознание.
Что можно сказать на это?
Ну да, программисты склонны к локальной оптимизации, при отсутствии четко известных требований к продукту (а это почти всегда так), они склонны оптимизировать единственный более-менее ощущаемый параметр — собственные трудозатраты (ну плюс стоимость работы субподрядчиков или покупных средств/библиотек).
И это на самом деле не так уж и плохо. Ведь откуда взять в реальном мире Настоящих Идеальных Проектировщиков Интерфейсов? Откуда взять Настоящие Пожелая Пользователя, особенно, когда их не знает он сам? На практике получится что-то типа:
Во-первых, у пользователя нет почти никаких врожденных ментальных моделей сложных бизнес-процессов или промышленных операций, особенно если этот клерк, кассир или рабочий видит только фрагмент общей картины.
Да такой интерфейс не обязан быть sexy, ему не обязательно быть самоочевидным. За работу с ним люди получают деньги, они вполне могут пройти обучение по работе с ним, а дальше — он может быть внешне достаточно дубовым, но главное, чтобы он был адекватен пользовательским задачам, чтобы там не было ежедневно проходимых «кружных путей» или «острых углов» раздражающих пользователя своей регулярностью и неизбежностью. (Если же юзеры таковы, что все это не работает, и нужен реальный гениальный прорыв — тут нужен сумашедший ученый, о чем будет ниже, а не «сертифицированный специалист», об этом см. Темпл Грандин (рецензия Стаса Фомина)).
Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т. п.
Так что наверное, про эту книгу, в отличие от книги, например, Джефа Раскина, нельзя рекомендовать как MUST READ для программистов. Не стоит.
Но с другой стороны, столкнувшись с очередным убогим вебинтерфейсом, или наблюдая унылые формы «enteprise software», хочеться распечатать большой демотиватор «Читай Раскина и Купера, псих! Читай их до конца, сука!» (отсылка к классике — «Погладь кота!».
Ссылки
↑Это не преувеличение — допуском к проектированию интерфейсов является не образование/знания — а именно отбор по тестам, типа «Узнай, кто ты в самолете»
Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.