Автор будет очень признателен, если Вы кликнете по одной из белых ссылок выше.
Вам это ничего не стоит, а автору сайта будет приятно ;)
Найдено страниц: 53 [показано 10]
14 принципов создания вежливых программ
Степень соответствия запросу: 43,56%
Фрагменты текста поста : ... 14 принципов создания вежливых программ Профессора Стэндфордского Университета Клиффорд Насс (Clifford Nass) и Байрон Ривз (Byron Reeves) занимались изучением реакции человека на компьютер... ... Насс и Ривз использовали для тестов множество студентов-компьютерщиков, достаточно опытных для того чтобы самим написать тестовую программу... ... Эти студенты были высокообразованными, зрелыми индивидуумами, но не смотря на это все без исключения отрицали, что благодаря своим познавательным способностям программы воздействуют на них эмоционально, хотя результаты наблюдений являлись неопровержимым доказательство обратного... ... Из этого исследования следует важный вывод: Если мы хотим, чтобы наша программа понравилась пользователям, мы должны сделать ее поведение похожим на поведение человека... ... Насс и Ривз утверждают что программы должны быть "вежливыми", потому что вежливость – это универсальный человеческий признак, - хотя действия, которые можно считать вежливыми различаются от одной культуры к другой, этот признак присутствует в любой культуре... ... Продукты производства с высокими познавательными способностями, такие как программы, тоже должны следовать этому правилу и быть вежливыми... ... Если программа скупа на информацию, скрывает результаты своей работу, заставляет пользователя искать где находятся простейшие функции, и винит его в своих собственных неудачах, то пользователю она точно не понравится... ... Если же программа уважает пользователя и помогает ему, то она обязательно ему понравится... ... Что значит для программы быть дружественной и вежливой... ... Что значит для программы вести себя подобно человеку... ... Человек склонен к ошибкам, медлителен и импульсивен, но это не значит, что программа с такими качествами будет считаться хорошей... ... Человек обладает множеством других качеств делающих его хорошо подходящим для роли служащего – роли, которую выполняют большинство программ... ... Я спросил моего друга Кейта Плиса (Keith Pleas), известного программиста-эксперта, занимающегося к тому же вопросами пользовательского интерфейса, что он думает о создании более человечных программ... ... Кейт воспринял добавление в программу человечности как добавление нечеткости во взаимодействие... ... Более вежливая, более человечная программа сразу бы сообщила, что у вас на счету "около 500$" а затем проинформировала бы вас, что даст более точный ответ через несколько минут... ... Вежливая программа интересуется мной... ... Большинство программ не знает ничего о том, кто ею пользуется... ... Действительно, ни одна из программ на моем персональном компьютере не помнит ни меня, ни моих привычек, несмотря на то, что только я и никто другой постоянно, снова и снова пользуюсь ею... ... Каждая программа должна стараться запомнить мои привычки, и в частности, все, что я ей говорю... ... Программист считает реальный мир миром информации, так что как только программе требуется какая-либо информация, она просто требует ее от пользователя... ... Но бездумная программа забывает эту информацию, считая что всегда может затребовать ее снова, если потребуется... ... Например, в моей программе электронной почты есть 11 человек по имени Дейв... ... Когда я создаю новое письмо и печатаю "Дейв" в графе "Кому", я ожидаю, что на основе моего поведения в прошлом программа догадается, что я имею в виду Дейва Карлика... ... Вместо этого, программа ведет себе довольно глупо, всегда предлагая мне окно для выбора нужного Дейва из 11 вариантов... ... Программе попросту наплевать на меня, она относится ко мне, как к чужаку, хотя я – единственный человек, которого она знает... ... Вежливая программа относится ко мне иначе, чем к другим... ... Невежливая программа контролирует действия пользователя, которые кажутся ей некомпетентными... ... Нет ничего страшного в том, чтобы программа выразила свое мнение о том, что я сделал ошибку, но она ни в коем случае не должна судить мои действия... ... Например, программа может утверждать, что я не могу отправить заказ, пока не введу свой номер социального страхования, но если я все таки захочу отправить заказ без него, программа должна сделать так как я сказал... ... Вежливая программа предусмотрительна... ... Большинство программ не делает этого... ... Вежливая программа обладает здравым смыслом... ... Большинство программ не делают различия между кухней и обеденным залом, помещая рядом часто-используемые и никогда не используемые элементы управления... ... В программе можно встретить пункты меню предлагающие простые, безвредные функции рядом с чрезвычайными, отменить которые невозможно... ... Вежливая программа предвосхищает мои нужды... ... Вежливая программа отзывчива... ... Многие из запущенных программ, включая Windows 95, реагируют на смену разрешения изменением размера, формы и положения на экране своих окон... ... Информация об этом легко доступна, однако программа не заботится о моих очевидных нуждах... ... Вежливая программа умалчивает о своих проблемах... ... Программы тоже должны молчать о своих проблемах и интересоваться вашими... ... Программы всегда досаждают мне подтверждающими сообщениями и ненужными строками состояний... ... Меня не интересую затруднения программы в вопросе когда чистить "корзину"... ... Программа не только должна молчать о своих проблемах, но и должна уметь решать их сама... ... Вежливая программа хорошо информирована... ... Программы постоянно предлагают мне варианты выбора, которые, по разным причинам, в данный момент недоступны... ... Программа должна знать это, и не выводить их на экран... ... Вежливая программа восприимчива... ... Я раскрываю на весь экран окно любой запущенной программы... ... Затем я использую Панель Задач для переключения между запущенными приложениями... ... Но программы, которые я запускаю, не замечают этот факт... ... Так просто для программы понять это и предугадать действия пользователя... ... Вежливая программа уверена в себе... ... В любом случае, программа должна быть уверенной в своих действиях, а не перекладывать ответственность на меня... ... Вежливая программа не задает лишних вопросов... ... " Даже самый требовательный гурман не захочет никакого салата с таким отношением, однако программы все время ведут себя подобным образом... ... Невежливая программа задает множество раздражающих вопросов... ... Вежливая программа является подстраиваемой... ... Эти негибкие правила делают программу и человека соперниками, и поскольку человеку не дают подстраиваться, чтобы избежать больших ошибок, он вскоре перестает заботится о защите программы от более серьезных проблем... ... Вежливая программа приносит удовлетворение... ... Компьютер не сделает ничего, пока вы не затратите огромных усилий на написание программы... ... Поэтому программисты создают свои программы точно такими же... ... Их программы заставляют пользователя вводить всю возможную информацию, а сами и пальцем не пошевелят... ... Мы можем сделать программы значительно более вежливыми, если они будут работать для того, чтобы предоставить пользователю всю возможную информацию без значительных усилий с его стороны... ... Вежливая программа внушает доверие... ... Программы раздражают нас не из-за недостатка возможностей, а из-за отсутствия вежливости... ... Как показывает приведенный список характеристик, в большинстве случаев сделать вежливую программу ничуть не труднее, чем невежливую... Подробнее: http://fit-media.com/post_1203349390.htmlМаксимум производительности
Степень соответствия запросу: 23,62%
Фрагменты текста поста : ... За последние 20 лет сложилась странная ситуация - в то время как мощность компьютеров увеличилась в несколько тысяч раз, скорость работы пользователя в некоторых случаях даже замедлилась из-за непомерно раздутых операционных систем и программ... ... Один из методов решения этой проблемы - предварительная загрузка данных... ... Три операции, которые можно упростить Работая на компьютере, пользователи выполняют три основных операции: Принимают решения на основе информации, касающейся текущей задачи Собирают данные, необходимые для выполнения текущей задачи Манипулируют компьютером с помощью элементов управления Например, пользуясь автомобилем, пользователи вначале решают, куда они хотят ехать... ... Выбор определенного типа шва представляет собой решение пользователя о том, в каком случае одежда будет выглядеть наиболее привлекательно... ... Само колесо управления содержит информацию, необходимую для принятия данного решения... ... Если рассмотреть каждый из этих шагов, уменьшая количество решений, которые необходимо принимать человеку, позволяя компьютеру самому собирать данные, и уменьшая количество манипуляций, необходимых для достижения цели, то производительность человека при работе с компьютером значительно увеличится... ... Единственное решение, которое необходимо принять обычному его пользователю &ndash... ... Такие фотоаппараты устраняют необходимость принятия решений низкого уровня, которые мог бы сделать профессионал... ... Программы часто демонстрируют такую же механическую сложность, как и реальные механизмы, требуя, чтобы пользователь служил им, а не наоборот... ... Любой, кто хотя бы раз обновлял системное программное обеспечение, знает, насколько сложной может быть эта задача, хотя для этого пользователю не нужно принимать практически никаких решений... ... Некоторые задачи могут представлять собой сложную смесь манипуляций и принятия решений... ... Решение зависит от того, нужен ли вам слабый свет в течение длительного времени, или сильный свет за короткое время... ... Такая система все еще будет поддерживать способность пользователя к принятию решений, в то же время устраняя ту часть операции, где необходимы манипуляции с механизмом... ... Сделайте оставшиеся манипуляции подходящими к пользовательской модели задачи... ... Избегайте требования от пользователя мысленного преобразования задачи в форму, приемлемую для машины... ... Действительно ли данная информация необходима для выполнения этой задачи... ... Например, можно вводить информацию с бумажных форм в компьютер, используя сканер и программу оптического распознавания текста... ... Ограничение принятия решений Необходимость принятия решений можно снизить следующим образом: Не воспринимайте пользователя как "... ... Не заставляйте его всего лишь сообщать о принятых решениях... ... Внимательно оценивайте каждое решение, чтобы убедиться в его необходимости... ... Быстро и точно предоставляйте пользователю информацию, необходимую для принятия решений... ... Многое из того, что часто принимают за принятие решений, на самом деле является сообщением о решении... ... На втором шаге удостоверьтесь, что оставшиеся решения действительно относятся к задаче пользователя, а не машины... ... Если пользователь должен решить, выполнять запрос или нет - это относится к задаче... ... Но решение о том, какой метод использовать для выполнения запроса - А или Б, лучше оставить машине... ... Большинство разработчиков не советуют ограничивать пользователя единственным способом выполнения задачи... ... удостовериться, что пользователю предоставлена вся необходимая информация для принятия решения... ... Часто можно видеть, что программа задает пользователю вопрос, на который он не может ответить, не обратившись за информацией куда-то еще... ... Такая программа скорее всего никогда не тестировалась на пользователях... ... Однако в разовых программах такая ситуация может оказаться критической... ... Слишком часто создатели программ предлагают нам неясные вопросы с двумя одинаково выглядящими вариантами ответа, хотя одно из решений является неверным для большинства... ... Используйте фоновый режим выполнение задач Выполняя все асинхронные операции в фоновом режиме, можно отделить задачи пользователя от задач компьютера, позволяя пользователю работать без перерывов... ... Над проблемой печати стали работать в первую очередь, потому что Печать отнимает много времени Печать не требует вмешательства пользователя Общее время выполнения задачи предсказать нельзя Следующее задача пользователя обычно не связана с результатами печати Если принтер подключен к высокоскоростной сети и в очереди печати нет заданий, все происходит довольно быстро... ... Всякая операция, которая подходит под вышеописанные критерии и может быть выделена в отдельную задачу, должна быть выделена... ... Уменьшайте субъективное время восприятия Все вышеописанные подходы касаются измеряемого времени, которое требуется пользователю для выполнения задачи... ... Работа с клавиатурой была напряженной и требовала принятия множество мелких решений... ... Версия для мыши была гораздо легче и принятия решений не требовала... ... Не принимайте решение на основе только своего собственного мнения... ... Тестируйте программу на пользователях... ... Основная стратегия уменьшения субъективного времени восприятия: Пользователи должны быть постоянно заняты Когда в процессе работы возникает неизбежная пауза, например, потому что программа должна обратиться к серверу, убедитесь, что пользователь занят и развлечен... ... это занятие, имеющее отношение к текущей задаче... ... Перед тем, как обращаться к серверу, дайте пользователю прочесть что-нибудь, что подготовит его для следующей задачи... ... Даже довольно широкого диапазона (от 3 до 15 минут) пользователю может быть достаточно для принятия решения &ndash... ... переключиться на другую задачу, или же пойти попить кофе... Подробнее: http://fit-media.com/post_1207048697.htmlКак создать хороший интерфейс пользователя?
Степень соответствия запросу: 10,37%
Фрагменты текста поста : ... Каждый день разработчики программного обеспечения создают интерфейс своих программ без применения каких-либо специальных методов... ... Я думаю нужен, и вот почему: Пользователи думают, что интерфейс - это и есть программа... ... Чтобы пользователи работали более продуктивно, программа должна быть простой в использовании... ... Достижения технологии значительно увеличили количество решений, которые необходимо принимать во время разработки интерфейса Общеплатформенные стандарты пользовательского интерфейса решают только 15% вопросов разработки в типичном проекте... ... Разработчики программ могут последовать простому прагматическому методу, кратко описанному в этой статье... ... Рекомендую вам уделить одинаковое внимание следующим пунктам: Пользователи: их опыт работы с компьютером, мотивы, размер/важность групп пользователей, образцы (типовые ситуации) использования Задачи: что послужило причиной создания проекта, этапы создания проекта, какие результаты должны быть получены, какая информация необходима и когда Технология разработки и платформа , на которой будут работать пользователи Среда , в которой будет создаваться и использоваться проект (физическая, рыночная, организационная и культурная) Используйте эту информацию для определения и расстановки приоритетов... ... Вот пара простых примеров: Когда группа пользователей постоянно меняет свой состав и предполагаемый образец использования используется нечасто, акцентируйте внимание на простоте понимания интерфейса Когда одна и та же задача повторяется многократно, и группа пользователей довольно большая, самой важной целью должна быть эффективность использования... ... Окна нашей программы просто не поместятся на экране... ... Основывайте ваш выбор на той собранной вами информации о пользователях и ситуациях, в которых они работают, а не просто делайте вашу программу похожей на среду разработки... ... Затем создайте концептуальную модель программы... ... Под концептуальной моделью я имею в виду чертеж, схему, которая показывает главные элементы, процессы и связи в программе с точки зрения пользователя... ... абсолютный минимум, который пользователь может понять о программе, и тем не менее успешно пользоваться ею"... ... Если у вас есть только нечеткая модель того, что вы пытаетесь сказать пользователю, он в конце концов останется с еще более нечеткой идеей того что делает ваша программа и как она работает... ... Для выполнения начальной фазы разработки погрузитесь целиком в задачи пользователей и создайте бумажный прототип навигационной модели... ... Навигационная модель показывает, как вы планируете распределять функции или задачи между окнами вашей программы... ... Навигационная модель определяет как пользователям смогут перемещаться как между различными задачами так и внутри отдельной задачи... ... Например, можно ли будет оставить частично завершенную задачу и начать другую... ... Чтобы оценить концептуальную модель программы, вы можете просто показать ее схему пользователям и попросить объяснить ее вам... ... Если вы пропустите раннюю фазу разработки, ваш интерфейс может страдать от следующих проблем: Несоответствие группам пользователей Сложность в обучении Неадекватная степень гибкости Нецелостное или непредсказуемое использование разных типов окон Разработка на основе задач пользователя Итак, ваши окна пока не имеют содержания... ... Вы знаете для чего нужно каждое, но для того чтобы наполнить их элементами управления, вам необходимо четкое понимание задач пользователя... ... Для создания дизайна, представьте в деталях, как бы пользователь выполнил данную задачу от начала до конца... ... Отметьте те места, в которых ваша программа может помочь ему в его работе... ... Например, прорабатывая задачи для программы планирования расписаний я обнаружила, что учителя обычно создают планы уроков для нескольких предметов даже если они еще не знают в какой день и в какое время будут проходить занятия... ... Исходная программа, которую я оценивала, имела ориентированный на расписание подход, встроенный в базу данных, так что учителя могли планировать уроки только назначив их дату и время... ... Если вы не будете использовать этот подход, вы рискуете создать программу, в которой пользователи будут перемещаться от одного окна к другому для того, чтобы выполнить свою задачу... ... Процесс разработки, основанный на задачах пользователей особенно важен, когда ваша программа предназначена для того, чтобы помогать пользователям работать быстрее и эффективнее... ... Если вы пропустите эту стадию, вы рискуете получить программу, которая выглядит непрофессионально и непривлекательно... ... Если вы будете пренебрегать визуальным дизайном, ваша программа будет посылать хаотические сигналы, что приведет к увеличению ошибок, путанице и раздражению пользователя... ... Если вы хотите быть уверенным что ваша программа понравится пользователям, собирайте мнения потенциальных пользователей во время процесса разработки... ... В тестировании вы предлагаете пользователю выполнить определенное задание на некоторой версии вашей программы (рисунок одного окна, бумажный прототип, или рабочая система)... ... Тестируя готовую программу до ее официального выпуска вы можете найти и подчистить небольшие проблемы, которые могут стать причиной раздражения пользователя... ... Наблюдение пользователей в процессе тестирования вашей программы это самый лучший и самый дешевый способ образования... Подробнее: http://fit-media.com/post_1205661604.htmlWindows с маленькой буквы w
Степень соответствия запросу: 9,09%
Фрагменты текста поста : ... Windows с маленькой буквы w Все программы базируются на основе двух типов окон: главных и вспомогательных, таких как диалоговые окна и окна документов... ... Выбор типа окон – начальный шаг в создании внешнего вида программы... ... Создавая удобный пользовательский интерфейс, нельзя просто гадать, какие окна использовать в программе... ... Лишние комнаты Если изобразить программу в виде дома, то можно представить каждое окно в виде отдельной комнаты... ... Дом будет соответствовать главному окну программы, а каждая комната – окну диалога или документа... ... Точно так же и при создании программы мы не должны добавлять окно в нее до тех пор, пока оно не будет служить какой-то цели, которой нельзя или невозможно достичь в уже существующих окнах... ... Например, в большинстве программ для рисования, для установки глубины тени объекта часто используется текстовое поле или ползунок в отдельном диалоговом окне... ... После изменения этого значения программа для продолжения работы возвращается к главному окну... ... В программе для рисования главной задачей является работа с изображением, а так как изображение находится в главном окне, то все инструменты для работы c ним тоже должны быть расположены здесь же, в главном окне... ... В программе глубину тени можно настраивать с помощью, например, кнопки на панели инструментов... ... Вынесение функций в диалоговое окно отделяет их от главной задачи... ... Современные средства разработки программ позволяют создавать диалоговые окна, но добавление своих элементов управления или создание идиом непосредственной манипуляции (direct manipulation) в них обычно не поддерживается, поэтому разработчик, желающий создать качественный интерфейс, вынужден создавать свои элементы управления... ... Когда я хочу выполнить функцию, выпадающую из нормальной последовательности событий, программа должна предоставить мне для этого специальное место... ... Остальные части программы могут служить для обычных задач, таких как ввод и проверка записей... ... Для достижения хорошего эффекта мы должны анализировать функции программы с точки зрения целей пользователя... ... Если это программа для рисования, то цель пользователя - создать привлекательное изображение... ... Эти инструменты должны быть встроены в рабочую область программы, точно так как художник разложил бы все свои карандаши, ручки, ножи, резинки и другие инструменты под рукой, на своем столе... ... Эти же инструменты в программе должны распологаться по краям области рисования, чтобы их можно было "включить" одним кликом... ... Для таких задач пользователь не должен использовать меню и диалоги... ... Если же пользователь решил вставить в свой рисунок другую готовую картинку, эта задача все еще достаточно связана с целью художника – создать красивый рисунок, но для этого нужны другие функции, не относящиеся к рисованию... ... В программе функция вставки изображения тоже должна быть легко доступной, но, так как для нее нужен отдельный набор инструментов, которые в обычной работе не используются, ее следует разместить в отдельном окне... ... В программном эквиваленте этого процесса, пользователь временно оставляет программу рисования вместе со всеми инструментами, находит подходящее место на диске, чтобы сохранить изображение, после чего, возможно, посылает его по электронной почте... ... С помощью выяснения целей пользователя мы естественным образом подходим к наиболее подходящей форме программы... ... Вместо того, чтобы просто помещать каждую новую функцию в новое окно, мы видим, что некоторые функции вообще не нужно помещать в диалоговые окна, другие должны быть вынесены в отдельное окно, интегрированное в общий интерфейс, а некоторые функции вообще нужно убрать из программы... ... Если в программе используется одно окно для одной функции, экран быстро становится визуально загроможденным... ... Если же программа используется часто, это может превратиться в серьезную проблему... ... Если в вашей программе дюжина окон, потому что вы честно верите в то, что каждое из них приближает пользователя к нескольким различным целям, то вы должны разбить ее на несколько маленьких программ... ... У программы не может быть больше двух-трех целей, а значит, у неё не должно быть больше двух или трех окон... ... Один программист на Visual Basic однажды с гордостью заявил мне, что его программу было особенно тяжело разрабатывать, потому что в ней содержится 57 форм... ... Ни одну программу с 57 формами нельзя использовать эффективно... Подробнее: http://fit-media.com/post_1204300625.htmlПользовательский интерфейс
Степень соответствия запросу: 3,34%
Фрагменты текста поста : ... Наш (не)удачный предшественник - оконный интерфейс решил только первую задачу концептуального дизайна... ... Кроме того, удалось решить поистине титаническую задачу - знаки заметны и не портят красоту окружающей природы там, где эта красота есть... ... Вместе с тем выбранная метафора может продиктовать все изобразительные решения дизайна интерфейса... ... Тут мы подходим к еще одному важному принципу построения дизайна интерфейса - балансу между интерактивными возможностями программы и сложностью ее изобразительного ряда... ... Так же как при создании игр главным является баланс между сложностью игры и ее увлекательностью, выработка которого занимает основное время, так и в интерфейсе должен обеспечиваться баланс между функциональными возможностями программы, возможностями манипуляции ею и ее изобразительным рядом... ... Простая программа не имеет права сложно управляться, это очевидно, но она и не имеет права на слишком изощренную графику - грех, типичный для сегодняшних продуктов... ... Из этого, кстати, не следует, что у сложной программы должна быть изощренная графика и сложные пути взаимодействия... ... (Важное напоминание - мы разговариваем не о программах, предназначенных для профессиональной деятельности... ... Пользователь простит вам обман, заключающийся в том, что простая на первый взгляд программа постепенно приоткрывает свои новые (в том числе и интерфейсные) возможности... ... Это может получиться случайно, когда пользователь по привычке попробует прием, освоенный в общении с другой программой, и с радостным удивлением обнаружит, что ваша программа правильно разобралась в том, чего он хотел... ... Похожий эффект может стать и естественным развитием среды, когда из освоенных простых действий пользователь сделает заключение, что должно существовать и некое сложное, и программа снова обрадует его взаимопониманием... ... Ее решение было выполнено по принципу "разделяй и властвуй"... ... Программисты, хвастаясь скоростью своих программ, замеряют время, "теряемое" между картинками... ... Многие программисты еще помнят о трудностях перехода к созданию программ, управляемых событиями, как того требует оконная среда... ... Для использования анимационного интерфейса придется переходить к программам, управляемым временем... ... Вне зависимости от активности пользователя программе, построенной на анимационном интерфейсе, всегда есть что делать (например, менять фазу мигания)... ... Такие требования легче всего реализуются в специфической архитектуре программ, управляемых временем... ... На каждом такте работы такой программы заново строится изображение на экране, а события, инициированные пользователем, например ввод с клавиатуры, отрабатываются всего лишь изменением состояния программы... ... Таким образом, к двум привычным уровням программы - функциональному и интерфейсному - добавляется визуальный... ... Для дизайна конкретной программы требуется разработка собственной среды взаимодействия (направленной на реализацию конкретной функциональности) на базе общепринятой системы динамических визуальных сигналов... ... Предпочтительно иметь сквозное визуальное решение... ... Практически единственный положительный пример можно взять из телевидения, а именно серию заставок к программам... ... Все компьютерные программы в корне меняют дизайн при переходе от одного окна к другому... ... После выработки сквозного визуального решения необходимо прорисовать картинки, называемые у аниматоров "фонами"... ... На самом деле, хороший интерфейс пользователями замечается подсознательно, и, когда он нравится, симпатии переносятся на функциональную часть программы... ... Моя любимая цитата из обзора интерфейсов - " Интерфейс этой программы неестественен, потому что клавиша Alt+F4 не закрывает приложения "... Подробнее: http://fit-media.com/post_1204019048.htmlМиф о метафоре
Степень соответствия запросу: 3,3%
Фрагменты текста поста : ... Миф о метафоре Разработчики программ часто говорят о " нахождении правильной метафоры " в качестве основы для интерфейса... ... Поэтому они создают интерфейсы, которые выглядят как офисы со столами, папками документов, телефонами и адресными книгами, в надежде создать программу с неслыханной легкостью обучения... ... Некоторые из лучших дизайнеров интерфейсов считают выбор метафоры одной из первых и самых важных задач... ... Самая большая проблема заключается в том, что метафоры жестко прибивают гвоздями наши концептуальные ноги к полу, навсегда ограничивая возможности наших программ... ... Три парадигмы интерфейсов Я считаю, что для пользовательских интерфейсов программ существует три парадигмы: технологическая , метафорическая и идиоматическая... ... Технологическая парадигма основана на понимании механизма работы программы - сложный подход... ... Идиоматическая парадигма основана на знании о том, как решать ту или иную задачу - естественный для человека процесс... ... Хотя в современных программах встречаются все три подхода, одна лишь метафорическая парадигма так широко популярна, что следуя по ее ложному следу мы часто препятствуем созданию по-настоящему хороших интерфейсов... ... Чтобы успешно им пользоваться, пользователь должен понимать, как работает программа... ... Подавляющее большинство компьютерных программ сегодня строятся по такой же архитектуре, безо всякого стыда показывая нам как они были созданы: одна кнопка на функцию, одна функция на модуль кода, команды и процессы, которые точно отражают внутренние алгоритмы и структуры данных... ... Мы можем узнать, как работает технологическая программа, просто запустив ее... ... Поэтому так много программ следует ей... ... Но большинство пользователей - не инженеры и совершенно не хотят разбираться в устройстве программ или же не имеют на это времени... ... 25" дискетам, потому что на них было записано много хороших программ... ... Метафора, хорошо работающая для простого случая в простой программе часто перестает работать, как только задача усложняется и увеличивается в размере... ... Метафорическая парадигма - шаг вперед, потому что ее интуитивное понимание происходит без всякого знания механизма работы программ... ... Но для таких часто используемых в программах понятий как процессы, связи, службы и преобразования это сделать трудно или даже невозможно... ... Очень сложно найти хорошую визуальную метафору для покупки билета, смены каналов, приобретения товара, нахождения ссылки, установки формата, вращения инструмента или смены разрешения экрана, хотя именно такие операции мы чаще всего встречаем в программах... ... С одной стороны вы можете интуитивно понять основные функции программы, но с другой стороны метафора ограничивает навигацию очень элементарным, линейным маршрутом... ... В физическом мире это нормально, но в программе нет нужды заставлять пользователя делать все старыми неуклюжими методами... ... Существуют программы с "адресными книгами" телефонных номеров, похожие на наши записные книжки... Подробнее: http://fit-media.com/post_1206190085.htmlЗалепа №13. О грамотном проектировании и неграмотном IDE.
Степень соответствия запросу: 3,07%
Фрагменты текста поста : ... Задача: Есть некая программа, работающая с базами данных... ... В программе, кроме основных функций, должна быть возможность как редактирования списка пользователей так и изменения параметров отдельных пользователей... ... Задача, согласитесь, тривиальна и встречается на каждом шагу... ... Вариантов решений может быть масса, но нас интересует грамотный подход, т... ... такое решение, при котором наша программа не превратится в кашу из кучи классов, лишних открытых методов, свойств и форм... ... Здравый смысл подсказывает, что справочник должен быть представлен неким классом (назовем его CUserMgr ), который позволяет основной программе получить все необходимые данные о пользователе и скрывает всю внутреннюю структуру внутри себя... ... Опять же для простоты решим, что программе нужно получать только лишь логин и пароль пользователя по его идентификатору... ... Решение "в лоб", т... ... Все это можно перетерпеть если вы создаете класс, который будет использоваться только в вашей программе и код которого никогда не будет использован где-либо еще... ... Изрядно поломав голову, я смог найти еще два решения: первое в стиле майкрософта - корявое и громоздкое, второе - единственно верное для C# и правильное с точки зрения ООП, но имеющее изрядный косяк при использовании IDE Microsoft Visual Studio... ... Решение сводится к созданию классов, представляющих сущности используя в качестве базы класс формы... ... Он их будет создавать и удалять (редактирование списка пользователей), получать из них информацию и передавать ее в основную программу... ... в реальной программе некоторые закрытые методы как CUser так и CUserMgr все же придется открыть... ... Это вызовет не только расход памяти, но и будет существенно тормозить программу... ... В реальных крупных программах не советую его использовать... ... Видимо их ввели в язык только с одной целью - как решение при отказе от дружественности классов... ... Как же будет выглядеть решение нашей задачи при использовании вложенных классов... ... А примерно вот так: Объектно-ориентированное (правильное) решение public class CUserMgr { class CUser { private string Login... ... } } Итак, вот что мы получаем при таком подходе: программа "видит" только класс CUserMgr , о существовании внутренних классов она даже не подозревает и естественно не может получить к ним доступ... ... Если внешний интерфейс не изменится, то эти модификации никак не скажутся на работе основной программы, использующей наш класс... ... В общем мы добились нормального решения поставленной задачи... Подробнее: http://fit-media.com/post_1204892317.htmlЕсли бы microsoft не была такой ленивой...
Степень соответствия запросу: 1,83%
Фрагменты текста поста : ... Дело в том, что рано или поздно перед разработчиками прикладных программ встает проблема проверки этого самого правописания в вводимом пользователями тексте... ... Наилучшим решением в данной ситуации является использование механизма из уже упомянутого microsoft Office... ... Попытка найти нужное решение "в лоб" терпит крах (как обычно), потому начинаю думать головой... ... И тут же получаем готовый пример именно проверки правописания в свобственной программе, используя механизм из microsoft Word... ... Следствие – моргание полноэкранного окна ворда поверх вашей программы при каждой проверке орфографии... ... связь с вордом устанавливается еще в момент запуска программы (ранне связывание) и, если на машине клиента вдруг ворда не кажется или окажется, но другой версии, то ваша программа покажет пользователю большую фигу в виде фолта... ... Программе нужно лишь определить, правильно написано это слово или неправильно... ... Для работы программа использовала бы только одну копию ворда, т... ... при старте программы он загружается, при завершении программы – выгружается Никаких внешних признаков присутствия ворда – окошек, мограний и т... ... даже если офис не установлен, программа должна корректно работать (естественно уже без проверки орфографии)... ... Dispose() при завершении работы вашей программы... ... Прикол в том, что практически 100% программ используют для ввода текста элементы управления, встроенные в операционную систему... ... Так вот, достаточно встроить механизм проверки орфографии в саму ОС и подключить его к двум основным средствам ввода текста (в терминах NET Framework это TextBox и RichTextBox ), как абсолютно все программы, без какого бы то ни было вмешательства разработчиков, приобретут возможность отображения неверно написанных слов... ... А перед счастливыми программистами больше никогда не встанет задача реализации в своих программах этой самой "проверки грамотности ввода"... ... добавили вы в словарь слово в ворде и его уже опознают все остальные программы... ... :( %%%microsoft word, проверка синтаксиса, внедрение в свои программы, NET Framework, C#%%%... Подробнее: http://fit-media.com/post_1205882168.htmlФайлы vs базы данных.
Степень соответствия запросу: 1,59%
Фрагменты текста поста : ... В качестве примера «файлового подхода» я буду использовать движок этого блога ( Lasto-blog-B ), точнее работу его системы статистики... ... Кстати, все нижеописанное касается и других поделок от Lasto, которые собирают статистику — сплогов, нового варианта nano-CMS и т... ... Итак, последовательность действий модуля сбора статистики Lasto-блога примерно такова: при обращении серфера к любой странице сайта запускается один и тот же скрипт, который должен собирать статистическую информацию: кто пришел (серфер или бот), откуда он пришел (сайт-источник), куда он пришел (страница нашего сайта) и т... ... Особенность хранения данных Lasto-блогом такова, что статистика хранится в нескольких файлах: hits... ... В нем хранятся те данные, которые выводятся на странице статистики блога... ... a — общая статистика по ридерам, ботам и т... ... Согласитесь, задача не из быстрых... ... Но эта задача для отображения статистики, а нас больше интересует ее сбор... ... Скрипт считывает в память ВЕСЬ файл статистики, не взирая на размер ( если посещаемость высокая или статистика собирается за большой срок, то это могут быть десятки или даже сотни мегабайт )... ... Ну а если это статистика за месяц и при этом с поисковиков в день приходит по несколько сотен человек, да еще по тысяче различных запросов, то получается весьма нехилый объем работы... ... Серилизация (склейка элементов массива в строку) и перезапись (опять же) ВСЕГО файла статистики... ... тут затронута обработка данных только из одного «раздела» статистики (а ведь скрипт еще должен скорректировать данные и в остальных), не описан блок, который проверяет доступность сайта для данного юзер-агента и хоста-источника (а он жрет времени тоже немало), не учтены потери на выделение/освобождение памяти и копирование целых веток массива, если автор решил (для упрощения программирования) отделить часть массива например так: Пример кода $as = $ar['allsein']... ... Главное то, что ПРИ ЛЮБОМ ХИТЕ (даже переходе серфера с одной страницы сайта на другую) происходят ВСЕ описанные операции — чтение, разбор, поиск, склейка, запись и выполняются они над ВСЕМ содержимым файла статистики... ... За счет кэширования вы выиграете часть времени на чтении/сохранении файла статистики, но как быть с массивом... ... Другими словами, пока идет обработка одного посетителя, все остальные будут ждать ибо для них доступ к файлу статистики окажется заблокированным... ... Теперь взглянем, как эта же задача была бы решена с использованием БД... ... Для данного примера также будем рассматривать работу только с одним «разделом» статистики — данных о поисковых запросах... ... Да еще про кэширование вспомним :-) Кстати, если ваш сайт достаточно посещаем, то файл статистики будет расти как на дрожжах и каждое обращение к скрипту будет вызывать чтение/парсинг/поиск/сохранение всех этих десятков мегабайт, а при использовании БД при любом количестве посетителей нам все так же будет нужно читать всего несколько сотен байт (три записи из таблиц), а записать - только 12 байт... Подробнее: http://fit-media.com/post_1222679684.htmlЧто есть грамотный интерфейс?
Степень соответствия запросу: 0,22%
Фрагменты текста поста : ... Это может показаться странным, но именно интерфейс программы самым прямым образом влияет а производительность юзера... ... Если контрол выполняет некое "типовое" для многих программ действие (например печать данных или вставку из буфера обмена), то такой контрол в вашей программе должен и выглядеть и действовать точно так же как аналогичные контролы в других программах... ... Крутящиеся на экране песочные часы - признак плохо спроектированного интерфейса или программы в целом... ... с помощью интерфейса пользователь и программа обмениваются информацией... ... В следующих постах я буду постепенно "разжевывать" эти качества, описывать возможные проблемы при реализации того или иного поведения интерфейса и давать пути их решения... Подробнее: http://fit-media.com/post_1199807872.html
