Page 68 - 4695

У результаті значний відсоток часу йде не на дію (тобто на
продуктивну роботу), а на виправлення помилок.
Помилки, що виправляються після, сприймаються користу-
вачем як помилки. Помилки ж, що виправляються під час ро-
боти з ПЗ, як помилки не сприймаються. Тому, для користувачів
це не помилки взагалі. Помилка ж, що не сприймається як така,
користувачів не дратує, що вельми позитивно діє на їх суб'єкти-
вне задоволення від системи.
Зрозуміло, що виправити що-небудь «під час» можна тільки
тоді, коли під час здійснення дії видно, що відбувається і як ця
дія вплине на активний об'єкт. Відповідно, щоб дати користува-
чам виправляти їх дії в процесі, їм треба дати зворотний зв'язок.
Але, вводити в систему зворотний зв'язок не завжди мож-
ливо. Річ в тому, що його не сприймають програмісти. Мотиву-
ючи своє відношення тим, що він погано впливає на продукти-
вність системи. Зазвичай це не так, іноді, втім, міркування про
продуктивність системи і справді мають місце. Якщо дійсно
програмісти мають рацію, коли сповіщають про те, що система
«безбожно гальмуватиме», потрібно пам’ятати про те, що про-
дуктивність зв'язки «система-користувач» завжди важливіше за
продуктивність системи. Якщо ж і це не допомагає, потрібно
спроектувати зворотний зв'язок інакше, скромніше. Іноді так
виходить навіть краще. Наприклад, за допомогою повзунків на
лінійці в MS Word можна міняти абзацні відступи, при цьому
зворотний зв'язок є, але не повний: замість перманентного пе-
реформатування документа по екрану рухається смужка, що по-
казує, куди переміститься текст. Завдяки цьому зображення на
екрані особливо не переформується, що добре.
Зауважимо, що наявність людських помилок, яких не мо-
жна виявити і виправити до остаточного здійснення дії, завжди
свідчить про недостатньо хороший дизайн інтерфейсу.

ТЕМА 5. ПОНЯТТЯ «МЕНЮ». СТВОРЕННЯ МЕНЮ
5.1. Що таке меню
5.2. Типи меню
5.3. Структура меню

67