взгляды на интерфейсы
24 04 2007
http://behrk.livejournal.com/368836.html
Мои взгляды на интерфейсы (типа 50 тезисов)
...Дело было так: жил да был у меня в кармане набор заметок и {ээээ} паттернов. Рос он, рос, пока не превратился в огромную неудобочитаемую вики. После двухлетних (!!!) попыток привести эту вики в пригодный для публикации вид, я сломался, и написал по ней тезисы (примерно по одному тезису на каждую удачную страницу).
[здесь длинный список благодарностей, в котором фигурируют едва ли не все, кому этот текст может попасться на глаза]
[здесь просьба нещадно комментировать и обещание по результатам обсуждения выпустить следующую версию]
Общие принципы
0. Эти тезисы применимы не всегда и не везде. Нет серебряной пули. Люди разные (и их разнообразие невозможно свести к формальной модели)
1. Вещи (программы, системы, инструменты) должны, по возможности, "просто работать" (just works). В идеале это, например, когда два предмета положенных рядом сами начинают правильно взаимодействовать
2. Средства не должны отвлекать на себя внимание. Программы и гаджеты нужны для того, чтобы работать или развлекаться. Когда я второпях записываю номера нескольких человек (поезд уже отходит!), меня не интересуют внутренние сложности моего КПК. Он мне нужен в качестве тупой записной книжки, здесь и сейчас.
3. Ничто не должно выбивать из ритма. Рабочий настрой священен. Сообщения о том, что наконец-то можно скачать улучшенные темы рабочего стола должны подождать. Фактически, это возражение против излишней многозадачности интерфейса (но не против многозадачных ОС, разумеется!)
4. Данные должны быть в надежном месте. Я должен быть уверен, что ни бита не исчезнет без моего позволения.
4.1 В частности, не должна продалбываться неявно введенная информация. Например, выбор 20 файлов из 100 -- это больше 100 бит информации, а большинство современных систем необратимо забывают выделение. Это ли не безобразие?
4.2 Информация не должна удаляться неявно. Например, Picasa удаляет метаданные, если теряет файл из виду (даже если файл просто переложили в другое место). Это ли не хамство?
5. Все действия должны быть обратимыми. Ну, или практически все.
Мои взгляды на интерфейсы (типа 50 тезисов)
...Дело было так: жил да был у меня в кармане набор заметок и {ээээ} паттернов. Рос он, рос, пока не превратился в огромную неудобочитаемую вики. После двухлетних (!!!) попыток привести эту вики в пригодный для публикации вид, я сломался, и написал по ней тезисы (примерно по одному тезису на каждую удачную страницу).
[здесь длинный список благодарностей, в котором фигурируют едва ли не все, кому этот текст может попасться на глаза]
[здесь просьба нещадно комментировать и обещание по результатам обсуждения выпустить следующую версию]
Общие принципы
0. Эти тезисы применимы не всегда и не везде. Нет серебряной пули. Люди разные (и их разнообразие невозможно свести к формальной модели)
1. Вещи (программы, системы, инструменты) должны, по возможности, "просто работать" (just works). В идеале это, например, когда два предмета положенных рядом сами начинают правильно взаимодействовать
2. Средства не должны отвлекать на себя внимание. Программы и гаджеты нужны для того, чтобы работать или развлекаться. Когда я второпях записываю номера нескольких человек (поезд уже отходит!), меня не интересуют внутренние сложности моего КПК. Он мне нужен в качестве тупой записной книжки, здесь и сейчас.
3. Ничто не должно выбивать из ритма. Рабочий настрой священен. Сообщения о том, что наконец-то можно скачать улучшенные темы рабочего стола должны подождать. Фактически, это возражение против излишней многозадачности интерфейса (но не против многозадачных ОС, разумеется!)
4. Данные должны быть в надежном месте. Я должен быть уверен, что ни бита не исчезнет без моего позволения.
4.1 В частности, не должна продалбываться неявно введенная информация. Например, выбор 20 файлов из 100 -- это больше 100 бит информации, а большинство современных систем необратимо забывают выделение. Это ли не безобразие?
4.2 Информация не должна удаляться неявно. Например, Picasa удаляет метаданные, если теряет файл из виду (даже если файл просто переложили в другое место). Это ли не хамство?
5. Все действия должны быть обратимыми. Ну, или практически все.
вызывающая модальный диалог "введите новое имя" -- это от лукавого. Да, модальный диалог легче реализовать, но вроде бы начинали мы с того, что хотели сделать людям удобно?
33. Пусть создавать новые объекты будет легко. Не нужно кнопки "новый объект" и модального диалога (да, я не люблю модальных диалогов). Пусть новый объект создается ненавязчиво, например в результате правки образца-шаблона (пример: посмотрите, как в среде Smalltalk создаются новые методы).
34. Если это не противоречит устройству предметной области, оставляйте возможность для множественного выбора: выбрать несколько участков текста, выбрать несколько объектов, выбрать несколько вариантов, и т.п. Групповые операции -- это же удобно!
35. Даже если множественный выбор противоречит предметной области, подумайте: не может ли возникнуть ситуация, когда человеку захочется в течении некоторого времени иметь выбранными несколько вариантов? Помните: формы для ввода -- это не только средство получения ответов от пользователя, но и место, где люди временно хранят информацию, с которой работают.
36. Не забывайте: по клавиатуре иногда гуляют кошки. Не считайте "странные" моторные ошибки чем-то маловероятным. Всегда обеспечивайте возможность разобраться, что произошло в системе (куда упал и почему пропал из вида файл при drag and drop; что это за зеленая панель включилась и как ее убрать, и т.п.). Клавиатурные сокращения для небезопасных, неочевидных команд лучше вешать не на одиночные клавиши (кроде F12), а на комбинации, вероятность случайного нажатия которых, конечно, намного ниже.
36.1 По мобильным устройствам реже гуляют кошки, но зато с ними
Комментарии :
Нет комментариев. »
33. Пусть создавать новые объекты будет легко. Не нужно кнопки "новый объект" и модального диалога (да, я не люблю модальных диалогов). Пусть новый объект создается ненавязчиво, например в результате правки образца-шаблона (пример: посмотрите, как в среде Smalltalk создаются новые методы).
34. Если это не противоречит устройству предметной области, оставляйте возможность для множественного выбора: выбрать несколько участков текста, выбрать несколько объектов, выбрать несколько вариантов, и т.п. Групповые операции -- это же удобно!
35. Даже если множественный выбор противоречит предметной области, подумайте: не может ли возникнуть ситуация, когда человеку захочется в течении некоторого времени иметь выбранными несколько вариантов? Помните: формы для ввода -- это не только средство получения ответов от пользователя, но и место, где люди временно хранят информацию, с которой работают.
36. Не забывайте: по клавиатуре иногда гуляют кошки. Не считайте "странные" моторные ошибки чем-то маловероятным. Всегда обеспечивайте возможность разобраться, что произошло в системе (куда упал и почему пропал из вида файл при drag and drop; что это за зеленая панель включилась и как ее убрать, и т.п.). Клавиатурные сокращения для небезопасных, неочевидных команд лучше вешать не на одиночные клавиши (кроде F12), а на комбинации, вероятность случайного нажатия которых, конечно, намного ниже.
36.1 По мобильным устройствам реже гуляют кошки, но зато с ними
Категории : GUI
Обратные ссылки : Нет обратных ссылок »
Обратные ссылки
Нет обратных ссылок