🚀 go-pugleaf

On Fri, 4 Nov 2005 14:36:49 +0000 (UTC), "Aleksander Galicki"
<tretete.SKASUJ@gazeta.pl> wrote:

>Michal Przybylek <mrp@neostrada.pl> napisa³(a): 
>
>> "Aleksander Galicki" <tretete.SKASUJ@gazeta.pl> wrote:
>> 
>> > Mam wrazenie ze "na koncu" moze sie okazac ze tzw Domain-Specific
>> > Modeling bedzie niczym wiecej tylko zbiorem narzedzi powiazanych
>> > dosc trywialna, choc sluszna, idea.
>> 
>> A to zle ? 
>
>Zle? Nie oceniam tego w kategoriach moralnych. Ale niewiele z tego wynika.
>Obecne stadium DSM mozna okreslic jako probe zorganizowania szumu medialnego
>wokol tej idei.
>
>A na pierwszej stronie www.dsmforum.org mozna znalezc: "Industrial experiences
>of DSM consistently show it to be 5-10 times faster than current practices".
>Tymczasem wszystkie mi znane duze projekty, ktore bazowaly na generowaniu kodu
>z obrazkow to byly dosc spektakularne klapy. Nie mowie, ze zawsze tak musi byc....
>

Pozwalam sie nie zgodzic. Moja firma jakies 15 lat temu wymyslila
"domain language" do supply chain management, i rzeczywiscie skrocila
czas wykonywania projektow 10 krotnie mniej wiecej, eliminujac w ten
sposob sporo konkurencji. Ow tool jest uzywany do dzis ze swietnym
skutkiem. Oczywiscie, od tego czasu pzreszedl co najmniej jedna
operacje kosmetyczna a teraz przechodzi druga.

Niw ma zadnych "obrazkow do rysowania", a system sie konstruuje piszac
specyfikacje w specjalnym jezyku skryptowym ktory jest potem
kompilowany do "glue codu" w Javie lub C++, zaleznie od wariantu.
Owymi skryptami mozna rowneiz do pewnego stopnia konfigurowac
"templates"

Zreszta, my nie jestesmy jedyni, a owe "domains" sa zupelnie rozne.
Sam mam na sumieniu "domain language" do modelowania sieci gazociagow.
Byl napisany w ciagu miesiaca, a "glue code" generowal przy pomocy
skryptow interpretowanych pzrez makrogenerator M4 (hej, kto pamieta co
to jest?...). Mimo ze byl napisany "ad hoc" z perspektywa uzywania
pzrez miesiac, do dzis pokutuje w roznych wariantach (byl napisany we
wczesnych latach 80 i generowal program w Ratforze. Jakis czas pozniej
zmienilem to na C i tak zostalo).

Przyklady mozna mnozyc.

>Czasem tez precyzuje sie, ze jakis "ekspert" bedzie dla konkretnej firmy,
>konkretnego produktu i konkretnej domeny definiowal ten domain
>language, ktory potem bedzie z powodzeniem uzywany do tworzenia softu. To co
>dla mnie wyglada na "haczyk" jest nastepujace: jak ten ekspert bedzie
>definiowal ow jezyk, co to za magiczne narzedzie bedzie posiadal do
>definiowana jezykow domenowych? Zagadnienie jest chyba nietrywialne, a kilka
>prob stworzenia czegos takiego, ktore widzialem, konczyly sie kompletnie
>nieuzytecznym narzedziem. Vide - http://www.jetbrains.com/mps/

Ogolnie chodzi o to, jak mniemam, aby miec ogolne narzedzia
(meta-narzedzia?...) do a) specyfikowania domain specific components,
b) generowania "glue code" lub generowania generatorow "glue code".
Nei wydaje  mi sie zeby to bylo niemozliwe/skrajnie trudne.

A.L.

P.S. A Pan Przybylek ma racje: ja w tym upatruje "nastepny krok".