Благодетели:

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

В течении 2001 г я проводил некоторое время, работая неполный рабочий день, в местном центре обучения взрослых, преподавая CLAIT. Курсы были для начинающих с большим разнобразием людей. Они были "полные новички", многие никогда до этого не включали компьютер. Это испытание было большим обучением как для меня, так и для них.

Ключевой момент об этих новичках, которым я преподавал, то, что они ни в коем случае не были глупы или медленны. Многие из них работали со сложными техническими устройствами и превзошли других в выбранной ими специальности. Все эти люди чувствовали, что они отстали от ИТ (Информационных Технологий) и что возник некий интелектуальный барьер во входе в продвинутый компьютерный мир. Это начальное предположение - ключ к дальнейшему обсуждению. Эти люди технофобы (страх перед техникой) - они боятся быть оставленными быстро развивающейся технологией и они боятся саму технологию! Для избавления первого страха лучше обращаться через социальный уровень, но последний страх может быть сглажен, основываясь на умственной модели мира.

Это эссе описывает некоторые из наблюдений, которые я сделал, когда более продвинутые члены моей команды установили сеанс с Linux через SSH (защищенный канал связи). Окно PuTTY (консольный терминал связи) было сделано в "полный экран", и пользователям сказали, что компьютер теперь работает в "режиме диалога". Ни каких упоминаний о дополнительных операционных системах не было сделано до конца испытаний. С пользователями был короткий разговор в начале каждого сеанса и дан лист общих команд. Продвинутым пользователям было разрешено помогать друг с другу, в то время, когда я отвлекался на остальную часть класса.

Люди просто не понимают современные GUI операционных систем. Посмотрите на уровень обучения отдельно взятого рабочего, которому надо правильно интерпретировать и использовать единственную "панель управления" на некоторой машине. Что бы владеть современными GUI нужно выбрать операцию, размещение операции и зависимость друг от друга сотен, если не тысяч, таких панелей. Самый трудный навык - это выбирать и определять правильную последовательность операций на "одной панели управления" и уметь обращаться к другой "панели управления", касающейся желательной операции. (Под "панелью управления" автор понимает все компоненты GUI: меню, кнопки, панели и т.д - прим. перев.)

Сравните это с современной жизнью. Такие вложенные "панели управления" редкость и одиночные представители, по крайней мере, необыкновенны (например, АТМ). Вместо этого, что искать метафоры, мы должны расмотреть один день из жизни темы многих известных экспериментов Ерика С. Реймондса, тети Тилли.
Тетя Тилли провела свою жизнь, прекрасно справляясь без компьютеров. Она, без сомнения, имела честолюбивую работу интеллектуальную работу, и теперь в ее преклонных годах она двигалась в сторону отдыха. Тетя Тилли не глупа. Она прекрасно обходится с людьми, местом и вещами, которые возникают в ее жизни.

Типичный день для тети Тилли начинается с подъема, затем ходьба вниз и проверка почты, которая может быть доставлена ей. Для этого она идет к плетенному блоку на ее двери и открывает его. Она видит два конверта и кладет на кухонный стол.

Будучи типичной английской леди, она любит начинать день с чашки чаю. Ставя чайник на плиту, она садится и открывает конверты, один за одним читая письмо, до открытия следующего (автор проводит аналогию с последовательным вводом команд в командной строке UNIX - прим. перев.). Одно из писем от ее племянника Эрика из которого она узнаёт, что он находится в Америке и что у него все хорошо. Тетя Тилли откладывает письмо в сторону, чтобы оно напомнило написать ответ по-позже. Второе письмо - некоторый рекламный проспект, предлагающий ей кредитную карточку, которую тете Тилли не надо и она этого не хочет. Она бросила это письмо в мусорную корзину.

Тетя Тилли слышет щелчок чайника, извещающий что он выключил себя (аналогия с паралельно выполняющейся задачой в фоне в UNIX, которая закончила работу и сигнализирует об окончании - прим. перев.). Она идет к чайнику и наливает чашку чая. Как только она закончила завтрак, тетя Тилли отправляется по магазинам. Тетя Тилли всегда идет к бакалейщику на углу улицы, потому что она любит поговорить с ним об предложенных товарах и что она хочет купить. Обычно разговоры ограничиваются беседой о фруктах и овощах, но тетя Тилли чувствует себя менее запуганной, говоря с бакалейщиком, чем необходимость идти к универсаму в город и пробовать выбрать в магазине из предложенных тысяч товаров.

Как только она закончила делать покупки, она идет домой и распаковывает. Она видит письмо от Эрика на кухне и вспоминает, что хотела написать ответ. Она пишет письмо и относит в гостиную, что бы завтра отправить его.

Это - обычный день для большинства людей, и каждый уверен, что такие вещи, как письма, чайники, бакалейщики, работают. Позвольте мне попробовать извлечь некоторые особенности из жизни тети Тилли, которые делают ее удобной и соответствуют интерфейсу в компьютерных системах.
Во-первых, тетя Тилли не делает больше чем две вещи одновременно. Конечно, она "многозадачна", ставя чайник и читая почту, но ее внимание сосредоточенно в одном месте в данный момент времени.
Другая особенность жизни тети Тилли - известные местоположения для известных вещей. Письма имеют место, когда нан них нужно ответить и когда их нужно послать. Тетя Тилли делает эти вещи в разное время в течении дня.

Наконец, мы замечаем важность диалога в ее жизни, явно или не явно. Тетя Тилли имеет неявный диалог с почтовым ящиком:
- Есть письма?
- Да, два.

Тетя Тилли ведет явный диалог с бакалейщиком при поиске информации о сегодняшних продуктах. Жизнь тети Тилли редко управляется с помощью "панели управления". Мы не видим, что тетя Тилли выбирает из списка изделий у бакалейщика. Мы не видим, что она определяет местонахождение открытой двери и передвигается с помощью "панели назначения" в своем саду, или должна напечатать "grocers" или "grocer" что бы добраться к правильному месту.

В течении всего дня есть неявный элемент открытости, будь это дорожные знаки или уведомления или вещи, в ожидаемых местах. Это особенность повседневной жизни, которую мы не замечаем, но сразу отмечаем, если помещены в другую среду, которая не так открыта нам. Типа иностранной страны с нечитабельными уведомлениями и надписями, или той, которая является неожиданной и где различная культура обеспечивает различные нормы поведения, которые мы не используем. Можно сравнить новичка - туристом на земле компьютера. Мы должны помнить, что он не знает ни язык, ни культуру.

Перед обсуждением компьютерного интерфейса для тети Тилли, мы должны узнать, зачем ей компьютер. Она слышала, что компьютеры могут сделать ее жизнь более простой и более быстрой. Она слышала, что она могла бы связываться с Эриком, не платя международную стоимость пересылки. Кто-то сказал ей, что она могла заказать в бакалее товар не выходя из дома, используя "online". В основном, она хочет выполнять те же задачи, только быстрее и проще. Тетя Тилли не геймер, не продвинутый пользователь и не хакер. Она хочет интерфейс, который позволит использовать компьютер подобно прислуге или инструменту. Мы можем предположить, что продвинутый пользователь настроит ей компьютер и подключение к Интернет, и тетя Тилли будет использовать компьютер подобно стиральной машине, посудомоечной машине или плите. Все они - приборы, установленные, связанные и проверенные квалифицированным Инженером.

Теперь мы можем спроектировать интерфейс для тети Тилли, что бы позволить ей перемещать некоторые из ее ежедневных задач на компьютер. Ссылаясь на предыдущие разделы, мы можем определить желаемые свойства гипотетического "совершенного" интерфейса с точки зрения лекого отображения на существующую модель мира тети Тилли.

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

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

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

У различных элементах задачи или объектов есть известное место расположения или метод доступа к ним. Связанные задачи должны быть в близлежащих местах.

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

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

Командная строка - это и есть диалог. Новички взоимодействуют с компьютером, давая команды/спрашивая, и читают ответ. Все взоимодействие происходит через клавиатуру, кое-кто был знаком с ней, часто по опыту работы с печатной машинкой.

Работу с "мышью" в начале избегали. Командная строка - одномерна с единственной точкой концентрации: курсором. Вертикальная ось экрана всегда время и обеспечивает новичку постоянное напоминание того, что он сделал, когда показывает на строку с ошибкой инструктору. Введение в пользование "мыши" делает вертикальную ось быть и временем и местом в зависимости от характера выполнения программы. Пользователи должны привыкнуть к использованию мыши, хотя это для них не просто, поверьте мне.

Пользователи находят, что общение с компьютером посредством CLI очень естественным. Однажды, один пользователь, когда все были проинструктированы об основах командной строки UNIX, сказал:
-О, что я вижу! Я разговариваю с компьютером также, как принято в Великобритании удалять гласные из SMS сообщения.
Как только это было подмечено, он стал быстро прогрессировать в запоминании названий команд, произнося их, например, "mkdir" как "muk-dear", а не "em-kay-dee-eye-ah".
(в UNIX команды обычно называются английскими словами без гласных, причем
если команда что-то меняет - то она обычно начинается с ch (CHange - менять)
если команда что-то создает - то она обычно начинается с mk (MaKe - создать)
если команда что-то удаляет - то она обычно начинается с rm (ReMove - удалить)
прим. перев. )

Опыт с CLAIT классом показал две вещи о CLI методе. Первое, существующая модель общения натурально отображена в CLI. Пользователи быстро разобрались в синтаксисе команд и нашли это полезным. Второе, наиболее важное, пользователи сочли контроль компьютера, с помощью CLI, лучше.

Это утверждение будет обсужденно ниже. Пользователям было объяснено, что компьютеры глупы и делают только то, что вы сказали. Они поняли ограниченную форму языка, "как разговор с ребенком". Подобно детям им нужно сказать что сделать и если они не понимают, то объяснить более подробно. Пользователи были уверенны, чтобы они не печатали на компьютере, это не могло навредить ПК и что любые случайные "удаления" файлов могли быть восстановлены. С этим знанием, пользователи вели себя более уверенно, поскольку они чувствовали себя интелектуально выше, задавая вопрос в простой форме для компьютера. Это было противоположно тому, что чувствовали пользователи работая с GUI. Они были подобны детям, тыкающие на случайные кнопки. Так как пользователи боялись нажать на неправильную кнопку, думая что это причинит бедствие, то они не были склонны экспериментировать. С CLI они могли экспериментировать безопасно, так как если компьютер их "не понимал" - то он бы "переспросил".

Чувство превосходства поощряло экспериментирование, потому что давало пользователям веру, что если они определенно "ломают" компьютер, то они должны заставить компьютер сделать это, а это они вряд ли сделают.

Пользователями было сразу замечено, что CLI был менее запутывающий, потому что "не все находится на экране сразу". CLI позволяет пользователям концентрироваться на одной задаче, и они были рады не прерываться на другие задачи. Пользователи сообщили, что в GUI они постоянно отвлекались на смену клавиатуры и "мышки", и неточное щелканье "мышой" вызывало окна и прерывало работу.

Некоторые пользователи спросили, можно ли заставить компьютер делать задачи, которые не ждут действий пользователя. Этим пользователям были предоставлены особенности работы оболочки bash. Я написал маленький скрипт и назвал его "inbg" (IN BackGround - в фоне, прим. перев.), который был эквивалентен модификатору &. Пользователи вначале были смущены сообщениями, которые выдавал bash, когда задача в фоне заканчивала свою работу, но как только было объяснено, что таким образом компьютер говорит, что закончил выполнять задачу в фоне, то пользователи нашли это полезным. Тут пользователи разделилсь на два лагеря, одни хотели чтобы уведомление об окончании задачи выдавалось сразу, другие хотели "чтобы компьютер ждал их и не прерывал, а потом позже сообщил". Это будет обсужденно дальше в разделе "Расширение".

Это было самой приятной частью испытания. Тут пользователи были проинструктированы, что они могут получить справку о любой специфичной команде у команды man и было описано как читать ответ man. Пользователям очень понравилось ясное, последовательное размещение и ссылки к другим полезным командам. Многим понравился серфинг по man-страницам в поисках других полезных команд. Это увеличило количество команд, которые пользователи стали знать. В сообщение дня пользователи были информированы, что команда man имя_команды выдаст полную информацию по имя_команды. Был дан список команд, связанных с темой доступ к файлу, модификации и для работы с документами, и объяснено как перемещаться вверх-вниз в ответе man и как оттуда выйти обратно "в режим диалога" (выход из чтения помощи в shell). Это был важный шаг, так как пользователи впервые не понимали компьютер и задавали вопрос "Что я сейчас делаю?"

Пользователей поощряли искать интересные команды, используя редактор pico в их "личном месте" (/home - домашняя директория, см. раздел "Местоположение"). Даже возникло небольшое соревнование среди пользователей на поиск самой крутой команды, что поощрало их на иследование системы. Все пользователи согласились с тем, что редактор pico лучше Word и NotePad, так как "редактор pico говорит, что нажимать". Стоит отметить, что пользователи знали, что сочетание Control+клавиша обозначается как ^клавиша. Если я был чуть смелее, возможно нужно было дать редактор vi с его двумя режимами, помнится секретари AT&T использовали его для печати документов.

Мнемоническую природу UNIX-команд удивительно просто запомнить, как будто команды были записаны полностью английскими словами. Правило выкидывания гласных букв придавала командам "причудливость", которую просто запомнить. Я подозреваю, что широкое использование сокращенных мнемонических слов с правилом "текст за себя говорит", очень сильно помогает.

Наконец, всем пользователям дали правило "большого пальца": если они забыли как работает команда, то надо набрать команда -help или команда -h и они получат минируководство по команде. Пользователям очень понравилась технология "Tab-завершение". Особенность bash выдавать список всех окончаний. Пользователи сообщили, что это полезно, когда забыл как писать команду по буквам. Один из пользователей сравнил это с поиском в словаре, когда вы знаете с какой буквы начинается, но забыли как пишется по середине слова.

Пользователи в начале были неуверены в файловой иерархической системе. Они все, казалось, понимали понятия доступ к файлу и свое личное место, как комнату (/home). Они поняли понятие "файл", как имя ящика, в котором компьютер будет хранить некоторые данные, которые будут размещены в их "личном месте"(/home). Но понятие каталога - было для них трудным.

Один пользователь схватил концепцию быстрее и проще описал другим, как "ящик внутри другого ящика". Он прекрасно продемонстировал на том, что он создал файл "RememberBox" (Ящик Напоминаний) с тем что он хотел сделать. Он показал как он заглядывал внутрь с помощью редактора pico и напоминал себе о деталях. Можно провести параллель с тетей Тилли, которая кладет письма около двери, чтобы они ей напоминали об отправке их.

Когда его спросили, а дома он так себе сделал, то он ответил: "Нет". Так как когда он открывает "Мой  Компьютер" он не видит там ни каких своих "ящичков". Он сказал, что "режим диалога"(CLI) лучше, так как он видит свои "ящички" и "RememberBox" (Дело в том, что в UNIX все попадают в свои домашнии директории и видят там свои файлы-ящички, а в Windows - ты начинаешь с "Пуск" или "Мой Компьютер", прим. перев.).

Я добавил в .login файл команду, которая выводила содержимое "RememberBox". Пользователи очень заинтересовались этим и спрашивали как я это сделал. Я указал им на файл .login и объяснил, что все что вы напишете там в виде команд, компьютер выполнит когда вы его включите (и войдете в систему, введя имя и пароль, прим. перев.). Новички заинтересовались новой игрушкой и стали настраивать свои .login файлы, чтобы выводить различные сообщения и исполнять свои команды.

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

Эта сессия была настроена с почтовыми учетными записями, чтобы пользователи могли посылать друг другу сообщения. Их хорошие отношения с редактором pico подвели меня с мысли, чтобы использовать почтовый клиент pine. Хотя все пошло хорошо, но некоторые пользователи жаловались, что они потеряли "режим диалога"(bash - shell). Они спросили, есть ли програмы, которые могла бы читать почту в "режиме диалога" (из bash). Так как у меня было ограничение по времени, то я избегал лекций на тему "Старая школа UNIX почты", но порекомендовал почитать страницы man. Тут окончательно стало ясно, что пользователи не хотят покидать командную строку, потому что "тут они знают что они делают" в отличии от GUI, где все случается сразу.

Почтовая система была для пользователей понятна, как аналогия с обычной почтой. Одну интересную вещь я заметил, что несколько независимо пользователей сохранили свои письма в каталог "RememberBox". Это показало важность знать о местоположении различных объектов интерфейса. Философия создания удобочитаемых файлов в UNIX сильно помогла, потому что пользователи привыкли к открытию файлов "RememberBox", чтобы проверить, что они должны сделать.

Bash имеет способность информировать пользователя о приходе новой почты, как уведомление об окончании фоновой задачи. И снова пользователи разбились на группы, кому это понравилось и кому нет.

Всем пользователям больше понравилось уведомление bash, чем окно в GUI. Пользователям не нравилось внезапное прерывание их работы выскакивающим окном, предпочитая уведомления компьютера о разъяснении команды. Многие пользователи сказали, что были напуганы, когда появлялось окно предупреждения.

Выскакивая большое количество раз по незначительному поводу, окно раздражало пользователя и вела к привычке нажимать на "ОК" чтобы избавиться от него. Пользователи сказали, что в большинстве случаев не читают информацию в окне предупреждения, но читают уведомление в командной строке, потому что оно не прерывает, то что вы делаете.

Так что же мы можем заключить из этих экпериментов? Конечно CLI обладает некоторыми преимуществами перед GUI в определенных разделах, которые я попытался описать. CLI в основном имеет недостаток изображений и графики. Если время и силы позволят, то я проверю гибрид CLI/GUI.

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

И для программистов намного проще написать CLI программу нежели GUI. Для создания GUI-программы требуется больше времени, чем для CLI, и это часто отражается на качестве программы. Вариант CLI-программы вынуждает программиста создать ограниченный интерфейс, а это, как раз, очень хорошо для новичка. Так же для CLI лучше документация, так как документация для каждой опции - это побочный эффект обработки команды.

Общая система уведомлений могла бы не прерывать диалог с компьютером, как это делает bash (когда заканчивает работу фоновая задача) или bash-mail. Система уведомлений могла бы выводить в некоторую область экрана "status area".

Возможно эти вещи могли быть объединены в новую оболочку. Можно ввести более унифицированный метод управления работой, с помощью встроеной функции "inbg".

Это испытание новичков показало необходимость в "начальной загрузке" в CLI. Нужно обеспечить новичка списком команд, с которых он может начать. Гипертекстовая природа man-страниц подталкивала новичков к исследованию других незнакомых команд.

В идеале, я хотел бы расширить курс для новичков, преподавая курс с CLI и дойдя до GUI. Мои опыты показывают, что CLI представляет лучшую среду для новичков, чтобы поставить их на ноги. Я так же считаю, что это дает лучшее понимание того, что именно происходит в компьютере.

В последствии многие из пользователей просили меня перевести их компьютер в "режим диалога"(CLI). Казалось, что за короткий срок обучения, они стали продвинутыми пользователями CLI и боролись с GUI. В то время Mandrake Linux был очень распространен и я записал несколько CD. Что случилось потом, я не знаю. Но я надеюсь, что хотя бы один из них - продвинутый пользователь CLI. Если бы испытание было бы теперь, я вероятно порекомендовал бы "Knoppix Linux live-CD", с ним они могли перезагрузится в "режим диалога".

Пожалуйста, обратите внимание, что примечания к испытаниям были сделаны давно. Они никогда не были научными, так что ваши новички могли измениться. Однако, выводы, которые я сделал здесь - те же самые, которые я сделал давно. И я надеюсь, что следующее испытание даст подобные результаты.

Рич Воехам - студент Кембриджского Университета, факультет "Группа Обработки Сигнала". Когда он не занят Геометрической Алгеброй и доказательством теорем, он любит узнавать технологии, изучая UNIX и преподавая новичкам компьютерные курсы.

Я позволил себе наглость провести аналогию между собой и Ричем Воехам. Я, так же как и он, обучал людей на компьютерных курсах и так же изучаю UNIX. Поэтому, чуть ниже напишу пару заметок про "CLI vs GUI". К сожалению, я не смог бы провести подобные испытания, меня бы уволили. Так как, пока в России, компьютерная грамотность - это знание основ Windows и Office.
Итак, заметки ....
1) Обучая детей премудростям MS Windows, давал детям отдых на каждом уроке, обычно в конце занятия. Отдых в среднем был 10 минут и увеличивался в большую сторону пропорционально хорошему настроению Василия Николаевича, то бишь меня. Это свободное время дети обычно играли в милые, добрые, развивающие игры типа "Quake 3 Arena" и "Counter-Strike". Вы знаете почему я вспомнил про это? В этих играх есть понятие "Консоль", которая появляется при нажатии клавиши ~. Так вот, настройки в игре можно сделать как с помощью GUI игры (меню), так и введя команду в Консоли. Причем Консоль по контролю превосходит GUI, так как GUI не позволяет настроить большую часть параметров. Это знали дети и почти все пользовались именно Консолью, а не GUI. Если учесть, что в этих играх есть Tab-завершение из списка команд, то иногда казалось, что они под UNIX скрипт ваяют, а не играют. Заметьте еще такой факт, многие игры имеют такое понятие "конфиг". Это считалось высшей степенью крутизны сделать свой конфиг для игры со своими настройками и вызывать его в игре. А ведь это пришло из UNIX, где файлы человекочитаемы и есть возможность править их с помощью текстового редактора, а не имеют, черт знает какой формат, как в Windows.
2) А что касается взрослых, то тут вообще плохо ... Читал, что при разработке GUI интерфейса MicroSoft пользовалась услугами психологов, для выяснения наилучшего восприятия GUI. Зря только деньги потратили, для русских дяденек и тетенек изображение ножниц на панели никак не ассоциируется с чем режущим, отрезающим, вырезающим, вообщем символом "Вырезать". Что квадратик в Word - это не квадратик, а дискетка - символ "Сохранить".
Большинство не читает информацию в появляющихся окнах. Я пытался съехать с коллеи, когда обучение людей идет как роботов - "тут нажмите так, а тут эдак". Но этого не хотят сами люди !!!. Им нужна инструкция: где, когда и что нажимать !!! Совершенно не вникая, в суть дела. Как тетя Тилли, которой надо компьютер, как стиральную машину, настроенную Инженером.
Вот такие дела ...