Re: [sisyphus] Drakconf

[Stepin Igor <is-lists@istudio.ru>]

В сообщении от 17 Апрель 2003 13:49 Dmitry E. Oboukhov написал:
> ну и самое главное: путь редактирования конфигов
> ничуть не сложнее путя тыканья в галочки. Тыканье в галочки
> просто привычнее некоторым юзерам, но они привыкнут
> и к редактированию.

ИХМО, сильное заблуждение.

ГПИ (GUI) позволяет чувствовать себя "сухо и безопасно":
1. Человек не любит учить что-либо новое. Используются стандартные графические 
компоненты, которыми гораздо проще начать пользоваться. (Слишком много 
разнотипных текстовых файлов.)
1+. Невозможно ошибиться в синтаксисе. Это просто страшно сделать что-либо не 
так. (Вдруг компьютер перестанет работать? :) )
1++. Не надо знать английский язык. Без него правка конфигов похожа на 
шаманство с заклинаниями
2. Искать конфиги сложнее, чем "Центр настроек КДЕ".
3. Нельзя сделать ничего страшного (или тебя 20 раз переспросят).
4. Как правило, количество "единичных действий" _без_размышлений_ для доступа 
к основным функциям системы _меньше_, чем при правке конфигов. О чём это? 
Пользователя больше волнует _гарантированный_доступ_ через n шагов, чем 
короткий, но неразведанный, за k<<n.
5. Графика -- это красиво, текст -- скушно.

Это все относится прежде всего к пользователям и администраторам своих 
домашних или не очень машин.

ГПИ, как правило, не позволяет:
1. производить масштабные настройки
2. автоматизировать настройки с помощью программ или скриптов
3. создавать достаточно сложные настройки (с некоторого этапа текстовой файл 
становится проще ГПИ(главное чтобы были шаблоны соответствующих настроек))

Т.о. для сложных программ полностью избавиться от текстовых файлов настройки 
(даже забыв Unix-way) не возможно (очень сложно), а даже избавившись получим 
либо запутанный ГПИ, либо значительное урезание настроек.

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

PS. Может здесь расписано и не всё, что-то не так, но без анализа проблемы, 
хоть какого-то обращения к usability и психологии говорить о пользовательских 
интерфейсах не имеет смысла.

-- 
С уважением, Степин Игорь.