Как противостоять натиску компьютерных технологий, проникающих в нашу жизнь с ужасающей скоростью? Наши телефоны, фотокамеры, автомобили - все, что нас окружает, автоматизируются, программируются, создаются людьми, которые, стремясь получить выгоду от применения микросхем, уклонились от своей прямой обязанности - делать эти продукты простыми в применении.
И это не преувеличение, это реальность. Наша жизнь все больше концентрируется вокруг превратностей, странностей, решений и катастроф индустрии высоких технологий. Разработчики программ, устройств и технологий думают не так, как мы. Облеченные полномочиями исполнительные лица ни на что не влияют в мире высоких технологий - здесь всем заправляют инженеры. Мы разрешили пациентам завладеть психбольницей. Алан Купер предлагает решение проблемы: программированию должно предшествовать проектирование.
Самая правильная книга, объясняющая, почему мы живем в таком неудобном мире. Это книга о проектировании взаимодействии, именно взаимодействии - тонкой прослойке между программами, машинами и человеком.
Лично мне, книга открыла глаза, почему старшему поколению так тяжело дается компьютер, банкомат, сотовый телефон, стиральная машина, все то, где есть электроника и программирование. Раньше, как системный администратор, думал - "Люди ленивы - они не хотят читать инструкции". Сейчас же - "Почему они сделали такое сложное взаимодействие?".
Эту книгу необходимо прочесть всем, кто создает что-либо для людей. Неважно, программу, пульт управления, мп3-плеер, сотовый телефон или же печатает отчет для руководства.
Классический пример банкомат:
Вставляем карту, вводим ПИН-код, набираем сумму для снятия (1750 рур) и вываливается ошибка: "В банкомате отсутствует запрашиваемая сумма". Сообщение понятно, но информативности в нем 0.00. Почему бы уважаемым инженерам сразу не написать какая сумма присутствует? Например "В банкомате отсутствует запрашиваемая сумма. Закончились 50 рублевые купюры." или "... но вы можете снять 1500 рур."
Итак, эта книга должна быть прочтена в обязательном порядке: дизайнерами, проектировщиками, инженерами, программистами, проект-менеджерами, разработчиками человеко-машинных интерфейсов, разработчиками графических интерфейсов, людьми которые хотят "опускать" программистов.
Эту книгу бессмысленно читать: разработчикам, которым плевать на пользователей, людям, чей труд не связан с созидательностью.
Самая правильная книга, объясняющая, почему мы живем в таком неудобном мире. Это книга о проектировании взаимодействии, именно взаимодействии - тонкой прослойке между программами, машинами и человеком.
Лично мне, книга открыла глаза, почему старшему поколению так тяжело дается компьютер, банкомат, сотовый телефон, стиральная машина, все то, где есть электроника и программирование. Раньше, как системный администратор, думал - "Люди ленивы - они не хотят читать инструкции". Сейчас же - "Почему они сделали такое сложное взаимодействие?".
Эту книгу необходимо прочесть всем, кто создает что-либо для людей. Неважно, программу, пульт управления, мп3-плеер, сотовый телефон или же печатает отчет для руководства.
Классический пример банкомат:
Вставляем карту, вводим ПИН-код, набираем сумму для снятия (1750 рур) и вываливается ошибка: "В банкомате отсутствует запрашиваемая сумма". Сообщение понятно, но информативности в нем 0.00. Почему бы уважаемым инженерам сразу не написать какая сумма присутствует? Например "В банкомате отсутствует запрашиваемая сумма. Закончились 50 рублевые купюры." или "... но вы можете снять 1500 рур."
Итак, эта книга должна быть прочтена в обязательном порядке: дизайнерами, проектировщиками, инженерами, программистами, проект-менеджерами, разработчиками человеко-машинных интерфейсов, разработчиками графических интерфейсов, людьми которые хотят "опускать" программистов.
Эту книгу бессмысленно читать: разработчикам, которым плевать на пользователей, людям, чей труд не связан с созидательностью.
Как выразился мой коллега, "беллетристика". Я с ним согласен. 320 страниц материала, а реально полезное можно было в 20 уложить. Видимо Купер все повторяет по 50 раз, чтобы мы это получше запомнили. Интересно было читать серединку, где описывались реальные конкретные примеры успешного проектирования. Книга смахивает на рекламу его компании, какие они крутые и успешные. Все остальное - это лишь многочисленные изливания о том, как все щас плохо и как надо чтобы было хорошо. Кроме того, материал уже морально устарел с 1998 года, интерфейсы сильно поменялись. Тот же Майкрософт, который Купер всячески поддевает, стал производить существенно лучшие продукты в плане удобства, чувствуется, что отношение поменялось к процессу. Короче, надо что-то конкретное и современное. Тратить время остальным людям на эту книгу не советую.
В целом книга содержит важные и уместные замечания на тему важности вдумчивого взаимодействия людей и машин. Но по-американски затянуто с многократным разжевыванием каждой мысли. Почитать можно, если хватит терпения продраться сквозь предисловие переводчика, многочисленные благодарности автора всем на свете, воспоминания автора о том как писалась эта книга и прочий мусор.
Внедрение компьютеров в нашу жизнь мчится вперед семимильными шагами. Книга, написанная почти 20 лет назад, уже прилично устарела по ряду технических данных, но, увы, многое в ней осталось актуальным до сих пор. И сейчас, когда уже практически каждый школьник умеет программировать, впечатление, что руководство не научилось внимательнее относится к программным продуктам. Я не буду уж описывать серьезные специализированные программы, с которыми сталкиваюсь по работе, хотя и там время от времени у меня возникает подозрение, что программист пишет функционал просто потому, что он так умеет и так может, а вовсе не потому, что такой функционал нужен конечному пользователю. Но возьмем элементарные сайты. Для многих фирм: интернет-магазинов, турбюро, сайтов авиакомпаний, удобный сайт - это их хлеб. Но как часто приходится сталкиваться с простейшими неудобствами. Наиболее классические ошибки - сброс введенной информации о пользователе из-за неправильной графы. Скажем, пароль вы ввели недостаточно защищенный. И есть масса вариантов это предотвратить, тут и запоминание информации, со стиранием только графы пароля, и, в конце концов, предварительное информирование, пароль какой сложности минимально доступен для вашего сайта. Но программист не догадался, ставящий ему задание не подумал,а в результате пользователи чертыхаются, по четвертому разу вводя данные. Тут и время ввода информации, о котором пользователя не предупреждают, но после которого вся введенная информация, включая номера паспортов и свидетельств о рождении сбрасываются и вас вежливо уведомляют, что надо бы еще раз выбрать нужный Вам рейс, вдруг уже изменилось число мест. Приводить примеры еще можно долго. Это не только будило во мне раздраженного пользователя, но и вызывало чисто профессиональный гнев к неряшливой работе. И я была рада, что когда-то, еще на заре развития всеобщей компьютеризации, нашелся человек, который все это свел воедино, описал эти проблемы, заставил посмотреть на них иным взглядом, а не привычным нам: ну, что ж вы хотите, надо учиться пользоваться компьютером, и предложил свои методы решения. Конечно, учиться все равно придется. Если пользователь компьютера не запоминает папку, в которой хранится ее файл, это все же говорит о ее низкой квалификации, а не о недостатках компьютера. (Тут мы с автором расходимся во мнениях.) Ведь помним же мы на какую полку положили документы и в каком шкафу их искать. Но, быть может, в будущем Сири или Алиса смогут помогать и в этом: дорогуша, найди-ка мне файл, над которым я работала вчера после обеда, и, вуаля, он перед нами. Но пока что компьютером все же надо уметь управлять более механизированными способами. А программисты (вернее, их руководители) должны ставить себя на место пользователей и делать программы эргономичнее, упрощая их эксплуатацию. Пусть эти маленькие и большие черные и белые коробочки приносят нам больше радости, а не раздражения. Автор постарался описать нам и действия, с помощью которых можно прийти к качественному результату. В некоторых случаях это выглядит замечательно, в некоторых, как мне кажется, может и не сработать, но, в любом случае, в книге изложено много интересных мыслей, и она заставляет взглянуть на проблему под другим углом.
Теперь, после прочтения столь нашумевшего бестселлера, я понимаю почему эта книга меняет мировозрения разработчика. Теперь я отчётливо понимаю, почему меня бесят Internet Explorer, который не сохраняет вкладки при закрытии, банкомат, который выкидывает мне карточку и чек с надписью "Неправильно введён пин-код"... причина в том, что о проектировании взаимодействия этих интерфейсов (как программных, так и аппаратных) никто даже и не задумывался. Разработчиков ограничивают либо технологии, либо лень, либо собственное самолюбие: накрутить по-больше красивостей и кнопочек, которыми никто не пользуется. А пользователя лучше заставить считать себя идиотом, чем дать ему возможность откатить изменения неправильного шага.
Так что же могут сказать проектировщики на все те нелепые и выбешивающие недостатки интерфейсов, которые они создают?
Источник
Если программа скупа на информацию, затрудняет понимание происходящего, заставляет пользователя долго искать самые востребованные функции да еще торопливо сваливает на пользователя вину за собственные недостатки, пользователю эта программа не понравится, а опыт работы с ней будет неприятным. Наличие слов «пожалуйста» и «спасибо» ничего не меняет.
Как нельзя быть немножко беременной, так нельзя немножко заниматься программированием.
Потенциальный клиент может увидеть, что вы уже прежде решали подобные проблемы, а значит справитесь и с его трудностями.
Идущий на поводу у клиента получает легкие деньги сразу, но перестает расти и ставит крест на собственных перспективах. Он отказывается от своей роли лидера.
Создание большой программы можно сравнить с постройкой столба из кирпича. Этот столб состоит из тысячи кирпичей, положенных один на другой. Столб может быть выстроен, только если класть кирпичи с большой точностью. Любое отклонение приведет к падению кирпичей. Если кирпич номер 998 отклонится на пять миллиметров, столб, вероятно, сможет выдержать тысячу кирпичей, но если отклонение в пятом кирпиче, столб никогда не станет выше трех десятков.