https://opennet.ru/openforum/vsluhforumID3/11230.html Пол Венеция (Paul Venezia) поднял (http://infoworld.com/d/networking/take-gui-and-shove-it-374) в своем блоге тему оптимального создания интерфейсов для конфигурирования системы и выполнения административных задач, выступив с критикой GUI-интерфейсов, подобных YaST. По мнению Пола GUI-интерфейс должен быть лишь надстройкой над проработанным интерфейсом командной строки и текстовых файлов кофигурации, но не заменой. В качестве примера приводится успех продукции фирм Cisco и Juniper, изначально сделавших ставку на универсальный и проработанный командный интерфейс управления, в то время как компании развивающие только GUI-интерфейсы были со временем почти вытеснены с рынка коммуникационного оборудования.<br><br><br>GUI- и web-интерфейс имеет право на жизнь, но применим лишь для выполнения несложных одноразовых настроек, кода возникает необходимость создания нетривиальной конфигурации или требуется произвести типовые изменения на нескольких системах, использование GUI-интерфейса превращается в пр...<br><br>URL: http://infowor https://opennet.ru/openforum/vsluhforumID3/11230.html#110 Thu, 07 Oct 2010 13:11:33 GMT &gt;Взаимосвязи системы для человека значительно понятнее в виде графа, чем в виде таблицы.<br>&gt; Да и ошибки человек чаще видит, чем вычитывает.<br><br>Да с этим-то я и не спорю. Только вот трудозатраты для создания _действительно_ эффективного GUI для большинства _сложных_ программных комплексов (iptables, squid & c.t.r.) ещё нет достаточно эффективных инструментов, не сводящих "на нет" усили по разработке.<br>Похоже - время не пришло.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/11230.html#109 Thu, 07 Oct 2010 12:53:32 GMT Под продвинутым GUI вы, видимо, имеете в виду нечто универсальное и всеобъемлющее.<br>Я же говорю всего лишь о том, что в каждом конкретном случае визуализация настроек может принести ощутимую пользу. И именно графика позволит приблизить настройку программы на экране к тому, что представляет себе специалист, обдумывая эту настройку. Чем сложнее программа, тем меньше видение специалиста похоже на список параметров и команд. Просто потому, что человеческий мозг не слишком приспособлен для обработки информации такого рода. Взаимосвязи системы для человека значительно понятнее в виде графа, чем в виде таблицы.<br>Да и ошибки человек чаще видит, чем вычитывает.<br> https://opennet.ru/openforum/vsluhforumID3/11230.html#108 Thu, 07 Oct 2010 12:00:11 GMT Если брать библиотеки для работы с мультимедиа, то вот, например, Xilisoft Video Converter (правда, под винду). Построен вокруг библиотеки ffmpeg. И вот, черт возьми, офигенно удобен. Где бы под линукс такой взять?<br> https://opennet.ru/openforum/vsluhforumID3/11230.html#107 Thu, 07 Oct 2010 10:24:21 GMT &gt;Приведите примеры недостающих вариантов)<br><br>Посмотреть в литературе по гуям?<br> https://opennet.ru/openforum/vsluhforumID3/11230.html#106 Thu, 07 Oct 2010 10:00:56 GMT &gt; А разработчику, соответственно, должно быть стыдно, если специалист, разбирающийся в предмете, не может без дополнительной подготовки настроить написанный разработчиком инструмент. При этом не играет роли, каков интерфейс настройки - GUI или CLI.<br><br>А вот тут не могу не согласиться!<br>И документированность должна быть на высоте, и дизайн инструмента (имеется в виду не только внешний вид). Вот только описание GUI сложнее описания значений аргументов CLI.<br>&gt; Хотя мое имхо, что GUI имеет более широкие возможности в плане интуитивности, наглядности и возможности охватить взглядом всю настройку разом. С распознаванием образов<br><br> и нахождением путей человек справляется не в пример лучше, чем с парсингом строк. А компьютер - наоборот. Так пусть каждый занимается своим делом.<br>И тут возразить почти нечего. Разве что вспомнить о том, что "визуализация" многих параметров многих программ без использования многомерных изображений практически невозможна...<br>&gt; При этом повторюсь: GUI, ограниченный россыпью контролов - убож https://opennet.ru/openforum/vsluhforumID3/11230.html#105 Thu, 07 Oct 2010 09:48:27 GMT А разработчику, соответственно, должно быть стыдно, если специалист, разбирающийся в предмете, не может без дополнительной подготовки настроить написанный разработчиком инструмент. При этом не играет роли, каков интерфейс настройки - GUI или CLI. <br><br>Хотя мое имхо, что GUI имеет более широкие возможности в плане интуитивности, наглядности и возможности охватить взглядом всю настройку разом. С распознаванием образов и нахождением путей человек справляется не в пример лучше, чем с парсингом строк. А компьютер - наоборот. Так пусть каждый занимается своим делом.<br><br>При этом повторюсь: GUI, ограниченный россыпью контролов - убожество и тупик. <br>Ничего вне определенной ниши ему не светит, и ниша эта сильно ограничена.<br><br>Конечно, CLI-интерфейс делать проще, что греха таить. Но когда сотни часов одного программиста экономятся за счет миллионов часов пользователей - оправдания такой экономии нет.<br> https://opennet.ru/openforum/vsluhforumID3/11230.html#104 Thu, 07 Oct 2010 09:03:20 GMT &gt; Господин Венеция не осилил гуй?<br>&gt; Пусть посмотрит на Kerio Control, видать гении его делали, раз смогли сделать<br>&gt; через гуй управление фаерволом, шейпером, встроеным антивирусом трафика, веб сервером,<br>&gt; разграничением правами пользователей и еще ...<br><br>Когда заменил Win-server на linux с iptables+squid+apache+clamav перекрестился и теперь моя сеть "мягкая и шелковистая".<br>Теперь настройка Kerio перестала сниться, а поначалу мучился...<br> https://opennet.ru/openforum/vsluhforumID3/11230.html#103 Thu, 07 Oct 2010 08:34:41 GMT &gt;&gt;&gt;&gt;&gt; Прально, а вместо echo - snprintf(fd, "15 degree", 10);<br>&gt;&gt;&gt;&gt;&gt; открыть QT, нарисовать батон, и виндюрить туда этот код,<br>&gt;&gt;&gt;&gt;&gt; добавить ползунков и крутилок по вкусу.<br>&gt;&gt;&gt;&gt; Потом изменятся параметры двигателя <br>&gt;&gt;&gt; На самолётах такого не бывает. Авионика, физюляж, оперение и двиган - это<br>&gt;&gt;&gt; единое целое.<br>&gt;&gt; А значит на кьюте самолеты бывают?<br>&gt; У Боинга спроси, они чего-то впиндюрили на Linux в свой 777<br><br>Вот только в системе управления двигателем ни кьюта ни чего то подобного, только разве там где индикаторы инфу выводят. Возможно.<br> https://opennet.ru/openforum/vsluhforumID3/11230.html#102 Thu, 07 Oct 2010 08:29:37 GMT ага, особенно когда в ISA надо разрешить доступ на какой либо порт SSL отличающихся от стандартных.... на самом мсдн - вот этот скрипт для просмотра какие порты открыты, вот этот скрипт для добавления портов, вот этот для удаления.<br><br>а про удаление одного умершего контролера в домене открываешь страницу мсдн и там в начале главы написано: 2С ПОМОЩЬЮ ЭТОЙ ОБВЯЗКИ ВЫ МОЖЕТЕ СДЕЛАТЬ ВСЁ", и дальше по тексту когда доходит до нужных мне вещей начинается "это сделать через гуй нельзя, открывайте консоль и ..." в общем понеслась<br><br>после этого их GUI ничем кроме как гуйнёй назвать не получается.<br>