The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Размышления, почему GUI-конфигураторы никогда не вытеснят CLI, opennews (ok), 05-Окт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


97. "Размышления, почему GUI-конфигураторы никогда не вытеснят CL..."  +/
Сообщение от iCat (ok), 07-Окт-10, 11:01 
> Я считаю, что проблема не в GUI vs CLI...

Правильно! Проблема в том, что студенты перестали учиться. Их теперь знакомят с методами заработка, а не с профессией.
Специалисту, незнакомому со своими инструментами должно быть стыдно.
Причём это касается не только IT-спецов.
Должно быть стыдно и делопроизводителю, незнакомому с правилами оформления документов вкупе со стилями в текстовом процессоре.
Должно быть стыдно IT-менеджеру, не понимающему разницы между администрированием SQL и маршрутизацией.
Должно быть стыдно руководителю предприятия, не знакомому с методами организации процессов...

А в нашей сфере - должно быть стыдно за незнание ОСНОВ.


Ответить | Правка | Наверх | Cообщить модератору

105. "Размышления, почему GUI-конфигураторы никогда не вытеснят CL..."  +/
Сообщение от тоже Аноним (ok), 07-Окт-10, 13:48 
А разработчику, соответственно, должно быть стыдно, если специалист, разбирающийся в предмете, не может без дополнительной подготовки настроить написанный разработчиком инструмент. При этом не играет роли, каков интерфейс настройки - GUI или CLI.

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

При этом повторюсь: GUI, ограниченный россыпью контролов - убожество и тупик.
Ничего вне определенной ниши ему не светит, и ниша эта сильно ограничена.

Конечно, CLI-интерфейс делать проще, что греха таить. Но когда сотни часов одного программиста экономятся за счет миллионов часов пользователей - оправдания такой экономии нет.

Ответить | Правка | Наверх | Cообщить модератору

106. "Размышления, почему GUI-конфигураторы никогда не вытеснят CL..."  +/
Сообщение от iCat (ok), 07-Окт-10, 14:00 
> А разработчику, соответственно, должно быть стыдно, если специалист, разбирающийся в предмете, не может без дополнительной подготовки настроить написанный разработчиком инструмент. При этом не играет роли, каков интерфейс настройки - GUI или CLI.

А вот тут не могу не согласиться!
И документированность должна быть на высоте, и дизайн инструмента (имеется в виду не только внешний вид). Вот только описание GUI сложнее описания значений аргументов CLI.
> Хотя мое имхо, что GUI имеет более широкие возможности в плане интуитивности, наглядности и возможности охватить взглядом всю настройку разом. С распознаванием образов

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

ТАК!!!!11
А более "продвинутый" зачастую израсходует больше ресурсов (человеческих и системных), чем сам инструмент.

> Конечно, CLI-интерфейс делать проще, что греха таить. Но когда сотни часов одного программиста экономятся за счет миллионов часов пользователей - оправдания такой экономии нет.

Один программист не сможет создать "продвинутый" GUI. А для многих "утилит" и десяток программистов "продвинутый" GUI будут создавать не один год...


Ответить | Правка | Наверх | Cообщить модератору

109. "Размышления, почему GUI-конфигураторы никогда не вытеснят CL..."  +/
Сообщение от тоже Аноним (ok), 07-Окт-10, 16:53 
Под продвинутым GUI вы, видимо, имеете в виду нечто универсальное и всеобъемлющее.
Я же говорю всего лишь о том, что в каждом конкретном случае визуализация настроек может принести ощутимую пользу. И именно графика позволит приблизить настройку программы на экране к тому, что представляет себе специалист, обдумывая эту настройку. Чем сложнее программа, тем меньше видение специалиста похоже на список параметров и команд. Просто потому, что человеческий мозг не слишком приспособлен для обработки информации такого рода. Взаимосвязи системы для человека значительно понятнее в виде графа, чем в виде таблицы.
Да и ошибки человек чаще видит, чем вычитывает.
Ответить | Правка | Наверх | Cообщить модератору

110. "Размышления, почему GUI-конфигураторы никогда не вытеснят CL..."  +/
Сообщение от iCat (ok), 07-Окт-10, 17:11 
>Взаимосвязи системы для человека значительно понятнее в виде графа, чем в виде таблицы.
> Да и ошибки человек чаще видит, чем вычитывает.

Да с этим-то я и не спорю. Только вот трудозатраты для создания _действительно_ эффективного GUI для большинства _сложных_ программных комплексов (iptables, squid & c.t.r.) ещё нет достаточно эффективных инструментов, не сводящих "на нет" усили по разработке.
Похоже - время не пришло.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру