вторник, октября 30, 2007
Использование Undo вместо предупреждений
Never Use a Warning When you Mean Undo
статья о пользе Undo - интересно, насколько сложно
сделать реализацию Undo достаточно модульной,
чтобы вынести в отдельный фреймворк. Возможно
AOP поможет в этой ситуации? Скажем, что если написать аспект,
который обрабатывает вызовы бизнес-методов вроде
@Undo("Remove user", "restoreUser")
UserManager.removeUser(User u),
использует аннотации, чтобы описать действие в меню
Отката, а также сконфигурировать компенсирующий метод..
статья о пользе Undo - интересно, насколько сложно
сделать реализацию Undo достаточно модульной,
чтобы вынести в отдельный фреймворк. Возможно
AOP поможет в этой ситуации? Скажем, что если написать аспект,
который обрабатывает вызовы бизнес-методов вроде
@Undo("Remove user", "restoreUser")
UserManager.removeUser(User u),
использует аннотации, чтобы описать действие в меню
Отката, а также сконфигурировать компенсирующий метод..
Ярлыки: usability
вторник, октября 23, 2007
Настраиваемость интерфейсов
Настраиваемость
Настраиваемость интерфейса пользователем (особенно если пользователь знает, что он может интерфейс настроить) имеет крупные минусы:
- Это фактическое признание разработчика в том, что ему не удалось сделать действительно хороший интерфейс.
- При каждой смене версии (или рабочего места) на перенастройку или привыкание к новому интерфейсу тратится заметное время пользователей.
- Пользователи тратят свое время не на производительную деятельность, а на настройку интерфейса.
- Настраиваемый интерфейс дороже в производстве.
Но есть и крупные плюс: настраиваемые интерфейсы воспринимаются пользователями как более простые («я смогу настроить его под себя и мне будет удобно») и одновременно как более мощные («ух ты!»). Соответственно, интерфейсы должны быть настраиваемыми, вопрос только в том, как сделать их такими и не испортить. Например, можно:
- Ограничится только возможностью настройки цветов интерфейса. Воздействие на эргономику минимально, а интерфейс уже воспринимается настраиваемым.
- Реализовать предварительно настроенные варианты интерфейса и дать пользователю возможность выбора варианта без его настройки. Если смена варианта выполняется легко, потери времени на настройку и переучивание будут минимальны.
- Ограничить настройки только частью пространства экрана, буквально – сделать единственный настраиваемый объект (например, часть панели инструментов жестко определена, но часть ее кнопок настраивается пользователем).
(C) Владислав Головач Три источника и две части субъективной удовлетворенности
Ярлыки: usability
понедельник, октября 22, 2007
Элегантность пользовательских интерфейсов
Великолепная презентация с примерами об элегантности
пользовательского интерфейса. Я всегда верил, что найду что-нибудь
похожее и буду давать почитать всем дизайнерам и программистам с которыми я работаю,
вместо того чтобы невнятно рассуждать о том, что то что они сделали смотрится
как-то не очень.
Кстати, я давно подозревал что программисты и дизайнеры - не самые лучшие кандидаты
на вакансию специалиста по юзабилити. Как оказалось, ближе всего к заветной цели
психологи.
Хм. пожалуй стоит подумать о том чтобы взять себе в штат психолога..
пользовательского интерфейса. Я всегда верил, что найду что-нибудь
похожее и буду давать почитать всем дизайнерам и программистам с которыми я работаю,
вместо того чтобы невнятно рассуждать о том, что то что они сделали смотрится
как-то не очень.
Кстати, я давно подозревал что программисты и дизайнеры - не самые лучшие кандидаты
на вакансию специалиста по юзабилити. Как оказалось, ближе всего к заветной цели
психологи.
Хм. пожалуй стоит подумать о том чтобы взять себе в штат психолога..
Ярлыки: usability
