eGospodarka.pl
eGospodarka.pl poleca

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

    "Mario" <m...@...pl> wrote in message
    news:lhsjl4$glu$1@mx1.internetia.pl...
    > Czas wdrożenia produktu jest jednym z istotniejszych parametrów.
    > Produkt ma możliwie szybko uzyskać postać gotową do sprzedaży
    > i zarobić na programistę i innych biorących udział w produkcji.
    > Nie musi być najdoskonalszy na świecie, pozbawiony nadmiarowych
    > instrukcji. Ma realizować swoje zadanie i być bezawaryjny.

    Nie dla hobbysty. Hobbysta nie robi programu dla zarobku...

    On robi program dla fajnej zabawy, wyzwania! Dla takiego Sylwestra
    skrócenie kodu o 2 instrukcje nie oznacza wcale że jego firma
    zarobi akcjonariuszom dodatkowy milion dolarów w tym roku. O nie.
    Dla niego oznacza to tylko to, że będzie mógł się tym "wyczynem"
    pochwalić na grupie dyskusyjnej i rozpocząć w sumie bezowocną
    i mocno nadmuchaną dyskusję o wyższości asemblera nad kompilatorem.

    Czyli takie bicie piany, bo o tym że kod pisany w kodzie maszynowym
    może być bardziej efektywny niż kod kompilowany automatycznie
    przez kompilator to uczą w każdej szkole i każdej książce... Każdy
    programista używający kompilatora języka wysokiego poziomu
    chyba doskonale zdaje sobie sprawę z ograniczeń jakie to na niego
    nakłada ale zwykle widzi też korzyści jakie płyną z takiej decyzji
    i jeśli tylko korzyści przerastają ograniczenia to stosuje się kompilator.

    > Dla mnie błąd w kodzie jest wtedy gdy urządzenie nie działa
    > zgodnie z przeznaczeniem lub jest awaryjne (np podatne na
    > zakłócenia).

    No ale Sylwester każdą nadmiarową instrukcję procesora wstawioną
    w kod przez kompilator nazywa "błędem kompilatora" i tryumfalnie
    ogłasza wyższość rozumu ludzkiego nad maszyną binarną :-))

    > Nie sądzę żeby był gorszy przyrząd z prockiem,
    > który 90% czasu krąży w pustej pętli, a przez 100 ms realizuje zadanie (a
    > mógłby realizować 65 ms gdyby był w asm), od przyrządu, który ma procek
    > wytężony na 95% ale napisany przez wybitnego fachowca w asm (bo pisany w
    > c by się w tym procku nie zmieścił albo nie wyrabiał by czasowo).

    Myślę że przyrząd pracujący z baterii może być w pierwszym przypadku
    lepszy, bo nowoczesny procesor 32-bitowy zrobiony w jakichś nowych
    technologiach nanometrowych efektywniej wykorzysta prąd z baterii
    niż konstrukcja sprzed 20 lat nieco odpudrowana aby ktoś ją dziś kupił.

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: