Re: Вопрос к старым программистам: визуальное програмирование :)

[Un Lexx]

я думаю что вместо того что бы сразу разрисовывать визуализацию следует
внедрить классификацию и категории
все равно без этого вам не добиться нормальной визуализации

а проверить успешность классификации компонентов можно например используя
систему дистрибуции linux будь то deb/rpm/etc
затем уже можно сделать форк от аптитуда и добавить графики.



27 сентября 2013 г., 9:43 пользователь Илья Шипицин
<chipitsine at gmail.com>написал:

> Есть модная тема - управление правилами публикации приложений из
> системы виртуализации
>
>
> например:   http://technet.microsoft.com/en-us/library/jj721573.aspx
> или вот: "NGINX Plus supports on-the-fly reconfiguration through a simple
> HTTP-
> based API. "
>
> ну то есть идея в том, что приложение само себе правила публикации
> настраивает.
>
> P.S. мопед не мой. мы пока только присматриваемся к технологии.
>
> 25 сентября 2013 г., 22:07 пользователь Dmitry Simonov
> <dsimonov at gmail.com> написал:
> > Вопрос к зубрам!
> >
> > Есть большая многокомпонентная система. Компоненты опираются друг на
> друга
> > достаточно затейливыми конфигурированием, сам процесс которого
> нетривиален.
> > То есть типичный выкат в бой с нуля ещё как-то реален, но быстрое
> > динамическое переконфигурирование - задача не для слабонервных.
> >
> > Речь идёт не о типовых перестановках, которые конечно же можно
> > запрограммировать. Например, есть несколько слегка отличающихся
> экземпляров
> > одной и той же компоненты, которые последовательно подключаются одна за
> > другой к общей системе и мы смотрим, как система взаимодействует с
> каждой из
> > них.
> >
> > Весь опыт попыток подхода к этому снаряду показывает то, что любая
> система
> > автоматизации подобного динамического переконфигурирования ОЧЕНЬ БЫСТРО
> > устаревает (так как вся система растёт и развивается,
> > меняются/добавляются/удаляются конфигурационные параметры) подобно тому,
> как
> > устраревает документация.
> >
> > Тыщу лет назад мелькал кейс о том, как решать эту задачу. - путём
> обычного
> > визуального конструктора похожего на лего или на пазл. С таким визуальным
> > конструктором очень удобно быстро перекидывать связи между компонентами.
> И
> > вроде бы кейс был достаточно удачен.
> >
> > Может ли кто-то что-то рассказать о своих подходах к этому "снаряду"?
> > Пожалуйста, не рассказывайте мне о том, как это надо делать. Расскажите о
> > том, как вы делали и на какие грабли наткнулись.
> >
> > ---
> > Dmitriy V. Simonov,
> > Perl & Python programmer
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130927/cd177e73/attachment.html>