[mdk-re] Re: [mdk-re] По поводу электронной почты.

[mookid@sigent.ru (Mikhail Zabaluev)]

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.