From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: Mikhail Zabaluev Message-ID: <20001213124342.C1208@localhost.localdomain> Mail-Followup-To: mookid@sigent.ru, Mikhail Zabaluev References: <3A31B679.415B55D6@logic.ru> <1012359193.20001209191143@otstavnov.com> <20001209231635.E1169@localhost.localdomain> <846163033.20001211002750@otstavnov.com> <20001211033931.C1359@localhost.localdomain> <448919990.20001213072840@otstavnov.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: <448919990.20001213072840@otstavnov.com>; from maksim@otstavnov.com on Wed, Dec 13, 2000 at 07:28:40AM +0300 From: mookid@sigent.ru (Mikhail Zabaluev) Subject: [mdk-re] Re: =?koi8-r?B?W21kay1yZV0g8M8g0M/Xz8TVINzMxcvU0s/Ozs/KINDP3tTZLg==?= 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: Wed Dec 13 12:47:00 2000 X-Original-Date: Wed, 13 Dec 2000 12:43:42 +0300 Archived-At: List-Archive: Hello Maksim, On Wed, Dec 13, 2000 at 07:28 +0300, Maksim Otstavnov wrote: > > MZ> Смею думать, это общая проблема всех компонентных архитектур. Да и такая > MZ> ли уж проблема? В эпоху становления модульных программ тоже, наверное, > MZ> раздавались сердитые возгласы по поводу того, что программисты роются в > MZ> куче библиотек вместо того, чтобы реализовать алгоритмы :) > > Я бы сказал так: есть библиотеки и библиотеки. Если библиотека > прикладной ориентации, она может быть сколь угодно большой: ее словарь > мне не нужно держать "в активе". Например, если я пишу статистический > софт, предполагается, что я знаю язык статистики и всегда могу найти > то, что уже сделано другими. > > Если же говорить, допустим, о системных вызовах, то даже две с > половиной сотни оных в Linux повергают меня в ужас, такой я мракобес > ;) не говоря уже о на порядок большем их числе в другой известной > системе ;) Я думаю, подобно тому, как в нормально спроектированном > государстве должно быть конституционное ограничение на объем > законодательства (в килознаках или килограммах), нормальное сообщество > как-то должно себя ограничивать в таких вещах. > > На мой взгляд, это _проблема_, и прежде всего проблема культуры > программирования. > > Если посмотреть на сертифицированные учебные пособия для сдачи > экзаменов по этой другой ОС в плане стиля изложения и дидактики, то > это больше всего напоминает биологию, причем додарвиновскую (и > отсутствие исторического контекста в них весьма характерно и, конечно, > оправдано, поскольку кому ж приятно осознавать себя частью тупиковой > ветви развития), линнеевскую. > > Но Линней полагал, что изучает и классифицирует разнообразие видов, > созданных Творцом, а в этих учебниках тем же тоном описываются вещи, > созданные весьма посредственными архитекторами. С самым пластичным и > благодарным материалом - кодом - который, на самом деле, требует от > мастера такта и вкуса, и _все_, учат обращаться как с хрупким > субстратом, имеющим предзаданные формы. > > Это серьезная проблема IMHO. Семейство Unix тоже пострадало от этого. Видимо, все ОС, разработанные достаточно давно, постепенно "обрастают": дешевле ввести несколько новых функций, чем все сломать и построить с нуля "дивный новый мир". Где-то это делается достаточно разумно, где-то - как менеджер решит ;) Unix отцов-основателей был вполне минималистичен. Они, помня об этом, теперь разрабатывают Plan 9. Основная проблема, как я ее вижу, в том, что слишком многое в распределении функций между приложениями и ядром отдано ядру. Сегодняшние программные технологии позволяют переиграть этот баланс. Примерами тому Hurd, BeOS и другие. > Но, вообще, если я скажу, что, допустим, скриптование в Web - тоже > пример _компонентной архитектуры_, кто первый бросит в меня камень? Я, с Вашего позволения :) Нет, конечно, динамически генерируемые страницы можно рассматривать как результат удаленных вызовов с параметрами, но интерфейс HTTP слишком беден для мало-мальски сложных взаимодействий. По-настоящему компонентны (т.е. пригодны для многократного использования в гетерогенных, распределеных средах) в Web пока только приложения с JavaBeans и немногочисленные решения с CORBA и [D]COM. -- Stay tuned, MhZ mailto:mookid@sigent.ru ----------- Somebody's terminal is dropping bits. I found a pile of them over in the corner.