Психбольница в руках пациентов

Настольная книга разработчика ПО, 11 ноября 2007 г.

Ладыгин Борис (Новосибирск, 31 год) все отзывы

Ну почему же только руководителям? Программистам читать в первую очередь. И не просто читать, не расставаться с ней. А руководителям - закупить книгу в количестве N штук и подарить своим программистам по 1 экземпляру каждому.

Книга открыла мне ужасную правду: "танцующие медведи" окружают нас со всех сторон, они повсюду! Даже микрософт, мнящая себя флагманом индустрии и законодателем мод в пользовательском интерфейсе (во всяком случае в мире windows), частенько плодит уродов. Чего только стоит sharepoint ихний (вынужден пользоваться им на работе) - это просто вопиющий пример того, как НЕ НАДО делать. Разработка интерфейса в большинстве случаев подменена дизайном. И это в лучшем случае (микрософт), в худшем случае (большинство производителей ПО), на нее просто забили.

После прочтения книги стал более серьезно относиться к продумыванию интерфейса пользователя в своих программах (сколько тут должно быть кнопок и вообще, кто сказал, что это должны быть кнопки?!!). Даже если не брать на вооружение все идеи, книга полезна хотя бы просто в плане расширения кругозора (для программистов - в первую очередь!).

Хорошая, но неоднозначная, 18 декабря 2007 г.

Сурнин Алексей Олегович все отзывы

Хорошая книга, наводит на много полезных мыслей. Однако ее стоит читать после работ Брукса и Демарко.
В книге делается акцент на то, что проектирование пользовательского интерфейса является ключом к успеху программного обеспечения. Но все-таки не стоит забывать что “серебряной пули” нет - хороший пользовательский интерфейс является необходимым, но не достаточным условием для успеха программы.
Несмотря на это, книга заставляет иначе относится к проектированию программного обеспечения.

Книжку курить от корки до корки. И девелоперам, и ПМ., 05 декабря 2008 г.

Галко Александр Валерьевич (26 лет) все отзывы

В первую очередь - читать ПМ и всяческим руководителям и аналитикам, пытающимся переложить ответственность за разработку "интерфейса" на программеров. Я сам программер. Могу сказать одно - да, у нас получается хороший дизайн, хороший интерфейс. Хороший ДЛЯ НАС САМИХ.
Эта книжка - абсолютна обязательна к прочтению. И очень хорошо объясняет почему так делать НЕЛЬЗЯ.

Не стреляйте в пианиста!, 04 декабря 2009 г.

Войтович Алексей (Москва, 34 года) все отзывы

Книга просто отличная!
Но не стоит тыкать в нее программистов. Они выполняют свою задачу.
Покажите лучше эту книгу Вашему боссу! Пусть он задумается... того ли он слушает... те ли советы принимает к сведению, когда дает указания "добавить еще одну фичу" и "успеть с релизом к Рождеству".

А в корне - задумайтесь - с 1991 года средние размеры ОЗУ в ПК увеличились с 1 МБ до 1ГБ, т.е. в 1000 раз!!! Размеры диска - в 1000 раз! Скорость процессора - в 1000 раз!
Улучшилось ли ПО в 1000 раз? Нет... Стало ли удобнее в 1000 раз? Нет... А почему?
Ответ - в этой книге!

Классная книга!, 01 мая 2009 г.

Anton (24 года) все отзывы

Пока прочитал только сто страниц, но могу сказать, что книга просто обалденная. Рекомендую книгу к прочтению всем, кто так или иначе работает в сфере создания программного обеспечения.

Книга полезна, но, 31 июля 2009 г.

Александр (Москва, 34 года) все отзывы

Я бы назвал данную книгу так: Психбольница в руках пациентов... или во всем виноваты программисты. В начале книги автор достаточно понятно описывает проблему и нельзя не согласиться с тем, что многие товары перегружены большим количеством ненужных функций. Но дальше выводы автора изумляют своим однобоким подходом к анализу источника проблемы. Да, “медведи танцуют” – это факт, но перед кем? А танцуют они зачастую перед “обезьянами”, у которых есть выбор, но которые не хотят об этом думать и покупают дорогую “навороченную” технику для демонстрации собственного “Я” перед собой и другими. Да, во многих случаях пользователь действительно не знает, что ему нужно. За миниум усилий получить максимум результата? Тогда все были бы чемпионами по бегу. Но не получается, потому что успех – это произведение = товар(качество)*пользователь(умение). Но не только 0*5 равно 0, но и 5*0 тоже равно 0. Но на это автор, почему-то, “забыл” обратить внимание. А проблема образования здесь тоже несущественна, когда после 15 лет обучения (школа+ВУЗ) сотрудник компании не может выполнить простые операции, например, отформатировать и распечатать текст? Не пора ли затратить усилия не только на изучение химии, географии, биологии, истории и др., но и на изучение информатики, раз уж это необходимо для существования в современном обществе или это слишком сложно и ненужно?

Must read, 14 мая 2009 г.

Vaspo (Питер, 26 лет) все отзывы

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

Читать руководителям и заказчикам обязательно!, 06 сентября 2006 г.

Похилько Андрей (24 года) все отзывы

Хорошая книга. Много полезных мыслей.