Удобочитаемость и простота восприятия никак не помещают удобству использования (переходы по табам так и остануться) а вот начинающим пользователям будет гораздо легче понять и «заучить» порядок нажатия табов.
Вспомнил еще Songbird — аудиоплеер-firefox
Про пример с foobar хотел бы добавить. Наверное я погорячился и создание интерфейса вряд ли можно отнести к конфигурированию (настройке).
Чем разношерстней пользовательская аудитория тем больше будет в программе настроек (как минимум это будут пожелания по интерфейсу, сколько людей столько вкусов).
Если программа решает одну конкретную задачу, то сделать ее понятной, предсказуемой и удовлетворяющей потребностям большинства (по дефолту) задача вполне решаемая малым числом настроек или их отсутствием. Если же программа решает комплексы последовательных или параллельных задач то тут все сложнее, и чем больше этот комплекс тем больше настроек (т.к. это будет совокупность настроек и определить ее однозначно уже может оказаться невозможным).
Я думаю что:
1 Настройки должны быть понятными пользователю программы, если необходимо, то подробно документированными в терминах начинающего пользователя программы (настройки ui отдельно, функционал отдельно, дока по настройке доступна оттуда же где и настройка, только не надо подробное описание громоздить в интерфейс, в доке по настройке иногда полезно давать и справку по предметной области примеры использования и т.д.)
2 Настроек должно быть много. (в разумных пределах, в рамках задач программы)
3 Где возможно настройки должны определяться автоматически либо автоматически сужать выбор пользователя.
4 Чем чаще предполагается смена какой либо настройки (опции) в процессе работы тем доступнее она должна быть пользователю (в интерфейсе, настройки которые на данном этапе решения задачи пользователя не имеют смысла не должны присутствовать в интерфейсе). Настройки изменяемый один раз или редко (цвета и форматы вывода например) должны быть убраны в конфиги, адванседы и т.д.
5 Если нет возможности составить список настроек по умолчанию который удовлетворит большинство пользователей то использовать поддержку профилей настроек. Обязательно должен быть продуман вариант наиболее частого(ых) профиля(ей) настроек.
Вещи очевидные, и фактически я повторил все что было сказано выше. В общем подробному анализу пользовательской аудитории быть!
Крайность на грани бреда: делать конфигуратор (интерфейса) настроек, и настройки автоматического определения настроек :)
Еще надо наверно разделить вкусы и потребности (форму и содержание). Вкусы у пользователя могут быть не предсказуемы, но задача ПО удовлетворять не вкусы, а потребности. У ПО есть определенный круг решаемых задач (проблем), что уже косвенно определяет потребности пользователя этого ПО. Поэтому «вкусовые» настройки уносятся с глаз долой, но должны быть, а «потребительские» распизиваются в нужные легко доступные места. (пункт 4)
Пример foobar2000, интерфейс аскетичный, но способный удовлетворить любой вкус. Конечно без копания и без некоторых навыков ничего не выйдет, но для человека у которого потребность удовлетворить свой вкус (которому важна форма) это гораздо лучше чем отсутствие такой возможности и «попсовый» интерфейс. Возможность сохранять «вид» создает условия для роста коллекции интерфейсов, что облегччает выбор (настройку) интерфеса тем кому вроде бы и пофиг но хотелось бы красивее :). Для тех кому важна форма есть поддержка плагинов и большая их коллекция. Для всех остальных же минимальный функционал и интерфейс.
еще надо будет решать проблему прав по чтению и записи самих профайлов :)
т.е. это видимо будет одна единственная софтина которая имеет доступ на запись (типа селинукса) в которую нужно встроить механизм обучения… т.е. она будет задавать пользователю вопросы по поводу того что какие разрешения дописать данному ПО в его профайл…
как система поймет что это был выбор пользователя, а не сгенерированный запрос от ПО к системе?
когда вы открываете файл в текстовом редакторе система получает запрос от ПО. По вашему на любой «запрос пользователя» открыть файл, система будет давать права на этот файл полные (даже не важно какие права имеет пользователь).
или я что то не так понял?
по поводу пункта 1.2 DHCP и конкретно резервации адресов. есть проблема (win 2003) когда зарезервированный адрес кто-то пытается присвоить ручками то резервация в DHCP портится. Приходится лезть руками и править. Может подскажете как решать эту проблему и существует ли она на win 2008? Я эту проблему решил запустив ipguard в сетке и написав экспорт данных из dhcp в конфиг ipguarda. теперь никто ручками адрес себе присвоить не может. точнее присвоив несанкционированный адрес он не может работать в сетке, а тот, кто имеет этот адрес по праву, продолжает оставаться в сетке и резервация в dhcp не перетирается.
Еще читал что могут возникнуть проблемы при dhcp relay. реализация в нект. устройствах не корректно работает с виндовыми dhcp. сам пока релай не использую.
за топик спасибо.
в целом согласен с верхним коментом, но даже если каждый посмотревший ролик воодушивится им на хотя бы на 5 мин да еще и успеет сделать за эти 5 мин чтонить полезное то в сумме думаю какой никакой а положительный результатец будет… ну и на смену тем кто уже посмотрел будут приходить новые…
ролики отличные…
комменты не читал может уже об этом говорили…
для более четкого понимания назвали б пункты «статус проекта» «проекту нужно» «проект предлагает» а то я не сразу понял кому что нужно кто кому что предлагает…
ну и форму обратной связи не помешало б что советы не в каменты на хабр писать :)
Про пример с foobar хотел бы добавить. Наверное я погорячился и создание интерфейса вряд ли можно отнести к конфигурированию (настройке).
важна формаважен функционал есть поддержка плагинов и большая их коллекция.Если программа решает одну конкретную задачу, то сделать ее понятной, предсказуемой и удовлетворяющей потребностям большинства (по дефолту) задача вполне решаемая малым числом настроек или их отсутствием. Если же программа решает комплексы последовательных или параллельных задач то тут все сложнее, и чем больше этот комплекс тем больше настроек (т.к. это будет совокупность настроек и определить ее однозначно уже может оказаться невозможным).
Я думаю что:
Вещи очевидные, и фактически я повторил все что было сказано выше. В общем подробному анализу пользовательской аудитории быть!
Крайность на грани бреда: делать конфигуратор (интерфейса) настроек, и настройки автоматического определения настроек :)
Еще надо наверно разделить вкусы и потребности (форму и содержание). Вкусы у пользователя могут быть не предсказуемы, но задача ПО удовлетворять не вкусы, а потребности. У ПО есть определенный круг решаемых задач (проблем), что уже косвенно определяет потребности пользователя этого ПО. Поэтому «вкусовые» настройки уносятся с глаз долой, но должны быть, а «потребительские» распизиваются в нужные легко доступные места. (пункт 4)
Пример foobar2000, интерфейс аскетичный, но способный удовлетворить любой вкус. Конечно без копания и без некоторых навыков ничего не выйдет, но для человека у которого потребность удовлетворить свой вкус (которому важна форма) это гораздо лучше чем отсутствие такой возможности и «попсовый» интерфейс. Возможность сохранять «вид» создает условия для роста коллекции интерфейсов, что облегччает выбор (настройку) интерфеса тем кому вроде бы и пофиг но хотелось бы красивее :). Для тех кому важна форма есть поддержка плагинов и большая их коллекция. Для всех остальных же минимальный функционал и интерфейс.
т.е. это видимо будет одна единственная софтина которая имеет доступ на запись (типа селинукса) в которую нужно встроить механизм обучения… т.е. она будет задавать пользователю вопросы по поводу того что какие разрешения дописать данному ПО в его профайл…
когда вы открываете файл в текстовом редакторе система получает запрос от ПО. По вашему на любой «запрос пользователя» открыть файл, система будет давать права на этот файл полные (даже не важно какие права имеет пользователь).
или я что то не так понял?
Еще читал что могут возникнуть проблемы при dhcp relay. реализация в нект. устройствах не корректно работает с виндовыми dhcp. сам пока релай не использую.
за топик спасибо.
ролики отличные…
для более четкого понимания назвали б пункты «статус проекта» «проекту нужно» «проект предлагает» а то я не сразу понял кому что нужно кто кому что предлагает…
ну и форму обратной связи не помешало б что советы не в каменты на хабр писать :)
Данный интернет сайт заблокирован на 15 минут
Причина блокировки:
Превышение установленного договором лимита нагрузки
видать хабраэффект :(
сайт автора проги
скачать