Купер А., Психбольница в руках пациентов. Алан Купер об интерфейсах: почему высокие технологии сводят нас с ума и как восстановить душевное равновесие
серия: Профессионально
Символ-Плюс, 2016 г., 978-5-93286-168-4 , 215*14*165 мм., тираж: 3000
Описание книги
Как противостоять натиску компьютерных технологий, проникающих в нашу жизнь с ужасающей скоростью? Наши телефоны, фотокамеры, автомобили - все, что нас окружает, автоматизируется, программируется, создается людьми, которые, стремясь получить выгоду от...
Ключевые слова
Поделиться ссылкой на книгу
Содержание книги
Оглавление
Предисловие научного редактора
Предисловие
Введение
Часть I. Компьютерная безграмотность
1. Загадки века информации
Что получится, если скрестить компьютер с самолетом?
Что получится, если скрестить компьютер с фотокамерой?
Что получится, если скрестить компьютер с будильником?
Что получится, если скрестить компьютер с автомобилем?
Что получится, если скрестить компьютер с банком?
Компьютер позволяет легко попасть в беду
Коммерческое программное обеспечение тоже страдает
Что получится, если скрестить компьютер с военным кораблем?
Техноярость
Индустрия в "несознанке"
Мотивы создания этой книги
2. Когнитивное сопротивление
Поведение, не связанное с физическими силами
Проектирование - слово емкое
Отношения между программистами и проектировщиками
Большинство программ проектируются случайным образом
Проектирование "взаимодействия" против проектирования "интерфейса"
Отличительные черты продуктов, основанных на программном обеспечении
Танцующий медведь
Стоимость дополнительных возможностей программного обеспечения
Апологеты и уцелевшие
Наша реакция на когнитивное сопротивление
Демократизация власти потребителя
Виноват пользователь
Программный апартеид
Часть II. Масштабные издержки
3. Пустая трата денег
Управление, ориентированное на крайний срок сдачи
Что такое "готово"?
Поздний выпуск - не беда
Торг за набор функций
Возможности не всегда нужны
Итерации и миф о непредсказуемости рынка
Скрытые издержки некачественного программного обеспечения
Издержки прототипирования
4. Танцующий медведь
Если это проблема, то почему ее до сих пор не решили?
Жертва бытовой электроники
Чем плохи почтовые клиенты
Чем плохи программы для планирования
Чем плохи календари
Массовая веб-истерия
Что не так с программным обеспечением?
5. Нелояльность клиентов
Привлекательность
Одно сравнение
Время выхода на рынок
Часть III. Как есть суп вилкой
6. Психбольница в руках пациентов
Вождение на заднем сиденье
Подготовка катастрофы
Компьютеры против людей
Учим собак быть кошками
7. Homo Logicus
Авиационный тест
Психология программистов
Программисты пожертвуют простотой ради контроля
Программисты обменяют успех на понимание
Программисты сосредотачиваются на исключительных ситуациях
Программисты ведут себя грубо и прямолинейно
8. Отмирающая культура
Культура программирования
Повторное использование кода
Общепринятая культура
Культурная изоляция
Шкурный интерес
Обесчеловечивает процесс, а не технология
Часть IV. Проектирование взаимодействия - выгодный бизнес
9. Проектирование для удовольствия
Персонажи
Проектируйте для одного персонажа
Персонаж должен быть конкретным
Персонаж должен быть воображаемым
Описание должно быть подробным, а не идеальным
Реалистичный взгляд на уровень подготовленности
Персонажи закрывают споры о функциях
Персонаж пользователя, а не покупателя
Подбор персонажей
Ключевые персонажи
Пример: Sony Trans Com и P@ssport
10. Проектирование ради результата
Мы решаем задачи, чтобы достичь целей
Задачи не являются целями
Проектирование, ориентированное на цели
Цели личные и цели практические
Личные цели
Корпоративные цели
Практические цели
Ложные цели
И у компьютера есть человеческие черты
Проектирование и вежливость
Что делает программы вежливыми?
Пример: Drumbeat от Elemental
11. Проектирование для людей
Сценарии
Повседневные сценарии
Обязательные сценарии
Сценарии исключительных ситуаций
Адаптирующийся интерфейс
Вечные середняки
Словарь
Реальность смеется последней
Пример: Logitech Scanman
Преодоление разрыва между устройствами и программами
Меньше значит больше
Часть V. Возвращаемся на место водителя
12. В отчаянных поисках эргономики
Последовательность
Юзабилити-тестирование
Многопрофильные команды
Проектирующие программисты
Откуда вы знаете?
Руководства по стилю
Фокус-группы
Визуальное проектирование
Промышленный дизайн
Классная новая технология
Итерации
13. Управляемый процесс
Кто на самом деле самый влиятельный?
Поиск основы
Производство фильмов
Хорошая сделка
Кто отвечает за качество продукта?
Включение проектирования в процесс
14. Мощь и удовольствие
Пример налаженного проекта
Осознанное проектирование взаимодействия
Польза от перемен
Почему они не едят пирожных?
Алфавитный указатель
Предисловие научного редактора
Предисловие
Введение
Часть I. Компьютерная безграмотность
1. Загадки века информации
Что получится, если скрестить компьютер с самолетом?
Что получится, если скрестить компьютер с фотокамерой?
Что получится, если скрестить компьютер с будильником?
Что получится, если скрестить компьютер с автомобилем?
Что получится, если скрестить компьютер с банком?
Компьютер позволяет легко попасть в беду
Коммерческое программное обеспечение тоже страдает
Что получится, если скрестить компьютер с военным кораблем?
Техноярость
Индустрия в "несознанке"
Мотивы создания этой книги
2. Когнитивное сопротивление
Поведение, не связанное с физическими силами
Проектирование - слово емкое
Отношения между программистами и проектировщиками
Большинство программ проектируются случайным образом
Проектирование "взаимодействия" против проектирования "интерфейса"
Отличительные черты продуктов, основанных на программном обеспечении
Танцующий медведь
Стоимость дополнительных возможностей программного обеспечения
Апологеты и уцелевшие
Наша реакция на когнитивное сопротивление
Демократизация власти потребителя
Виноват пользователь
Программный апартеид
Часть II. Масштабные издержки
3. Пустая трата денег
Управление, ориентированное на крайний срок сдачи
Что такое "готово"?
Поздний выпуск - не беда
Торг за набор функций
Возможности не всегда нужны
Итерации и миф о непредсказуемости рынка
Скрытые издержки некачественного программного обеспечения
Издержки прототипирования
4. Танцующий медведь
Если это проблема, то почему ее до сих пор не решили?
Жертва бытовой электроники
Чем плохи почтовые клиенты
Чем плохи программы для планирования
Чем плохи календари
Массовая веб-истерия
Что не так с программным обеспечением?
5. Нелояльность клиентов
Привлекательность
Одно сравнение
Время выхода на рынок
Часть III. Как есть суп вилкой
6. Психбольница в руках пациентов
Вождение на заднем сиденье
Подготовка катастрофы
Компьютеры против людей
Учим собак быть кошками
7. Homo Logicus
Авиационный тест
Психология программистов
Программисты пожертвуют простотой ради контроля
Программисты обменяют успех на понимание
Программисты сосредотачиваются на исключительных ситуациях
Программисты ведут себя грубо и прямолинейно
8. Отмирающая культура
Культура программирования
Повторное использование кода
Общепринятая культура
Культурная изоляция
Шкурный интерес
Обесчеловечивает процесс, а не технология
Часть IV. Проектирование взаимодействия - выгодный бизнес
9. Проектирование для удовольствия
Персонажи
Проектируйте для одного персонажа
Персонаж должен быть конкретным
Персонаж должен быть воображаемым
Описание должно быть подробным, а не идеальным
Реалистичный взгляд на уровень подготовленности
Персонажи закрывают споры о функциях
Персонаж пользователя, а не покупателя
Подбор персонажей
Ключевые персонажи
Пример: Sony Trans Com и P@ssport
10. Проектирование ради результата
Мы решаем задачи, чтобы достичь целей
Задачи не являются целями
Проектирование, ориентированное на цели
Цели личные и цели практические
Личные цели
Корпоративные цели
Практические цели
Ложные цели
И у компьютера есть человеческие черты
Проектирование и вежливость
Что делает программы вежливыми?
Пример: Drumbeat от Elemental
11. Проектирование для людей
Сценарии
Повседневные сценарии
Обязательные сценарии
Сценарии исключительных ситуаций
Адаптирующийся интерфейс
Вечные середняки
Словарь
Реальность смеется последней
Пример: Logitech Scanman
Преодоление разрыва между устройствами и программами
Меньше значит больше
Часть V. Возвращаемся на место водителя
12. В отчаянных поисках эргономики
Последовательность
Юзабилити-тестирование
Многопрофильные команды
Проектирующие программисты
Откуда вы знаете?
Руководства по стилю
Фокус-группы
Визуальное проектирование
Промышленный дизайн
Классная новая технология
Итерации
13. Управляемый процесс
Кто на самом деле самый влиятельный?
Поиск основы
Производство фильмов
Хорошая сделка
Кто отвечает за качество продукта?
Включение проектирования в процесс
14. Мощь и удовольствие
Пример налаженного проекта
Осознанное проектирование взаимодействия
Польза от перемен
Почему они не едят пирожных?
Алфавитный указатель
Об авторе
Отзывы
Всем начальникам над программистами посвящается... [19 April 2012]
В книге Купера "Об интерфейсе" рассмотрены, в общем-то, те же самые вопросы, что и в "Психбольнице". Но здесь автор рассматривает привычные проблемы уже не с точки зрения разработчика/проектировщика, а с точки зрения руководителя.
"Почему нужно проектировать ДО начала работы над программным кодом?" - вот главный вопрос, который раскрывается в этой книге. А позже даётся обоснование экономической выгоды такого подхода.
"Почему нужно проектировать ДО начала работы над программным кодом?" - вот главный вопрос, который раскрывается в этой книге. А позже даётся обоснование экономической выгоды такого подхода.
Отличная книга! [29 January 2012]
Читается очень легко, все понятно, яркие и доступные примеры.
Отличная книга, но боюсь, что простым обывателям она может только навредить. [24 February 2011]
Достаточно противоречивая книга. Алан на протяжение всей книги защищает все, даже самых ленивых и невежественных пользователей, но в одной из глав соглашается, что программа должна создаваться для "среднего пользователя" т.к. их большинство. Это меня в книги смутило больше всего. В остальном книга очень полезная, как для программисту, так и руководителю.
Если всю жизнь заниматься программированием, то хорошие книжки писать не научишься. [ 7 February 2011]
Бла-бла-бла, но зато алфавитный указатель в конце есть! Зачем?!
Боль писателя я понял, я даже, сцуко, ее почувствовал, потому что повторение мать мучения.
Как ни крути, суть книги должны была уместиться в детской книжке с огромными картинками, страниц на 50, шрифт — гротеск пунктов под 14.
Еще, прикольно, что автор-то, разработчик Visual Basic, поэтому, как бы не хотелось в подтверждение своей теории о том, что проектирование должно предшествовать разработке, спеть в полный голос дифирамбы явному лидеру в этом деле компании Apple, не получается.
Боль писателя я понял, я даже, сцуко, ее почувствовал, потому что повторение мать мучения.
Как ни крути, суть книги должны была уместиться в детской книжке с огромными картинками, страниц на 50, шрифт — гротеск пунктов под 14.
Еще, прикольно, что автор-то, разработчик Visual Basic, поэтому, как бы не хотелось в подтверждение своей теории о том, что проектирование должно предшествовать разработке, спеть в полный голос дифирамбы явному лидеру в этом деле компании Apple, не получается.
Не руководство, но повод задуматься. [29 January 2011]
Сомнительная книжка... бесконечное повторение одной и той же мысли, которую можно уместить на пять страниц... А главного так и не поняли.
Книга не об интерфейсе, а Купер не принижает работу программистов. Наоборот, он пытается бросить им вызов - сделайте работу с железом удобной для людей! Ведь большинству в, общем-то, по барабану аппаратные интерфейсы и особенности архитектуры программ. Компьютер - всего лишь один из инструментов достижения цели, очень мощный и универсальный. Так почему бы не сделать его еще и удобным, если это возможно? Удобным для выполнения конкретной задачи в определенной жизненной ситуации. А не стендом для демонстрации умений программистов, которые просто не смогли понять, чего же на самом деле нужно пользователю...
Книга не об интерфейсе, а Купер не принижает работу программистов. Наоборот, он пытается бросить им вызов - сделайте работу с железом удобной для людей! Ведь большинству в, общем-то, по барабану аппаратные интерфейсы и особенности архитектуры программ. Компьютер - всего лишь один из инструментов достижения цели, очень мощный и универсальный. Так почему бы не сделать его еще и удобным, если это возможно? Удобным для выполнения конкретной задачи в определенной жизненной ситуации. А не стендом для демонстрации умений программистов, которые просто не смогли понять, чего же на самом деле нужно пользователю...
Много воды [17 October 2010]
Из минусов книги: очень много воды, много повторов одних и тех же мыслей но в разных вариантах и с разными примерами из жизни.
Потратив несколько часов времени на прочтение, ничего особенно нового не узнал.
Основная мысль книги -- проектирование взаимодействия должно предшествовать программированию.
Неужели невозможно было высказать эту простую и очевидную истину менее, чем на трех сотнях страниц?
Обычно такие печатные труды - это тема для небольшой трех-пяти страничной статьи с картинками.
Потратив несколько часов времени на прочтение, ничего особенно нового не узнал.
Основная мысль книги -- проектирование взаимодействия должно предшествовать программированию.
Неужели невозможно было высказать эту простую и очевидную истину менее, чем на трех сотнях страниц?
Обычно такие печатные труды - это тема для небольшой трех-пяти страничной статьи с картинками.
Книга должна стать настольной для любого руководителя [22 February 2010]
Конечно, книга скорее адресована руководителям, чем разработчикам. Основная мысль книги -- проектирование взаимодействия должно предшествовать программированию.
И хотя я сам программист, для себя я нашёл книгу весьма познавательной. Конечно, это во многом связано с тем, что я сам работаю над своим открытым проектом, который ставит своей первоочередной целью удобное взаимодействие. В нём я являюсь сам себе и менеджером, и руководителем, и разработчиком и, конечно, же проектировщиком взаимодействия.
В книге показаны общие принципы, которыми надо руководствоваться, чтобы интерфейс был качественным. И главное -- есть несколько конретных примеров проектирования, хорошо иллюстрирующих, чего можно добиться применяя теорию Алана Купера на практике.
Как определиться для кого вы разрабатываете своё приложение? Какие цели преследуют ваши пользователи? Как удовлетворить их требования? Всё это вы можете узнать из книги.
И хотя я сам программист, для себя я нашёл книгу весьма познавательной. Конечно, это во многом связано с тем, что я сам работаю над своим открытым проектом, который ставит своей первоочередной целью удобное взаимодействие. В нём я являюсь сам себе и менеджером, и руководителем, и разработчиком и, конечно, же проектировщиком взаимодействия.
В книге показаны общие принципы, которыми надо руководствоваться, чтобы интерфейс был качественным. И главное -- есть несколько конретных примеров проектирования, хорошо иллюстрирующих, чего можно добиться применяя теорию Алана Купера на практике.
Как определиться для кого вы разрабатываете своё приложение? Какие цели преследуют ваши пользователи? Как удовлетворить их требования? Всё это вы можете узнать из книги.
Сомнительная книжка [15 February 2010]
Меня как программиста постигло полное разочарование. В книге очень много воды, часто чтобы не потерять нить, приходилось читать только первое предложение каждого абзаца. Основная часть книги - это истории о том как все сейчас плохо, причем в основном без решений и бесконечное повторение одной и той же мысли о необходимости проектирования взаимодействия. Конечно, какая-то польза от повторения этой мысли есть, но мысль очевидная и далеко не новая :)
Еще не понравилось, что Купер превознося удобство пользователя, принижает мнение и работу программистов, хотя программное обеспечение это не только интерфейс с пользователем, но и интерфейс с аппаратурой компьютера :) И если не уделять должное внимание архитектуре программ, а действовать только по указке специалистов по взаимодействию, то получаются программы-монстры с кучей ошибок, не поддающиеся сопровождению, живущие несколько лет и потом уходящие в небытие.
Возможно классическая книга Купера Об Интерфейсе и лучше, но эта книга кажется пустой тратой денег.
Еще не понравилось, что Купер превознося удобство пользователя, принижает мнение и работу программистов, хотя программное обеспечение это не только интерфейс с пользователем, но и интерфейс с аппаратурой компьютера :) И если не уделять должное внимание архитектуре программ, а действовать только по указке специалистов по взаимодействию, то получаются программы-монстры с кучей ошибок, не поддающиеся сопровождению, живущие несколько лет и потом уходящие в небытие.
Возможно классическая книга Купера Об Интерфейсе и лучше, но эта книга кажется пустой тратой денег.
Мне понравилось [21 November 2009]
Книга не дает конкретных рецептов счастья, но иллюстрирует основной подход, которым желательно было бы руководствоваться при разработке ПО. Программистам скорее всего не понравится - поскольку в книге идет противопоставление желаний пользователя и программиста.
Последние поступления в рубрике "Операционные системы: общие вопросы, администрирование, программирование"
 |
Введение в тестирование программного обеспечения. Руководство Тамре Л.
Тестирование играет жизненно важную роль в разработке качественного программного обеспечения. Тем не менее, во многих компаниях, занимающихся разработкой ПО, процессы тестирования недостаточно организованны, и исполнители вынуждены идти трудным путем,...... |
 |
Наука о данных. Учебный курс Скиена С.С.
Для того чтобы понять мир, необходимо собрать и проанализировать данные о нем. Объединение последних технологических тенденций предоставляет новые возможности для применения анализа данных к более сложным задачам, чем когда-либо прежде. Емкость...... |
 |
Паттерны Kubernetes. Шаблоны разработки собственных облачных приложений Хасс Р., Ибрам Б.
С развитием микросервисов и контейнеров изменились подходы к проектированию, созданию и запуску программного обеспечения. Познакомьтесь с новыми паттернами и принципами разработки, которые нужны для реализации облачных приложений в Kubernetes. Эта...... |
Если Вы задавались вопросами "где найти книгу в интернете?", "где купить книгу?" и "в каком книжном интернет-магазине нужная книга стоит дешевле?", то наш сайт именно для Вас. На сайте книжной поисковой системы Книгопоиск Вы можете узнать наличие книги Купер А., Психбольница в руках пациентов. Алан Купер об интерфейсах: почему высокие технологии сводят нас с ума и как восстановить душевное равновесие в интернет-магазинах. Также Вы можете перейти на страницу понравившегося интернет-магазина и купить книгу на сайте магазина. Учтите, что стоимость товара и его наличие в нашей поисковой системе и на сайте интернет-магазина книг может отличаться, в виду задержки обновления информации.
