eGospodarka.pl
eGospodarka.pl poleca

PracaGrupypl.praca.dyskusjeto moze byc prawdaRe: to moze byc prawda
  • Newsgroups: pl.praca.dyskusje
    From: Wojciech Bańcer <p...@p...pl>
    Subject: Re: to moze byc prawda
    References: <s...@e...elsat.net.pl>
    <5...@n...onet.pl>
    <s...@e...elsat.net.pl> <0...@p...pl>
    <s...@e...elsat.net.pl> <0...@p...pl>
    <s...@e...elsat.net.pl> <0...@p...pl>
    Message-ID: <s...@e...elsat.net.pl>
    Mime-Version: 1.0
    Content-Type: text/plain; charset=iso-8859-2
    Content-Transfer-Encoding: 8bit
    User-Agent: slrn/0.9.8.1 (Debian)
    NNTP-Posting-Host: 217.173.169.9
    Date: 14 Oct 2005 23:04:41 +0200
    X-Trace: news.home.net.pl 1129323881 217.173.169.9 (14 Oct 2005 23:04:41 +0200)
    Organization: home.pl news server
    Lines: 48
    X-Authenticated-User: proteus.post
    Path: news-archive.icm.edu.pl!news.rmf.pl!nf1.ipartners.pl!ipartners.pl!news.home.net
    .pl!not-for-mail
    Xref: news-archive.icm.edu.pl pl.praca.dyskusje:165220
    [ ukryj nagłówki ]

    Aleksander Galicki napisał(a):

    > Jezyk 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.

    Czasem trzeba pisać korzystając z asemblera, bo rozwiązania w C, czy C++,
    czy innych językach są za mało optymalne. Co ma znaczenie np. przy programowaniu
    mikrokontrolerów i "cięciu kosztów". :)

    [...]

    > 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.

    C/C++ użyłem jako przykład, bo nie chce mi się pisać długo C/C++/Java/Pascal
    i wszystkich innych języków z jakimi miałem styczność. Nie wykluczam też,
    że mogą istnieć inne języki (bo nie znam wszystkich języków), w których
    ichnia forma 'goto' jest uzasadniona, dlatego pozwoliłem sobie na podanie
    krótkiego C/C++.

    > 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.

    C/C++ to był (jak pisałem wyżej) przykład. Esencją mojego przykładu jest
    to, że zasada ta nie obowiązuje w języku niskiego poziomu jakim jest
    assembler, z powodu _konstrukcji_ _języka_, a więc rzecz specyficzna
    dla języka. Ty przyczepiłeś się jak rozumiem, że jako przedstawicieli
    języków wysokiego poziomu ustawiłem C/C++? Nie to było moją intencją
    i właśnie chciałem skupić się raczej na asemblerze jako kontrprzykładzie,
    więc jeżeli inaczej to odebrałeś, to przepraszam.

    Z resztą mojej tamtejszej wypowiedzi (tą dot. nazewnictwa zmiennych)
    jak rozumiem, się zgodziłeś? :)

    --
    Wojciech 'Proteus' Bańcer
    p...@p...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