Re: [mdk-re] Logo for kernel

[mookid@sigent.ru (Mikhail Zabaluev)]

Hello Serge,

On Mon, Jan 15, 2001 at 04:09 +0300, Serge Skorokhodov wrote:
>
> Здравствуйте!
> 
> Dmitry V. Levin пишет по-поводу [mdk-re] Logo for kernel
> 
> DVL> On Mon, Jan 15, 2001 at 01:51:41AM +0300, Serge Skorokhodov wrote:
> >> Sergey пишет по-поводу [mdk-re] Logo for kernel
> >> 
> >> MO>> Или, с другой стороны, что это более трудоемко и менее уместно. Все
> >> 
> >> S> Как-то притянуто за уши. Поставить три галочки более трудоёмко, чем
> >> S> писать всё текстом? Даже и не могу представить логической базы под
> >> S> этим.

Иногда - да. Особенно, когда сложность какого-нибудь набора
взаимосвязанных управляющих элементов превышает разумный для GUI порядок
(три-четыре). На примере упомянутого диалога поиска в Win 2000: при
задании сложносочиненного поиска то и дело нужно отрывать руку от основной
позиции на клавиатуре (вы ведь знаете, зачем существуют эти пимпочки на
клавишах F и J?), переносить ее на мышь, находить курсором нужную закладку
или поле, снова возвращать руку на клавиатуру... Совершенно неоправданный
расход времени и энергии :)
Теперь рассмотрим команду find. Конечно, документация к этой команде
занимает добрых два десятка экранов, синтаксис команды и особенно его
взаимодействие с синтаксисом shell нельзя назвать простыми и удобными.
Словом, типичный пользователь, дитя нашего времени, ориентированного на
коммуникацию с помощью простых образов, никогда не найдет ни времени, ни
способности освоить глубины этой команды. Зато ее мощь - это целая алгебра
предикатов первого порядка над всевозможными атрибутами файла, да еще с
возможностью расширения. В Win 2000 есть возможность выполнять с искомыми
файлами произвольные действия?.. То-то.
Если вы не проходили в школе алгебру предикатов, вам, наверное, знакомо
раздражение от проявлений _элитизма_. Так вот, будьте готовы, сталкиваться
с элитизмом в мире Unix придется очень часто. Потому что у Unix
университетские корни. Не пытайтесь убедить этих умников в том, что все,
что имеет синтаксис, старомодно, неудобно и должно умереть - для них это
вода, в которой они рыбы. Будьте покойны, для вас тоже скоро напишут все
то визуальное и радостно поблескивающее, чего так не хватает в этом
символьном хаосе. Другое дело, что на нижнем уровне будет использоваться
все то же мрачное наследие.

> >> А мне больше всего нравилось настройка компилятора в старом Watcom'е:
> >> ставишь галочки и получаешь коммандную строку. Которую при
> >> необходимости правишь...
> 
> DVL> Посмотрите "info gcc" и поймете, что в нашем случае список галочек не
> DVL> влезет в один экран, не говоря уже о пояснениях, что к чему.
> DVL> И оно Вам надо?
> 
> Во-первых, суть в принципе. Во-вторых, в старом добром Watcom'е их
> тоже было немало, а на добрый десяток закладок. Ну а в третьих, все
> это для того, чтобы из среды настраивать. Помнится, на Zortech'е все в
> makefile писал:).

В принципе ничего плохого. У Visual C тоже параметров немало, и в среде,
после того как ее стала делать грамотная команда, все можно
отредактировать - как галочками, так и в текстовом виде. Пояснения тоже
доступны.

> 
> Если не возжигать флейму из спарка, то суть мне видится в том, что
> *NIX'ы исходно _многопользовательские_. А это предполагает
> централизованное администрирование. А полуось/винды --
> многозадачно-однопользовательские. Поэтому большую часть настройки
> можно возложить на приложения. Проблемы из-за этого появляются и там,
> и там, хотя разные.
> 
> Для выхода на персональный десктоп/лаптоп, как мне кажется, как раз и
> надо несколько "деценрализовать" управление машиной. Не по сути, а по
> форме. Пример:
> 
>   В "Мыше" я получаю первое письмо определенного типа. И в процессе
>   его чтения у меня появляются желания -- создать папку и фильтр для
>   помещения последующих подобных писем. Создать шаблон для ответа.
>   "Покрасить" его определенным образом, "навесить" на него
>   определенный флажок. И т.д., и т.п. В Linux'е часть этих действий
>   надо сделать в настройках программы получения почты, часть
>   относиться к епархии, скажем, grep'а, часть -- сугубо личное дело
>   почтового клиента. Скорее всего по не-знанию и не-умению это кажется
>   мне не-оптимальным. Действие хочется сделать а) удобно и б) в "точке
>   возникновения желания" (иначе у меня, скорее всего, просто
>   забудется). А приходиться "лазить" по "тачке".
> 
> Хорошо сделанное приложение должно быть своеобразным "фокусом", вокруг
> которого группируется определенная деятельность. Майкрософт Офисов,
> так сказать, может быть много и разных. У кого-то "центром" станет
> почтарь/органайзер, а у кого-то -- текстовой редактор или еще что. Тут
> и проблемы проектирования приложений, и проблемы завязанные на
> архитектуру системы (например, удобное "встраивание" 'su' для
> выполнения необходимых действий.

Комманданте Miguel de Icaza и другие товарищи борются именно за это.

BTW, если кто еще не слышал - Helix Code давеча переименовался в Ximian.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
You will have a long and boring life.