https://opennet.me/openforum/vsluhforumID3/71306.html Во время проведения саммита Linux Foundation End User Summit был проведен (http://linux-foundation.org/weblogs/press/2010/10/12/new-linux-foundation-user-survey-shows-enterprise-linux-to-achieve-significant-gains/) опрос пользователей Linux из числа работников корпоративного сектора. В опросе участвовало 1,948 представителей компаний, организаций и правительственных учреждений, при этом 387 респондентов представляли корпорации с годовым доходом не менее 500 миллионов долларов и со штатом более 500 служащих. <br><br><br>Краткие итоги (http://www.linuxfoundation.org/lp/page/download-the-free-linux-adoption-trends-report) опроса:<br><br><br>- В наступающих годах доля Linux будет расти: 76.4% опрошенных компаний планирует увеличить кол-во Linux-серверов в ближайшие 12 месяцев, 41.2% планируют добавить Windows-серверы, а 43.6% будут уменьшать долю Windows-серверов либо оставят её прежней. <br>- В течение следующих пяти лет 79.4% респондентов планируют увеличить долю Linux относительно других ОС, и только...<br><br>URL: http://linux-f https://opennet.me/openforum/vsluhforumID3/71306.html#187 Wed, 03 Nov 2010 15:09:24 GMT Ну, это вы куда-то далеко пошли. Массу удобств можно реализовать поверх Posix.<br> https://opennet.me/openforum/vsluhforumID3/71306.html#186 Wed, 03 Nov 2010 15:06:59 GMT &gt;&gt; плеером сделали, а более точно - как в винде COM-компоненты), части<br>&gt; лучше как D-bus, более слабосвязанные сервисы. Только какого-то реестра с метаданными сервисов<br>&gt; в духе SOA (но в разы легче по реализации) и не<br>&gt; хватает.<br>&gt; А COM -- это no way, слишком сильно связанные сервисы. Тот же<br>&gt; Automator, кнопка "записать скрипт" -- легко реализуется в MacOSX из-за дизайна<br>&gt; системы, но в общем случае не работает (при любом разрешении экрана,<br>&gt; настройках, и т.п.) в Windows.<br><br>Ну да. Из COM я имел в виду идею интерфейсов и компонентов, их реализующих.<br><br>&gt;&gt; Да что говорить - сейчас так называемые DE не поддердивают даже полноценные<br>&gt;&gt; сессии. <br>&gt; ??? единственное существенное отличие DE от просто WM -- это и есть<br>&gt; поддержка сессий в приложениях DE, интероперабельность между приложениями DE (чуть сложнее<br>&gt; чем "открыть файл в приложении"), и общие настройки приложений/семантическая база<br><br>Пока что основное отличие DE - это попытки сделать сови велосипеды для конфигуарции всего и вся - сети, списков п https://opennet.me/openforum/vsluhforumID3/71306.html#185 Wed, 03 Nov 2010 14:40:14 GMT &gt;&gt; Ну и перестать, наконец, плодить GUI-only<br>&gt;&gt; велосипеды, типичный пример которых - разнообразные мастера настройки сетей, которым полагалось<br>&gt;&gt; бы быть гуёвыми мордами к соотвествующим текстовым утилитам, библиотекам или стандартным сервисам на D-Bus.<br>&gt; а не должны ли консольные утилиты иметь "встроенное описание" своих параметров и<br>&gt; законов их использования на машиннопонимаемом языке ?<br>&gt; и почему "сессия" только для ГУИ ? почему не для демонов например<br>&gt; тоже ?<br>&gt; и где смена версии программы-демона-ядра без перезапуска с использованием механизмов сериализации-десериализации<br>&gt; ?<br><br>Должны. Но там уже всё настолько устоялось, что замучаешься что-то с места сдвигать. С одной стороны гуйщики, с другим - матёрые клишники, которым и так хорошо<br> https://opennet.me/openforum/vsluhforumID3/71306.html#184 Wed, 03 Nov 2010 14:37:52 GMT Это не повод ничего не улучшать в линуксе, согласитесь. А в данной области прогресс уже как-то давно стоит.<br> https://opennet.me/openforum/vsluhforumID3/71306.html#183 Wed, 03 Nov 2010 14:36:36 GMT &gt;&gt; части функционала просто нет (например, привязки раскладки клавиатуры к текущему элементу редактирования, а не к окну программы)<br>&gt; Вот тут в форме ответа есть 4 поля ввода, Вы реально хотите<br>&gt; для всех четырёх этих полей отдельно русский включать? По моему это<br>&gt; какое-то не нормальное желание :) Раскладка-на-окно гораздо логичнее и удобней, по<br>&gt; моему.<br><br>А никто не заставляет браузер таким образом детализировать. надо чтобы интерфейс всего лишь давал возможность. Обратный пример - вот у меня куча табов, а язык почему-то один.<br>А конкретно в форме для ответа одно поле гарантированно латинское (e-mail), имя пользователя может быть любым, в капче цифры, в поле ответа язык дефолтный должен быть русским... При нынешних интерфейсах я это никак не реализую, хотя делов там - 4 вызова (анонс входа в "контекст редактирования", анонс выхода из него и запросы на получение/установку раскладки для указанного контекста).<br> https://opennet.me/openforum/vsluhforumID3/71306.html#182 Wed, 03 Nov 2010 14:19:06 GMT &gt; Не забывайте, что Google Android проходит тот же "путь версий", что и<br>&gt; Java ME.<br><br>Разница в том, что функционал версии 1.5, во-первых, достаточен для массы приложений (а на Java ME мало что напишешь - огранчиена она адски), а во-вторых, гарантируется работа приложений, написанных не то что на 1.5 - на 1.0 на всех последующих версиях андроида. Если по спецификации писали, конечно. <br><br>Впрочем, если в новой Java ME появится возможность, скажем, интегрировать свой метод звонка в штатный диалер, и это будет общепринято - буду только рад. А пока - андроид просто-напросто предоставляет настолько больше возможностей, что при его наличии никто на Java ME писать не будет.<br><br> https://opennet.me/openforum/vsluhforumID3/71306.html#181 Wed, 03 Nov 2010 14:12:43 GMT &gt;&gt; Даже до заголовков развёрнутых окон, в которых не пускают мышь, не додумались - хотя<br>&gt;&gt; это сделало бы доступ к меню много более удобным.<br>&gt; А как тогда их, извините, закрывать, ежели крестик нажимать не пускают?<br><br>вариантов масса, самый простой - пускаем при зажатой Ctrl, к примеру. Более удобный - при заезде мыши в нужный угол под ней появляется кнопка "закрыть". Это если клавиатурой не пользоваться.<br><br>&gt;&gt; либо не отвечает нынешним реалиям. Те же упоминаемые мной полосы прокрутки<br>&gt;&gt; были хороши, когда не было колеса, а сейчас другие решения надо<br>&gt; вот в некстстепе полосы прокрутки были правильные -- во-первых, слева/сверху от текста,<br>&gt; то есть ближе к курсору/началу абзаца, во-вторых, пропрорциональные. Колесо на мышке<br>&gt; убило грамотрый дизайн GUI, да :(<br><br>Ага. Вот надо хотя бы эти правильные идеи пособирать.<br><br>&gt; на мой взляд, диалога открытия файла вообще не должно быть. Ни в<br>&gt; виде диалога -- интерфейс<br>&gt; в стиле хотя бы Емакса удобнее, т.к. позволяет делать поиск, в том<br>&gt; числе, по надписям н https://opennet.me/openforum/vsluhforumID3/71306.html#180 Wed, 03 Nov 2010 13:47:48 GMT &gt;&gt; Нормальные строки прокрутки - описал чуть выше.<br>&gt; Понятно, без комментариев. Ждем вашего брата, которому вдобно прокручиваться педалями.<br><br>Написал же - "для тех времён" это було удобно. Колеса тогда на мыши не было, к вашему сведению. А "мышь влево до упора + щелчок левой кнопкой" - много проще, чем "мышью попасть на стрелочку или полосу ниже ползунка".<br><br>&gt;&gt; Совсем всех - потому что неизвестно заранее, что надо будет скопировать пользователю.<br>&gt; Т.е. вам необходимо текст с label'ей и кнопок копировать? Туда же. Ждем<br>&gt; брата которому нужны скриншоты GUI в псевдографике.<br><br>Смейтесь, пока у вас на кнопке не окажется текст иероглифами. Я погляжу, как вы будете пытаться его в переводчик засунуть, чтобы понять, что нажать и остаться и неубитыми плодами трудов тяжких... Это как один пример.<br><br>&gt;&gt; А за него решать - плохой тон.<br>&gt; Плохой тон - bloat'ить софт идиотскими никому не нужными "фичами".<br><br>Эта фича почти ничего не стоит. <br><br>&gt;&gt; Сложные визуальные темы я не собираюсь программировать никак. Я ими не поль https://opennet.me/openforum/vsluhforumID3/71306.html#179 Tue, 19 Oct 2010 11:05:59 GMT Релизы убунты привязаны к релизам гнома (обычно через месяц, в этот раз ради 10.10.10 пришлось поторопиться).<br><br>Ваш К.О.<br>