Вот мое мнение: Альтератор не обладает стандартным выводом, подходящим для enterprize management - XML (SOAP,XMLRPC,WSDL). Но к нему достаточно просто приделать этот интерфейс. Я потихоньку этим занимаюсь. В результате из управляемых по альтератору машин будут "торчать" SOAP+WSDL интерфейсы, которые позволят управлять, например, кучей машин из одной управляющей программы.
-----Original Message----- From: Michael Shigorin <[EMAIL PROTECTED]> To: [email protected] Date: Mon, 17 Sep 2007 10:48:13 +0300 Subject: [Devel-conf] q: alterator как платформа > Здравствуйте. > Предвидится ли в междистрибутивное "затишье" переработка > альтератора из текущего состояния (напоминающего опять > недокументированный и теперь ещё и раздвоенный тупик) > во что-то, обладающее критичными для платформы свойствами: > > - стабильность API и инструментария > - документированность таковых > - учёт ошибок прошлого (ликвидация известной > необходимости в хаках/повторах кода по модулям) > > плюс по возможности > > - обратная совместимость как по API (например, именам функций), > так и инфраструктуре (например, вспомогательным включаемым > makefile и их функциональности) > - самодокументированность разумно подобранными именами объектов, > вычитанными на предмет отсутствия пиджин-инглиша > > ? > > В очередной раз напоровшись на проблемы с обратной совместимостью > и тайностью знания, пришёл к выводу, что если alterator core не > получится разрабатывать как _выделенный_ стратегический проект, > который дизайнится и строится в спокойном режиме, а не > лихорадочно под очередной дистрибутив перекраивается на ходу > -- полагаться на него сторонним разработчикам не получится, > а тем, кому придётся справляться как есть, это встанет дороже. > > Конкретно в моём текущем проекте за полгода, когда несколько > раз помимо минутного добавления требуемой функциональности > приходилось терять часы(!) на раскопки и допросы по поводу > происшедших изменений (это не только моё время, а и в основном > inger@, sbolshakov@, legion@) -- кроме одного более сложного > модуля, остальные в силу своей тривиальности были написаны на > shell+gxmessage и оказываются куда практичнее. > > Выход как манагер вижу в том, чтобы: > > - дать inger@ отдышаться от проектов; > - обсудить проблемы текущей реализации с наиболее активными > авторами модулей; > - состыковаться с более опытными в вопросе разработки подобных > фреймворков коллегами; > - и _не в процессе_ подготовки/выпуска дистрибутива наконец > _нормально_ сархитектурить следующую версию alterator, которая > бы стала таким себе linux-2.6, а не "каждые несколько лет > переворот, но ждать его -- годами". > > Ссылки > ~~~~~~ > [1] http://lists.altlinux.ru/pipermail/devel/2006-December/039759.html > [2] http://lists.altlinux.ru/pipermail/devel/2006-December/039747.html > [3] http://www.freesource.info/wiki/ALTLinux/Sisyphus/Alterator/designer > > PS: это письмо было написано в августе по мотивам одной из > производившихся синхронизаций/доработок, но отложено до выхода > ldv@, aen@, smi@ из отпусков. Понятно, что текущее задание > inger@ также весьма важно и его нереально передать, но просьба > по возможности учесть приведённые соображения -- сами шишек > набили на таком. > > -- > ---- WBR, Michael Shigorin <[EMAIL PROTECTED]> > ------ Linux.Kiev http://www.linux.kiev.ua/ > _______________________________________________ > devel-conf mailing list > [email protected] > https://lists.altlinux.org/mailman/listinfo/devel-conf _______________________________________________ devel-conf mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/devel-conf
