eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikasterowanie urządzeniami el. przez PC?Re: sterowanie urządzeniami el. przez PC?
  • Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mail
    From: Mario <m...@p...onet.pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: sterowanie urządzeniami el. przez PC?
    Date: Sat, 14 Feb 2009 22:24:16 +0100
    Organization: http://onet.pl
    Lines: 47
    Message-ID: <gn7cq4$mc9$1@news.onet.pl>
    References: <gmqaik$egf$1@news.onet.pl> <gms6kp$3be$1@nemesis.news.neostrada.pl>
    <gmt2ch$mr3$3@news.wp.pl> <kbu4qp08m9qm.xes5ac1euweb$.dlg@40tude.net>
    <gmul96$md1$5@news.wp.pl> <gmur6j$t96$1@atlantis.news.neostrada.pl>
    <gmvj24$cma$2@news.wp.pl> <gn2965$6jj$1@nemesis.news.neostrada.pl>
    <gn4k23$khb$1@news.wp.pl> <gn6ble$m3c$1@nemesis.news.neostrada.pl>
    <gn7b07$ek7$1@news.wp.pl>
    NNTP-Posting-Host: arb86.internetdsl.tpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: news.onet.pl 1234646660 22921 83.17.187.86 (14 Feb 2009 21:24:20 GMT)
    X-Complaints-To: a...@o...pl
    NNTP-Posting-Date: Sat, 14 Feb 2009 21:24:20 +0000 (UTC)
    User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
    Mnenhy/0.7.5.0
    In-Reply-To: <gn7b07$ek7$1@news.wp.pl>
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:557093
    [ ukryj nagłówki ]

    gargamel pisze:
    > Użytkownik "T.M.F." napisał:
    >> Zawiesza sie bo jest napisany w jezyku wysokiego poziomu? Masz jakas
    >> literature na poparcie tej tezy?
    >
    > oj zaraz byś chciał literaturę kjtóra by zaciebie pomyślała, naprawdę
    > nie rozumiesz aktu że im język jest wyższego poziomu tym programista ma
    > mniejszą kontrolę nad kodem?:O)
    > np: taka zwykłą pętla for w C, wiesz ile z tego kompilator robi
    > instrukcji asemblera?:O) jak sprawdzisz to przynajmniej dędziesz
    > wiedział ile tam jest śmiecia

    Załóżmy, że jesteś w stanie napisać krótszą pętlę niż wygenerowana z C
    przez kompilator. Ale musisz napisać znacznie więcej kodu, we którym
    masz znacznie większe szanse pomylić sie. A pętla w C jest prosta jak
    konstrukcja cepa. Nawet jeśli kod wynikowy jest troszkę dłuższy to jest
    wygenerowany automatycznie i małe są szanse żeby zawierał błąd. Zdarza
    się, że kompilatory zawierają błędy ale dość szybko są wykrywane łatane.
    Zakładam, że bardziej niezawodna jest zbiorowa praca programistów od
    avr-gcc niż rzeźbienie rozbudowanego projektu przez programistę
    asemblerowego. Sam od dawna pisałem w asemblerze ale przy okazji
    przejścia na nowe procki przerzuciłem się na C. Nigdy więcej pisania w
    asemblerze obliczeń zmiennoprzecinkowych na logarytmach :) Będzie
    konieczność przyspieszenia jakiejś obsługi przerwania to najwyżej
    przepiszę kawałek kodu w asemblerze ale jeszcze nie miałem takiej potrzeby.

    >
    >> Jaka niewiedza? Co mnie obchodzi jak dziala jakas funkcja. Mam funkcje
    >> biblioteczna, ktora realizuje np. x+y i nie ma dla mnie znaczenia jak
    >> ona to robi, byle to robila.
    >
    > no włąśnie, co ciebie obchhodzi, tak samo co ciebie obchodzi ze
    > oprogramowanie jest niestabilne i z masą śmieci skoro jest poprawnie
    > napisane:O(

    A skąd wniosek że jeśli go nie obchodzi jak funkcja działa to znaczy że
    go nie obchodzi stabilność kodu wynikowego. Przecież ty pisząc w
    asemblerze też nie interesujesz się jak to jest realizowane na poziomie
    mikrokodu. Skoro tego nie wiesz to może twoje instrukcje są zamieniane
    na błędne mikroinstrukcje?
    >



    --
    Pozdrawiam
    MD

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: