Разумеется, в реальной жизни такую сложную программу пользователь не

создает – как никак, он обустраивал себе чай несколько тысяч раз, действие успело стать автоматическим и создаваемый алгоритм состоит в лучшем случае из элементов высшего порядка (поставить чайник, налить чаю). В случае же компьютерных систем трудно ожидать такого автоматизма, более того, алгоритмы действий всегда получаются слишком абстрактными (а люди плохо справляются с абстракциями).

Он должен знать:

1.Что он хочет получить на выходе (чай)

2.Как минимум одну последовательность

действий, приводящую к успешному результату (наполнить чайник, поставить его на плиту, дождаться закипания, налить кипяток в стакан

с заваркой)

3.Где ему найти все объекты, участвующие в процедуре (где, черт побери, спички?)

4.Как определять годность объектов к использованию (есть ли вода в чайнике)

5.Как управляться с объектами (как включить газ)

Цикл взаимодействия

Непосредственное манипулирование и другие формы диалога

Потеря фокуса внимания

Даже такое простое действие, как стирание файла, на самом деле состоит из многих малых, уже не делимых, действий (атомов).

При этом для ускорения мыслительной работы пользователя необходимо не только

сокращать количество атомов, но и

делать эти атомы более простыми.

- Метод выбора команды из меню плох уже тем, что состоит из большого количества атомов.

+ Пользователь, вообще ничего не знающий о системе, просмотрев меню, может узнать, что файлы вообще можно стирать.

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