Психбольница в руках пациентов - История изменений

VitalyKozlovtsev в 05:23, 18 июля 2012

2012-07-18T05:23:14Z

StasFomin в 06:07, 24 октября 2011

2011-10-24T06:07:15Z

StasFomin в 11:33, 5 июля 2011

2011-07-05T11:33:20Z

StasFomin в 14:16, 4 июля 2011

2011-07-04T14:16:49Z

BenderBot: 1 версия

2010-08-20T00:02:26Z

1 версия

StasFomin: /* Стас Фомин */

2010-08-19T19:30:14Z

‎Стас Фомин

BenderBot: 1 версия

2009-10-20T09:46:53Z

1 версия

StasFomin: Новая: «Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ум...

2009-10-12T20:43:04Z

Новая: «Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ум...

Новая страница

«Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ума и как восстановить душевное равновесие. Издание исправленное»

;Автор: Алан Купер
;Страница издательства: http://www.symbol.ru/novelty/666332.html
;Рецензия: http://habrahabr.ru/blogs/books/19393/

== Рецензии наших сотрудников ==

=== [[Участник:StasFomin|Стас Фомин]] ===
Неоднозначная книга. Хотя надо видимо, отдать должное, в свое время (1999 год), она видимо дала здорового пинка разработчикам, развернув маятник от одной крайности — «Пользователь идиот, если не обладает Компьютерной Грамотностью», к другой — «Идиот — это программист, не выпускайте его из трюма к Людям, спускайте ему Еду и Разжеванные Задания».

Да, идеи Купера — что разработкой интерфейсов должны заниматься только специально обученные и генетически отобранные<ref>Это не преувеличение — допуском к проектированию интерфейсов является не образование/знания — а именно отбор по тестам, типа «Узнай, кто ты в самолете»</ref> люди.
Эти Непогрешимые Проектировщики Интерфейсов имеют абсолютную власть и полный карт-бланш — не ограничено время проектирования («лучше день потерять, затем за час долететь ''…и завоевать весь рынок…''»), проблемы и экономия времени программистов их не волнует — «если вы настоящие гики, вы должны любить сложные задачи, так что SHUT UP и сделайте на 100% как мы скажем».

Соответственно в книге практически нет положительных кейсов — в основном, истории об ограниченных ленивых программистах, не просчитавших последствия, сделавших как легче им и не подумавших о Пользователе…
<i>…прости не увидел, пропали билеты, засохли цветы ©…</i>.

Вот если бы были Идеальные Проектировщики (ну очевидно, как пример предлагается фирма Купера), то вот, они бы года за три поняли правильную ментальную модель пользователя и спроектировали интерфейс, по которому любой пользователь стартует без обучения и не приходя в сознание.

Что можно сказать на это?
Ну да, программисты склонны к локальной оптимизации, при отсутствии четко известных требований к продукту (а это почти всегда так), они склонны оптимизировать единственный более-менее ощущаемый параметр — собственные трудозатраты (ну плюс стоимость работы субподрядчиков или покупных средств/библиотек).
И это на самом деле не так уж и плохо. Ведь откуда взять в реальном мире Настоящих Идеальных Проектировщиков Интерфейсов? Откуда взять Настоящие Пожелая Пользователя, особенно, когда их не знает он сам? На практике получится что-то типа:

<i>Принцип работы жаждоутолителя очень интересен. Когда нажата кнопка
Напиток, он мгновенно, но очень точно анализирует вкусовые бугорки клиента,
производит спектральный анализ его обмена веществ, и посылает пробные
микросигналы в центры вкусоощущения, чтобы проверить, что клиент лучше всего
переварит. Тем не менее, никто точно не знает, зачем он это делает, потому
что он неизменно выдает чашку жидкости, которая почти, но все-таки не
совсем, непохожа на чай. Жаждоутолитель разработан и прозводится корпорацией
Сириус Кибернетикс. Отдел жалоб этой фирмы занимает сейчас все материки трех
первых планет звезды Тау системы Сириуса.</i> ©
[http://lib.ru/ADAMS/rhit1.txt Дуглас Адамс. Путеводитель хитч-хайкера по Галактике].

Или еще более веселый пример, когда совсем уж идут на поводу у клиента, руководствуясь принципом
«User is the King»:

<html>
<center>
<object width="450" height="338"><param name="video" value="http://flv.video.yandex.ru/lite/stas-fomin/zkzn6yb9a0.912/"/><param name="allowFullScreen" value="true"/><param name="scale" value="noscale"/><embed src="http://flv.video.yandex.ru/lite/stas-fomin/zkzn6yb9a0.912/" type="application/x-shockwave-flash" width="450" height="338" allowFullScreen="true" scale="noscale"/></object>
</center>
</html>

Но даже, если уверовать и в существование Идеальных Проектировщиков, очевидно, что полно ситуаций, когда «У нас это не работает» © IT Crowd.

Например, коммерческий софт для кассовых-учетных-промышленных систем.
Это никакой не плейер или фотошоп.

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

Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т.п.

Так что наверное, про эту книгу, в отличие от книги, например, Джефа Раскина, нельзя рекомендовать как 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 Погладь кота!]».

==Ссылки==
<references/>

{{replicate-from-custiswiki-to-lib}}

StasFomin в 19:25, 12 октября 2009

2009-10-12T19:25:02Z

← Предыдущая		Версия 05:23, 18 июля 2012
Строка 1:		Строка 1:
		+	[[Категория:Рецензии на книги]]
	«Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ума и как восстановить душевное равновесие. Издание исправленное»		«Психбольница в руках пациентов. Алан Купер об интерфейсах. Почему высокие технологии сводят нас с ума и как восстановить душевное равновесие. Издание исправленное»

@@ Строка 59: / Строка 59: @@
 Во-первых, у пользователя нет почти никаких врожденных ментальных моделей сложных бизнес-процессов или промышленных операций, особенно если этот клерк, кассир или рабочий видит только фрагмент общей картины.
-Да такой интерфейс не обязан быть sexy, ему не обязательно быть самоочевидным. За работу с ним люди получают деньги, они вполне могут пройти обучение по работе с ним, а дальше — он может быть внешне достаточно дубовым, но главное, чтобы он был адекватен пользовательским задачам, чтобы там не было ежедневно проходимых «кружных путей» или «острых углов» раздражающих пользователя своей регулярностью и неизбежностью. (Если же юзеры таковы, что все это не работает, и нужен реальный гениальный прорыв — тут нужен сумашедший ученый, о чем будет ниже, а не «сертифицированный специалист», об этом будет чуть ниже).
+Да такой интерфейс не обязан быть sexy, ему не обязательно быть самоочевидным. За работу с ним люди получают деньги, они вполне могут пройти обучение по работе с ним, а дальше — он может быть внешне достаточно дубовым, но главное, чтобы он был адекватен пользовательским задачам, чтобы там не было ежедневно проходимых «кружных путей» или «острых углов» раздражающих пользователя своей регулярностью и неизбежностью. (Если же юзеры таковы, что все это не работает, и нужен реальный гениальный прорыв — тут нужен сумашедший ученый, о чем будет ниже, а не «сертифицированный специалист», об этом см. [[Темпл Грандин (рецензия Стаса Фомина)]]).
 Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т. п.
@@ Строка 66: / Строка 66: @@
 ----
 Но с другой стороны, столкнувшись с очередным убогим вебинтерфейсом, или наблюдая унылые формы «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 Погладь кота!]».

← Предыдущая	Версия 09:46, 20 октября 2009
(не показана 1 промежуточная версия 1 участника)
(нет различий)

@@ Строка 3: / Строка 3: @@
 ;Автор: Алан Купер
-;Страница издательства: http://www.symbol.ru/novelty/666332.html
+;Страница книги на сайте издательства: http://www.symbol.ru/novelty/666332.html
 ;Рецензия: http://habrahabr.ru/blogs/books/19393/
 == Рецензии наших сотрудников ==

← Предыдущая	Версия 00:02, 20 августа 2010
(нет различий)

@@ Строка 10: / Строка 10: @@
 === [[Участник:StasFomin|Стас Фомин]] ===
 Неоднозначная книга. Хотя надо видимо, отдать должное, в свое время (1999 год), она видимо дала здорового пинка разработчикам, развернув маятник от одной крайности — «Пользователь идиот, если не обладает Компьютерной Грамотностью», к другой — «Идиот — это программист, не выпускайте его из трюма к Людям, спускайте ему Еду и Разжеванные Задания».
 Да, идеи Купера — что разработкой интерфейсов должны заниматься только специально обученные и генетически отобранные<ref>Это не преувеличение — допуском к проектированию интерфейсов является не образование/знания — а именно отбор по тестам, типа «Узнай, кто ты в самолете»</ref> люди.
-Эти Непогрешимые Проектировщики Интерфейсов имеют абсолютную власть и полный карт-бланш — не ограничено время проектирования («лучше день потерять, затем за час долететь ''…и завоевать весь рынок…''»), проблемы и экономия времени программистов их не волнует — «если вы настоящие гики, вы должны любить сложные задачи, так что SHUT UP и сделайте на 100% как мы скажем».
+Эти Непогрешимые Проектировщики Интерфейсов имеют абсолютную власть и полный карт-бланш — не ограничено время проектирования («лучше день потерять, затем за час долететь ''…и завоевать весь рынок…''»), проблемы и экономия времени программистов их не волнует — «если вы настоящие гики, вы должны любить сложные задачи, так что SHUT UP и сделайте на 100 % как мы скажем».
 Соответственно в книге практически нет положительных кейсов — в основном, истории об ограниченных ленивых программистах, не просчитавших последствия, сделавших как легче им и не подумавших о Пользователе…
@@ Строка 20: / Строка 25: @@
 Вот если бы были Идеальные Проектировщики (ну очевидно, как пример предлагается фирма Купера), то вот, они бы года за три поняли правильную ментальную модель пользователя и спроектировали интерфейс, по которому любой пользователь стартует без обучения и не приходя в сознание.
 Что можно сказать на это?
 Ну да, программисты склонны к локальной оптимизации, при отсутствии четко известных требований к продукту (а это почти всегда так), они склонны оптимизировать единственный более-менее ощущаемый параметр — собственные трудозатраты (ну плюс стоимость работы субподрядчиков или покупных средств/библиотек).
 И это на самом деле не так уж и плохо. Ведь откуда взять в реальном мире Настоящих Идеальных Проектировщиков Интерфейсов? Откуда взять Настоящие Пожелая Пользователя, особенно, когда их не знает он сам? На практике получится что-то типа:
-<i>Принцип работы  жаждоутолителя  очень  интересен.  Когда нажата  кнопка
+<i>Принцип работы жаждоутолителя очень интересен. Когда нажата кнопка
-Напиток, он мгновенно, но очень точно анализирует  вкусовые бугорки клиента,
+Напиток, он мгновенно, но очень точно анализирует вкусовые бугорки клиента,
-производит  спектральный  анализ  его  обмена  веществ,  и  посылает пробные
+производит спектральный анализ его обмена веществ, и посылает пробные
 микросигналы в центры вкусоощущения, чтобы проверить, что клиент лучше всего
-переварит. Тем не менее, никто точно не знает, зачем он  это  делает, потому
+переварит. Тем не менее, никто точно не знает, зачем он это делает, потому
-что  он  неизменно  выдает чашку  жидкости, которая  почти, но  все-таки  не
+что он неизменно выдает чашку жидкости, которая почти, но все-таки не
 совсем, непохожа на чай. Жаждоутолитель разработан и прозводится корпорацией
 Сириус Кибернетикс. Отдел жалоб этой фирмы занимает сейчас все материки трех
 первых планет звезды Тау системы Сириуса.</i> ©
 [http://lib.ru/ADAMS/rhit1.txt Дуглас Адамс. Путеводитель хитч-хайкера по Галактике].
 Или еще более веселый пример, когда совсем уж идут на поводу у клиента, руководствуясь принципом
 «User is the King»:
@@ Строка 46: / Строка 51: @@
 Но даже, если уверовать и в существование Идеальных Проектировщиков, очевидно, что полно ситуаций, когда «У нас это не работает» © IT Crowd.
 Например, коммерческий софт для кассовых-учетных-промышленных систем.
 Это никакой не плейер или фотошоп.
 Во-первых, у пользователя нет почти никаких врожденных ментальных моделей сложных бизнес-процессов или промышленных операций, особенно если этот клерк, кассир или рабочий видит только фрагмент общей картины.
 Да такой интерфейс не обязан быть sexy, ему не обязательно быть самоочевидным. За работу с ним люди получают деньги, они вполне могут пройти обучение по работе с ним, а дальше — он может быть внешне достаточно дубовым, но главное, чтобы он был адекватен пользовательским задачам, чтобы там не было ежедневно проходимых «кружных путей» или «острых углов» раздражающих пользователя своей регулярностью и неизбежностью.
-Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т.п.
+Во-вторых, важна тут именно скорость реализации — если вы встанете в позу, что процесс разработки будет идти по жесткому каскадному процессу с долгим проектированием Идеальными Юзабилистами до спуска ТЗ программистам, то результат ГАРАНТИРОВАННО будет одним — система будет реализована. Гораздо быстрее. Конкурентами. И в—третьих (по сути, дополнение во-вторых), каскадное долгое проектирование «не покатит» из-за постоянного дрейфа требований, изменений бизнес-процессов, технологий, и т. п.
 Так что наверное, про эту книгу, в отличие от книги, например, Джефа Раскина, нельзя рекомендовать как 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 Погладь кота!]».

← Предыдущая	Версия 19:25, 12 октября 2009
(нет различий)