Читаем Человеческий фактор в программировании полностью

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

В течение дня я много времени провожу перед монитором. Для меня «обои» на рабочем столе становятся виртуальным окном, как любимое кухонное окно над раковиной, через которое можно смотреть в сад, пока моешь посуду. Иногда на моем рабочем столе открывается панорама каскадов и потоков Города Водопадов (Waterfall City) в изображении художника Джеймса Герни (James Gurney). А иногда на нем можно увидеть грубые, но красивые пролеты мостов Рона Валотски (Ron Walotsky) и виадуки, пересекающие воображаемый город. Иногда золотые краски чужого солнца вырисовывают прекрасные воздушные арки Aristoi Джима Бернса (Jim Burns). Можно ли назвать этот интерфейс женским? Или типично мужским? Американским? Европейским? Интеллектуальным? Чувственным? Кто знает. Об этом не говорится в учебниках по пользовательским интерфейсам. Хотя стили этих художников, мастеров современного фантастического реализма, совершенно отличаются друг от друга, их объединяет одно эстетическое звено: я. Именно я собрал эти изображения вместе. Именно я могу смотреть на эти виды, размышляя над следующей главой.

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

Из журнала Software Development, том 2, № 8, август 1994 г.

<p>51</p><p>Мастеры</p>

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

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

Просто игра

Стивен Уейс (Steven Weiss), программный методист и волшебник, однажды сказал мне: «Волшебник — это актер, который играет роль волшебника». Тогда мастер — это, должно быть, тупая программа, которая играет роль разумного актера. Хотя мы все знаем, что настоящей магии не бывает, по каким-то причинам мы готовы верить, что искусственный интеллект реален — когда видим его подобие на экране.

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

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT