From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: "Dmitry V. Levin" Subject: Re: [mdk-re] Logo for kernel Message-ID: <20010116134206.A1520@localhost.localdomain> Mail-Followup-To: mookid@sigent.ru, "Dmitry V. Levin" References: <204412955.20010112233443@inbox.ru> <1254308170.20010113064907@otstavnov.com> <402086019.20010113122423@inbox.ru> <78887352.20010113212631@otstavnov.com> <19869199774.20010114125104@inbox.ru> <1954101975.20010115015141@mailru.com> <20010115033916.C625@LDV.fandra.org> <15812368849.20010115040926@mailru.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: <15812368849.20010115040926@mailru.com>; from suralis@mailru.com on Mon, Jan 15, 2001 at 04:09:26AM +0300 From: mookid@sigent.ru (Mikhail Zabaluev) Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Tue Jan 16 15:50:02 2001 X-Original-Date: Tue, 16 Jan 2001 13:42:06 +0300 Archived-At: List-Archive: 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.