Ada_Ru форум

Обсуждение языка Ада

MDA и Ada - яасть вторая

Оставить новое сообщение

Сообщения

Vadim Godunko
MDA и Ada - яасть вторая
2007-04-09 18:13:12

Доброго времени суток!

 

Наконец у меня родилась вторая часть рассказа об использовании MDA при разработке программ на языке Ada, которую и предлагаю на ваше рассмотрение. На этот раз получилось совсем мало текста, но это не жадность - очень не хочется вводить кучу разных умных слов и ловко ими жонглировать. ;)

 

Как обычно все вопросы, замечсания и предложения очень приветствуются!

 

PS. Пользуясь случаем выражаю большую благодарность всем высказавшим своё мнение по первой части рассказа.

Vadim Godunko wrote:

 

Как обычно все вопросы, замечсания и предложения очень приветствуются!

 

PS. Пользуясь случаем выражаю большую благодарность всем высказавшим

своё мнение по первой части рассказа.

 

С ходу - три замечания общего плана.

 

1. Хорошо бы, если оно возможно и уместно, добавить ссылки - а то вдруг

кому покопаться захочется?

 

2. Надо бы обе части на сайте выложить. И следующие к ним добавлять.

 

3. Было бы неплохо все это опубликовать для более широкой аудитории.

Где и как - не знаю. "Открытые системы"?

Sergey I. Rybin wrote:

 

1. Хорошо бы, если оно возможно и уместно, добавить ссылки - а то вдруг

кому покопаться захочется?

 

Будет сделано!

 

2. Надо бы обе части на сайте выложить. И следующие к ним добавлять.

 

3. Было бы неплохо все это опубликовать для более широкой аудитории.

Где и как - не знаю. "Открытые системы"?

 

Я никогда ничего не публиковал и опыта не имею. :(

Vadim Godunko wrote:

 

> 3. Было бы неплохо все это опубликовать для более широкой аудитории.

> Где и как - не знаю. "Открытые системы"?

>

Я никогда ничего не публиковал

А вот это - здря!

 

и опыта не имею. :(

 

Надо же когда-нибудь начинать! :)

 

На самом деле - тексты вполне приличные. Их бы показать

понимающим в этих делах людям, которые так или иначе активно

связаны с публикациями (сами ли публикуются, в редакциях соответствующих

работают) для дополнительного контроля, и в случае одобрямся - фперед!

 

(В те же "Открытые системы" просто присылается текст, и в случае

общего положительного решения - тупо доводится до их

формата, это чисто техническая работа).

 

Если возьметесь - надо саморекламы добавить, чтобы читатель понимал,

что, во-первых, круче вас никого нет, во-вторых, вы готовы к контактам,

в третьих - понятно, как вас найти. Мало ли....

> - или ... в общем интересно мнение читателей...

 

Читателям интересно :)

Но есть и пожелание. Имея такой опыт создания таких приложений можно

не только статью писать, но и книгу, где более детально описывать не

только общие принцыпы но и примеры конкретных действий по их

реализации.

На это конечно потребуется гораздо больше времени но, как мне кажется,

это будет интерено многим.

 

А вообще автору спасибо :)

 

On 4/10/07, Sergey I. Rybin <rybin@adacore.com> wrote:

Andry Ogorodnik wrote:

- или ... в общем интересно мнение читателей...

 

 

Читателям интересно :)

Но есть и пожелание. Имея такой опыт создания таких приложений можно не только статью писать, но и книгу, где более детально описывать не только общие принцыпы но и примеры конкретных действий по их

реализации.

 

Тогда автор перестанет писать программы, и будет писать книгу. ;-) А платять, обычно, программистам не за написание книг, а за написание программ.

И как мне представляется, писать программы гораздо интереснее, и

надежнее, чем писать книги.

Тогда автор перестанет писать программы, и будет писать книгу. ;-)

не факт :)

 

А платять, обычно, программистам не за написание книг, а за написание

программ.

а жаль

 

И как мне представляется, писать программы гораздо интереснее, и

надежнее, чем писать книги.

согласен на все 100

11.04.07, Andry Ogorodnik<andry.ogorodnik@gmail.com> написал(а):

> Тогда автор перестанет писать программы, и будет писать книгу. ;-)

не факт :)

 

Дмитрий как обычно все упрощает и генерализует :)

Не все так просто и однозначно...

 

> А платять, обычно, программистам не за написание книг, а за написание

> программ.

а жаль

 

а теперь рассмотрим ситуацию подробнее. Для начала приведу кое-какие

мысли, с которыми думаю мало кто будет спорить: книга, написанная пускай даже

хорошим писателем, но не писавшим программы, мягко говоря,

выйдет не очень хорошей... И наоборот.

 

> И как мне представляется, писать программы гораздо интереснее, и

> надежнее, чем писать книги.

согласен на все 100

 

очередной спор на тему "что лучше, куры или яйца?" ;)

Как обычно, не имеет смысла - нужны и куры, и яйца...

 

Поэтому, как обычно, комбинация и разделение труда может

быть полезной - найти безработного тех.писателя в общем-то не проблема(где-то

мне даже попадались :) ), так что все впринципе реально, скооперируйтесь,

кто-то пишет программы и в качестве "побочного продукта" (а боюсь что

действительно

ценная информация может быть получено только на опыте) готовит материал,

а кто-то по нему пишет книги или статьи(можно даже в хорошем стиле на грамотном

русском языке :) ). Кстати обмен/сбор данных через wiki тут тоже был

бы полезен,

да и состав соавторов впринципе может динамически изменяться...

 

Vladimir

Добрый день.

 

Почитал я обе части. Как я понял вы написал генератор кода для конвертации UML в темпоральную базу данных на базе sql сервера. Это достойно уважения. Вообще темпоральная БД - больной вопрос. Все известные мне заказчики хотят смотреть историю изменения информации. Все известные сервера БД эту информацию не предоставляют. Хотя все они ей обладают (ведь ведут же они журнал транзакций). Возможно ваша технология будет пользоваться спросом не меньше вашей будущей книги. :-)

 

Есть несколько вопросов по проекту.

1. Службы CORBA Fault Tolerant, Security Service, Transaction Service сами реализовывали или брали где-то готовые?

2. Вы использовали Линтер-ВС 6.0 вместо PostgreSQL 7.4 и это как-то связано с защитой информации. PostgreSQL 7.4 я активно использую, интерестно узнать, чего там есть чего нет в Линтер, и чего нельзя бы было добавить программными модулями?

 

Если это оффтопик, можно ответить персонально.

-- Olleg Samoylov

Vladimir Teplouhov wrote:

 

А платять, обычно, программистам не за написание книг, а за написание

программ.

 

а жаль

 

Как здесь говорил Сергей, статьи и книги позволяют сделать вокруг себя ореол этакой Божественности, владения высшей Силой, или назвайте как хотите. К сожалению по моему личному опыту отличить Бога от Дьявола с ходу обычно не удаётся.

 

Одно время я с интересом читал те же "Открытые системы", пока... не перешел на "новый уровень", когда за кучами статей стало фактически невозможно разглядеть серьёзной и значительной информации. Пришлось уйти в InterNet, вскоре отпал русскоязычный его сектор за отсутствием полезности, потом начали отпадать и многие англоязычные издания...

 

Или я конкретно старею или... имеет место быть жестокая реальность, когда надо делать деньги и около-научные звания (я нисколько не пытаюсь обидеть владельцев таких званий), а период реализации серьёзных проектов (а это 5-10 и более лет) не позволяет каждый месяц публиковать даже по одной победоносной статье.

 

а теперь рассмотрим ситуацию подробнее. Для начала приведу кое-какие

мысли, с которыми думаю мало кто будет спорить: книга, написанная пускай даже

хорошим писателем, но не писавшим программы, мягко говоря,

выйдет не очень хорошей... И наоборот.

 

Неверно - оба экстемальных варианта имеют одинаково плохой результат.

 

Поэтому, как обычно, комбинация и разделение труда может

быть полезной - найти безработного тех.писателя в общем-то не проблема(где-то

мне даже попадались :) ),

А вот это интересно! Если кто знает такового, попросите его направить в мой адрес своё резюме.

 

Кстати обмен/сбор данных через wiki тут тоже был бы полезен,

Но он не даёт заработать денег. А в нашем несовершенном мире они имеют не последнее значение. :( Кроме этого существует понятие коммерческой тайны. И не только коммерческой. И кто с этой тайной имел дело подтвердит, что её соблюдение иногда доходит до полного маразма.

Olleg wrote:

 

Почитал я обе части. Как я понял вы написал генератор кода для

конвертации UML в темпоральную базу данных на базе sql сервера. Это

достойно уважения. Вообще темпоральная БД - больной вопрос. Все

известные мне заказчики хотят смотреть историю изменения информации. Все

известные сервера БД эту информацию не предоставляют. Хотя все они ей

обладают (ведь ведут же они журнал транзакций). Возможно ваша технология

будет пользоваться спросом не меньше вашей будущей книги. :-)

 

Спасибо на добром слове. :) Замечу, что технология темпоральных баз данных не нова, одно время существовал даже проект расширения SQL92 для обработки темпоральных запросов. Но он был отклонён в силу концептуальных и математически неразрешимых проблем.

 

Есть несколько вопросов по проекту.

1. Службы CORBA Fault Tolerant, Security Service, Transaction Service

сами реализовывали или брали где-то готовые?

Ядро Fault Tolerance разрабатывалась совместно с École Nationale Supérieure des Télécommunications, надеюсь его можно будет вскоре найти в PolyORB.

 

Security Service разрабатывалась нами и его можно будет встретить в PolyORB GPL 2007.

 

Transaction Service полностью самописное и вряд-ли когда будет где-то опубликовано.

 

2. Вы использовали Линтер-ВС 6.0 вместо PostgreSQL 7.4 и это как-то

связано с защитой информации. PostgreSQL 7.4 я активно использую,

интерестно узнать, чего там есть чего нет в Линтер, и чего нельзя бы

было добавить программными модулями?

 

Современный Линтер от ВНИИНС (не путать с другим Линтером от Воронежских ребят) построен строго на PostgreSQL 7.4.1. В нём есть мандатный контроль доступа и этого нет в PostgreSQL и иммитировать его нельзя. (Конечно я тут немного обманул, можно на основе ролей, но это будет несертифицируемый эквивалент)

Vadim Godunko wrote:

 

Или я конкретно старею или...

Пока - всего лишь взрослеете :)

 

(а это 5-10 и более лет) не позволяет каждый месяц публиковать даже по одной победоносной статье.

 

Статья в месяц - этот очень круто! Когда я завел разговор о статье,

у меня засвербили старые привычки академической среды, которые я,

вместо того, чтобы безжалостно изживать, холю и лелею :)

 

Статья ради статьи - едва ли разумно. Но если к этому добавить

какую-то цель, хотя бы потенциально разумную - можно попытаться.

 

Неверно - оба экстемальных варианта имеют одинаково плохой результат.

 

Точно.

 

Поэтому, как обычно, комбинация и разделение труда может

быть полезной - найти безработного тех.писателя в общем-то не проблема(где-то

мне даже попадались :) ),

 

А вот это интересно! Если кто знает такового, попросите его направить в мой адрес своё резюме.

 

А сколько платить готовы?

 

Если же всерьез и о ситуации в целом - вашей командой накоплен уникальный

опыт, и набрана весьма неслабая форма. Такое либо развивается

дальше, либо, брошенное на самотек, куда-то очень быстро девается.

Статья - один из способов поддержания формы и получения дополнительного

опыта. Не самый эффективный, но - способ.

Vadim Godunko wrote:

Transaction Service полностью самописное и вряд-ли когда будет где-то опубликовано.

 

А что так пессимистично? Распределенные транзакции никому не нужны?

 

-- Olleg Samoylov

Olleg wrote:

 

 

Vadim Godunko wrote:

> Transaction Service полностью самописное и вряд-ли когда будет где-то

> опубликовано.

 

А что так пессимистично? Распределенные транзакции никому не нужны?

 

Распределённые транзакции наверняка кому-то нужны, но данная реализация имеет некоторые специфические особенности.

12.04.07, Vadim Godunko<vgodunko@rostel.ru> написал(а):

Vladimir Teplouhov wrote:

>

>>>А платять, обычно, программистам не за написание книг, а за написание

>>>программ.

>>

>>а жаль

>

Как здесь говорил Сергей, статьи и книги позволяют сделать вокруг себя

ореол этакой Божественности, владения высшей Силой, или назвайте как

хотите. К сожалению по моему личному опыту отличить Бога от Дьявола с

ходу обычно не удаётся.

 

дык на то и было сказано "не сотвори себе кумира"...

;)

 

 

Одно время я с интересом читал те же "Открытые системы", пока... не

перешел на "новый уровень", когда за кучами статей стало фактически

невозможно разглядеть серьёзной и значительной информации. Пришлось уйти

в InterNet, вскоре отпал русскоязычный его сектор за отсутствием

полезности, потом начали отпадать и многие англоязычные издания...

 

я думаю так и должно быть - на то он и интернет :)

Книги и вообще бумага теряют смысл как источник информации...

Тем не менее они все еще иногда покупаются :)

 

 

Или я конкретно старею или... имеет место быть жестокая реальность,

когда надо делать деньги и около-научные звания (я нисколько не пытаюсь

 

деньги проще делать непосредственно, например, из воздуха :)

 

обидеть владельцев таких званий), а период реализации серьёзных проектов

(а это 5-10 и более лет) не позволяет каждый месяц публиковать даже по

одной победоносной статье.

 

> а теперь рассмотрим ситуацию подробнее. Для начала приведу кое-какие

> мысли, с которыми думаю мало кто будет спорить: книга, написанная пускай

даже

> хорошим писателем, но не писавшим программы, мягко говоря,

> выйдет не очень хорошей... И наоборот.

>

Неверно - оба экстемальных варианта имеют одинаково плохой результат.

 

вот и я про то-же

и комбинировать никто не запрещает :)

 

 

> Поэтому, как обычно, комбинация и разделение труда может

> быть полезной - найти безработного тех.писателя в общем-то не

проблема(где-то

> мне даже попадались :) ),

А вот это интересно! Если кто знает такового, попросите его направить в

мой адрес своё резюме.

 

попробую написать одному, не знаю что получиться...

 

 

> Кстати обмен/сбор данных через wiki тут тоже был бы полезен,

Но он не даёт заработать

 

это нисколько не мешает - как я уже говорил, книги уже давно никто(нормальный)

не покупает ради информации в них. В крайнем случае всегда можно ее-же

и на халяву скачать :) Так что наличие кучи информации в свободном доступе

ничему не мешает, зато помогает много чему...

 

А вот для чего могут быть нужны книги или статьи надо подумать :)

Но их все еще покупают, как ни странно...

 

денег. А в нашем несовершенном мире они имеют

не последнее значение. :( Кроме этого существует понятие коммерческой

тайны. И не только коммерческой. И кто с этой тайной имел дело

подтвердит, что её соблюдение иногда доходит до полного маразма.

 

ну, ваши тайны никому не нужны(это не reusable code ;) ), зато насчет

надежности и кое-чего на что бы следовало обратить внимание, пожалуй

наоборот можем вам кое-что подсказать... (если не ошибаюсь, это вы чего-то

там городите насчет управления воздушным движением? Чуть позже(а то сейчас

боюсь что там будет один мат ;) ) напишу просто про то с чем недавно(впрочем

такое регулярно попадается) пришлось сталкиваться, интересно как бы работала

ваша система на таком железе :) )

Не зря же и американы отдали на халяву свой компилер народу,

видать свои вояки врядли бы его протестили как следует :)

 

а насчет денег... Их проще выгребать оттуда, где они есть, чем ждать

когда какой-нить дурак оценит работу и чего-нить даст, ну там денег,

или хотябы научных званий :) Причем грести лучше автоматизированными

методами, не работать же вручную в наше время :)

Вот, например, посмотрите на эти безобразия - вот куча исходников...

http://forum.mql4.com/c/forum/2006/10/EA-Championship2006-p1.zip 158K

http://forum.mql4.com/c/forum/2006/10/EA-Championship2006-p2.zip 28K

А ведь многие из этих поделок накрутили счет в несколько раз за мес!..

http://championship.mql4.com/ru/

Причем мало у кого на этом чуде программерской мысли :) не обнаружились

через время ошибки(что подтв. слитыми счетами :) ), хотя в самой

большой программе

менее 500 строк, а во многих и вообще менее 100!.. Ну что, программеры,

слабо так написать? :) Я вот когда-то на паскале писал до 1500 стр в день,

и на хорошую отладку тратил еще не более 2-3, а тут уже неделю на этом

чуде никак не могу заставить нормально работать простейшую программу,

считающую просто x = A - B*C... Это просто чудо какое-то, дохлый страус

тихо тухнет в сторонке... ;)

А вот пример одной из стратегий http://www.fxchannel.ru/strategy.htm

Конечно, по-хорошему сюда бы много чего следовало добавить,

но и даже такой приметив в общем-то способен работать, кстати многие

из тех советников реализовывали похожие методики, и, что удивительно,

они давали прибыль... Ну дак что, что легче довести до ума, 20 мег исходников

библиотеки за зарплату, или 500 строчек приметивного автомата? ;)

(только не подумайте что я собираюсь гонять подобный приметив - это я так,

для примеру, меня больше ЦОС и теория авт регулирования прикалывает,

и подход у меня немного другой :) )

Так что если сможете сделать хотябы подобный приметив, способный

проработать хотябы несколько мес(лучше лет) без сбоев, то о деньгах

можно будет забыть... По крайней мере до тех сумм где еще дают

хорошее кредитное плечо, а это от 50K$ до 10M$ на счет в зависимости

от брокера, рост экспоненциальный(есть уже брокеры где

можно начать от 1-10$) и ограничивается только вероятностью глюка,

коих похоже кое-в-каких поделках не избежать(то есть тут достижимая

сумма будет зависеть от надежности программ)...

 

Vladimir

Sergey I. Rybin wrote:

 

Поэтому, как обычно, комбинация и разделение труда может

быть полезной - найти безработного тех.писателя в общем-то не проблема(где-то

мне даже попадались :) ),

 

А вот это интересно! Если кто знает такового, попросите его направить в мой адрес своё резюме.

 

А сколько платить готовы?

 

Желаемое можно указывать в резюме.

 

Если же всерьез и о ситуации в целом - вашей командой накоплен уникальный

опыт, и набрана весьма неслабая форма. Такое либо развивается

дальше, либо, брошенное на самотек, куда-то очень быстро девается.

Статья - один из способов поддержания формы и получения дополнительного

опыта. Не самый эффективный, но - способ.

 

Видимо слишком уникальный у нас опыт, посему не очень-то он кому-то нужен.

12.04.07, Vadim Godunko<vgodunko@rostel.ru> написал(а):

Sergey I. Rybin wrote:

>

>>>Поэтому, как обычно, комбинация и разделение труда может

>>>быть полезной - найти безработного тех.писателя в общем-то не

проблема(где-то

>>>мне даже попадались :) ),

>>

>>А вот это интересно! Если кто знает такового, попросите его направить в

>>мой адрес своё резюме.

>

> А сколько платить готовы?

>

Желаемое можно указывать в резюме.

 

типа че, правда чтоли платить собрались? :)

 

Vladimir

12.04.07, Sergey I. Rybin<rybin@adacore.com> написал(а):

Vadim Godunko wrote:

...

>>Поэтому, как обычно, комбинация и разделение труда может

>>быть полезной - найти безработного тех.писателя в общем-то не

проблема(где-то

>>мне даже попадались :) ),

>

> А вот это интересно! Если кто знает такового, попросите его направить в

> мой адрес своё резюме.

 

А сколько платить готовы?

 

на самом деле тут тоже не все так просто ;)

Где-то мне такое попадалось - видел одного чела в какой-то тусовке,

потом он представился типа тех. писателем, оказалось сам собирал

материалы для какой-то статьи... И такое тоже бывает, оказывается

не всегда статьи делают при помощи генератора сл чисел и старого

китайского метода copy&paste из попавшей под руку бульварной газетки :)

(ну не идти же в библиотеку, а этот хлам сами приносят, все равно

ведь платят по объему :) ) Мне почему запомнилось-то - судя по тому,

что он с такой профессией не помер с голоду, значит надо полагать

и такое тоже бывает, наверно в мире не все программисты или грузчики :))

Кому-то не хвает времени на писанину, а кто-то не может найти материалы...

(кто там что про вики писал? :) Вывалить ссылочек(это же легче чем

нормальный сайт вести - этак вам еще и веб-мастер понадобиться :) ) или еще

чего не долго, а там глядишь мож кто-то и сам найдется... А те что с резюме,

но не ищут сами - надо еще подумать нужны ли такие статьи из пальца :) )

 

Единственно чего не совсем понятно - кому и зачем может понадобиться

бумажные статьи :) Но в целом в этом что-то есть - по крайней мере может быть

всякую ерунду в журналах меньше писать будут, да и вообще у журналистов

обычно еще и связи там всякие с издательствами есть и тд и тп, может быть

полезно если надо будет о чем-нить новеньком написать, но все равно думаю

что на бумагу уместятся разве что краткое описание и ссылки, а все остальное

все равно уместиться только в инете... Хотя тут уже польза будет

наверняка - всякие

журнальчики чаще почитывают чем что-то ищут специально, да и надо еще и знать

что искать...

 

Vladimir

Привет и доброго времени суток всему сообществу ada_ru!

В связи с переездом перестал читать почту, а сейчас увидел, что пропустил то, чего так долго ждал :)

Вадим, выражаю свое почтение и с нетерпением жду продолжений :)

- битемпоральной архитектуре базы данных;

- или особенностях использования архитектуры CORBA для неявной передачи транзакционного времени и времени действия информации;

- или ... в общем интересно мнение читателей...

Меня лично очень интересует пункт "или" :) Можно огласить весь список? Хотя на самом деле с удовольствием почитаю о битемпоральности и CORBA на понятном русском языке :)

Еще есть вопрос по первой части - хоть ты, Вадим, и говоришь, что ничего никогда не публиковал, но первая часть статьи, открытая для общего доступа, все-таки существовала. Досадная проблема некорректной терминологии заставила прикрыть доступ. Как ты считаешь, раз уже существует продолжение, то может быть откорректировать первую часть и снова открыть доступ? Заодно и вторую выложить? Это, конечно, не "Открытые системы", но всё же...

С уважением, Роман Марченко.

roman.marchenko@mail.ru

Новое сообщение:
Страницы: 1

Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти