eGospodarka.pl
eGospodarka.pl poleca

PracaGrupypl.praca.dyskusjeto moze byc prawda › Re: to moze byc prawda
  • Data: 2005-10-14 20:40:37
    Temat: Re: to moze byc prawda
    Od: "Aleksander Galicki" <n...@n...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    >Aleksander Galicki napisał(a):
    >
    >[...]
    >
    >> "For a number of years I have been familiar with the observation that the
    >> quality of programmers is a decreasing function of the density of go to
    >> statements in the programs they produce. More recently I discovered why the
    >
    >> use of the go to statement has such disastrous effects, and I became
    >convinced
    >> that the go to statement should be abolished from all "higher level"
    >> programming languages (i.e. everything except, perhaps, plain machine
    >code). "
    >
    >> esli chcesz sie bronic tym, ze w "plain machine code" nie obowiazuje
    >przeciez
    >> asada nieuzywania goto, to zauwaze, ze w "plain machine code" nie
    >obowiazuja
    >
    >Nie chcę bronić nic co jest w nawiasie (bo to 'i.e.' co ja rozumiem jako
    >przykład). Zadałem konkretne pytanie - czy uważasz, asm za język wysokiego
    >poziomu, oczekuję po tym odpowiedzi 'tak' lub 'nie', nie wymówek.


    ezyk nie "higher level" w danym przypadku ma znaczenie pejoratywne(czyli cos

    w czym ludzie nie powinni pisac), a nie scisle. I w tym znaczeniu nie, nie
    uwazam "assembler" za jezyk "higher level" - jest przeciez prostym
    odwzorowaniem kodu maszynowego.

    >Co do poglądów - bronię poglądu, że w assemblerze [1] (który nie jest
    >językiem wysokopoziomowym) nie da się uniknąć używania skoków (jmp),
    >czy skoków warunkowych (je/jne, itd). Jeżeli temu przeczysz, to proszę
    >o podanie rozwiązania innego, które w takiej sytuacji zadziała.
    >
    >>
    adne tego typu zasady, bo "plain machine code" jest dla "machines" wlasnie.

    >> Strzeliles gafe, ale nie mozesz sie przyznac do niej. EOT
    >
    >Ja się staram od Ciebie wyciągnąć konkrety, a operujesz na strasznych
    >ogólnikach, więc może powiedz jak byś to zrobił? Fajnie jest powiedzieć,
    >że strzeliłem gafę, bez pokazania w jaki sposób to można inaczej. :)

    Wiec wyjasnie. Gafe strzeliles bo:

    napisalem: <"Dobre nawyki", a wiec umiejetnosc dobrego programowania, to cos
    co jest wspolne w roznym stopniu dla wszystkich jezykow. Jesli masz jakies
    kontr-przykady to je podaj, ale najpierw przemysl dobrze sprawe.>

    Wydaje mi sie wiec, ze miales przytoczyc przyklad, pokazujacy, ze istnieje
    jakas zasada dobrego programowania zwiazana tylko i wylacznie z konkretnym
    jezykiem. Podales przyklad instrukcji goto w c/c++. Przyznam, ze lepiej
    podlozyc sie nie mogles. Poniewaz: 1) instrukcja goto istnieje w roznych
    jezykach. 2) Fakt, ze ta instrukcja czyni kod malo czytelnym zostal zauwazony
    jeszcze zanim powstaly c/c++, a artykul to opisujacy nie odwolywal sie do
    zadnych konkretnych jezykow. Zatem instrukcja goto jako przyklad zasady
    dobrego programowania wynikajacej z "c/c++" to glupi przyklad(a przeciez

    rosilem o zastanowienie sie zanim wyslesz przyklad). Zasada "nie uzywam goto"

    wynika nie z konstrukcji c/c++ a z faktu, ze "goto" czyni kod w dowolnym
    jezyku malo czytelnym. Wyjasnilem jak dziecku.


    A.
    --
    ============= P o l N E W S ==============
    archiwum i przeszukiwanie newsów
    http://www.polnews.pl

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