Психбольница в руках пациентов. Алан Купер об интерфейсах (Купер Алан , Самородских Е. (переводчик)); Питер, 2018

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

0    0

Книга нацелена объяснить как надо правильно разработать ПО. Стоит учесть, что книга написана давно, и многое что ругает автор уже исправлено.
Я отношу себя к людям, которые понимают, что такое компьютер, компьютерные программы, как они работают и для создаются. Автор, который сам является программистом видимо этого не понимает, он ругает все, начиная от пульта телевизора заканчивая программой Photoshop.
Как итог: могу сказать, что книга-сборник глупых мыслей автора с очень завышенной самооценкой!

0    0

Вы не найдёте в этой книге ничего о том, как правильно надо проектировать интерфейсы, но вы узнаете, как правильно строить в первую очередь успешный для бизнеса продукт и как правильно распределять роли внутри команды. Всем, кто имел хотя бы косвенное дело с разработкой продукта будут знакомы все боли, которые описывает Алан Купер, и мне понравились некоторые решения, которые он предлагает.
Во-первых, нужно сместить акценты с тестирования на проектирование. И проектирование продукта не должно идти параллельно с написанием кода, на проектирование должно быть выделено в 2 раза больше времени, чем на написание кода, и это сэкономило бы кучу денег многим компаниям, примени они это правило на практике.
Во-вторых, использовать метод персон. Убирать никому ненужный и сложный функционал из продукта, думать о том, чтобы продукт вызывал наименьшее когнитивное сопротивление у среднего пользователя.
В-третьих, проектировщик взаимодействия - это отдельная должность, программистов нельзя подпускать к проектированию. Проектирования для программистов - это те 20 минут перед тем, как они начинают писать
код. У них совершенно другой склад мышления и свои выгоды при разработке.
Проектировщик должен думать, как привлечь людей и чего они желают, его задача - понять, как должен вести себя продукт, чтобы люди получали удовольствие от взаимодействия с ним и чувствовали себя счастливыми. Программы должны вести себя так, как симпатичный нам человек, обладать обходительностью и вежливостью.
Но продукты "пляшущие медведи" вызывают неприязнь и раздражение у пользователей, только потому что технические специалисты захватили всю власть в компаниях, они решают, что будет реализовано, а что нет, воспринимая инструкции, как рекомендации. Они готовы с радостью поступиться простотой приложения ради возможности всё контролировать. Ещё забавное замечание Купера - "подкуп в случае с программистами работает гораздо эффективнее, нежели просьбы".
Ещё понравилась мысль Купера о том, что прислушиваться к мнению клиентов хорошо, но выполнять все их пожелания - это плохое решение. Компании, ведомые клиентами получают легкие деньги в краткосрочной перспективе, но лишают себя возможностей для роста и перспективного будущего.
Он советует отказываться от легких денег за проекты, где нужен только опыт, и отдавать приоритет более сложным и менее доходным проектам, где понадобится применить ум. Запросы потребителей - это проекты, требующие только опыта, в то время как задачи для ума - это собственные инициативы компании. Нужно искать все ответы внутри себя.

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

Книга о боли человека, который всю жизнь проработал в разработке) Хорошо подойдет к прочтению специалистами IT сферы или всем, кто крутится около нее. Смысл всегда один - не торопите хороших специалистов и слушайте их, когда они говорят о важности спроектировать все на начальном этапе.

0    0

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

0    0

Что важно для профессиональной литературы – написано простым языком, иногда даже слишком. То есть, скорее беллетристика от айти-сферы. Автор рассказывает очевидные, казалось бы, вещи, но задумываемся мы о них редко. В этом и прелесть. По смыслу это уже легендарная книга. С точки зрения слога, тоже классическая история показать на пальцах и повторить три раза. Убрать повторения, оставить только сухую мысль – останется страниц сто.

0    0

Шикарно написанная книга, которая помогает даже в работе! Алан Купер очень доходчиво описывает все проблемы современных приложений и зависимость общества в целом.

0    0