eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingNarzedzia CASE i generowanie koduRe: Narzedzia CASE i generowanie kodu
  • Data: 2011-11-16 22:04:16
    Temat: Re: Narzedzia CASE i generowanie kodu
    Od: Maciej Sobczak <s...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Nov 16, 3:50 pm, A.L. <l...@a...com> wrote:

    > Otoz, argumenty Panow sa mniej wiecej takie same jak argumenty
    > "ekspertow" z konca 19 stulecia:

    Słaba analogia.
    (chociaż przy centralach telefonicznych się uśmiałem)

    > 50 lat temu programowalo sie ostawiajac zera i jedynki.

    50 lat temu był rok 1961. Zdaje się, że LISP miał wtedy 3 lata,
    Fortran 4.
    Więc znowu słabo.

    > Nei wiem jak
    > sie bedzie programowamo 50 lat od dzis.

    Ja też nie, ale chętnie zaczekam.

    > Zgadzam sie z argumentem ze jezyki koncentrujace sie na CO musza miec
    > ograniczona dziedzine. I ruch MDA jest z tym zgodny - okresla sie
    > specjalizowane dziedziny.

    No i fajnie. Ale trudno to nazwać postępem - bo nie jest postępem
    fakt, że coraz mniej można zrobić. Albo inaczej mówiąc, że można
    zrobić tylko to, co ktoś już przewidział.

    > Zas jak idzie o jezyki koncentrujace sie na CO... Programowanei w
    > Prologu to glownie programowanie CO. Istnieje cala kupa
    > specjalizowanych jezykow uzywanych w Badaniach Operacyjnych, gdzie
    > programuje sie CO zupelnie ignorujac JAK.

    Nie mam co do tego najmniejszych wątpliwości. Nie wiem tylko, czy ta
    dziedzina jest zgodna z oczekiwaniami oryginalnego pytacza. Zawsze
    można podać przykład na poparcie tezy, która jest nie na temat. Ale po
    co?

    > Proponuje wyjrzec troche poza paradygmat Javy i UML

    Proponuję wyjrzeć trochę poza paradygmat technologii, które coraz
    lepiej nadają się do coraz mniejszych zagadnień (a docelowo idealnie
    nadają się do niczego, jak to było w starym dowcipie o specjalistach).
    W ogólnym przypadku pojęcie "automatyczne generowanie kodu aplikacji"
    jest fikcją i taką będzie również za 50 lat, z powodów
    fundamentalnych, które nie znikną tylko dlatego, że czas minął (tak,
    tak, telefonistki i koński nawóz, haha, ale tu mówimy o tworzeniu
    informacji z niczego).
    Natomiast w *dowolnym* szczególnym przypadku, nie ma problemu -
    istnieją np. takie specjalizowane urządzenia, na których są guziki,
    np. "cafe cappucino". Wciska się taki guzik (czyli specyfikuje się CO)
    i leci. Nie trzeba specyfikować JAK. Pachnie i smakuje idealnie.
    Niestety umie tylko tyle, ile ma guzików (zasada zachowania
    informacji!).

    W programowaniu jest podobnie.

    Uwaga: nie mam nic przeciwoko narzędziom CASE ani językom DSL. Sam
    takich używałem a nawet parę zrobiłem, na potrzeby jakiegoś
    konkretnego, wąskiego zastosowania. Warto natomiast być świadomym ich
    fundamentalnych ograniczeń. Każde narzędzie umie tylko tyle, ile ma
    guzików.

    --
    Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: