eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPIC vs AVRRe: PIC vs AVR
  • Data: 2014-04-06 19:24:55
    Temat: Re: PIC vs AVR
    Od: "Pszemol" <P...@P...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    "AlexY" <a...@i...pl> wrote in message
    news:lhs0th$qtp$1@speranza.aioe.org...
    > Wszystkiego idzie się samemu nauczyć, ja na razie jakoś nie mam motywacji,
    > a jest ona mi niezbędna po pierwszych podejściach do C

    Długo na samym asemblerze nie pociągniesz...
    Kiedyś znudzi Ci się miganie LEDem z pinu procesora i będziesz
    chciał napisać coś bardziej ambitnego - coś, co napisane w asemblerze
    będziesz poprawiał aż do emerytury a napisane w C/C++ zajmie Ci
    dwa dni :-)

    >> Napisz coś konkretnego o tych błędach kompilatora. I w czym są gorsze od
    >> błędów własnych?
    >
    > Błędów kompilatora raczej nie wyłapiesz, chyba że zaczniesz analizować co
    > stworzył, a to w sumie tak jakbyś od razu w asm pisał.

    Są dwie możliwości błędów kompilatora: błąd ujawnia się w postaci
    błędnie działającego kodu wynikowego (takie wyłapiesz) lub nie
    ujawnia się w postaci błędnie działającego kodu wynikowego...
    Tych drugich nie ma potrzeby wyłapywać ani się nimi przejmować.

    >> I wrzuca się go na 10 razy szybki procek. W efekcie czas realizacji
    >> zadania jest mniejszy, koszt zarazem też niższe, a wydajność procka wraz
    >> z oprogramowania wyższa.
    >
    > Właśnie, i ten procek zamiast zrobić co trzeba to tańczy lambadę
    > nagraną przez kompilator, dlatego musi być 10x szybszy.

    Obawiam się, że sztucznie demonizujesz coś, czego nie znasz..
    Uważaj, bo strach przed nieznanym ma wielkie oczy ! :-)

    > Co do błędów kompilatorów nie podam konkretów bo ich nie mam, co jakiś
    > czas gdzieś trafie na jakieś info że coś źle z kompilatora wychodzi ale
    > nie kolekcjonuje tego, mam zakodowane że przy kompilatorach mój program z
    > moimi błędami jest nakładany na cudzy program (kompilacja) z cudzymi
    > błędami, tak jak piszesz trzeba być na bieżąco z danym kompilatorem aby
    > znać i omijać jego bolączki. Przy ASMie trzeba być na bieżąco jedynie z
    > erratą procka.

    Podchodząc do życia w taki sposób chyba nie wychodzisz z domu... ???
    Nie dasz rady nad wszystkim panować, nad wszystkim mieć 100%
    kontroli. Nawet jak autobusem jedziesz to polegasz na kierowcy
    i na innych użytkownikach drogi. Owszem, jadąc rowerem (asembler)
    pojedziesz najkrótszą drogą do celu, krótszą niż autobusem (C/C++)
    ale niekoniecznie najszybszą... A wypadki zdarzają się i busom i rowerom.

    > Przypomniało mi się coś:
    > http://bash.org.pl/4845689/
    > <Lukasz> w C++ o błędach mówi nam kompilator
    > <Lukasz> w PHP klient

    Nie przypomniało Ci się tylko na szybko coś wygooglałeś...
    I powiem Ci, że pudło - to raczej właśnie był komentarz o błędach
    jakie popełniają programiści piszący w C++ lub PHP. I to była
    pochwała właśnie kompilatora C++ który zgłosi programiście
    błąd w tym co napisał i nie utworzy błędnego kodu wynikowego
    a piszący w php dowie się o swoich błędach dopiero od klienta.

    Podsumowując - nie bój się C, poczytaj książki (są po polsku!) i powodzenia!

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: