[mdk-re] Logo for kernel
Mikhail Zabaluev
=?iso-8859-1?q?mookid_=CE=C1_sigent=2Eru?=
Вт Янв 16 15:50:02 MSK 2001
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.
Подробная информация о списке рассылки community