-
Data: 2014-04-06 23:59:09
Temat: Re: PIC vs AVR
Od: Mario <m...@...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2014-04-06 22:49, AlexY pisze:
> Użytkownik Mario napisał:
>> W dniu 2014-04-06 20:17, AlexY pisze:
>>> Użytkownik Mario napisał:
>>>> W dniu 2014-04-06 18:14, AlexY pisze:
> [..]
>>>>> Tu jest sedno sprawy, uC to ściśle określony sprzęt, system operacyjny
>>>>> ma działać na całej rodzinie sprzętu, ponadto poziom komplikacji
>>>>> jednak
>>>>> przewyższa atmelkowe miganie diodką, na uC program napiszesz, produkt
>>>>> sprzedasz i możesz o nim zapomnieć,
>>>>
>>>> Tylko po co w takim razie argumentacja, że pisanie w c jest
>>>> niebezpieczne z powodu błędów kompilatora czy ogólnie mówiąc szybkie
>>>> tanie i kiepskie? Skoro kod skompilowany z c jest poprawny i stabilny w
>>>> routerach czy w serwerach to czemu miałby być niepoprawny w przypadku
>>>> atmelkowego migania LEDem?
>>>
>>> Nie wiem w czym windows jest pisany ale daleko mu do bycia stabilnym.
>>> Linuxa ciężko ale też da się wywalić.
>>
>> Weź pod uwagę, że te systemy działają na bardzo szerokiej platformie
>> sprzętowej z obcymi sterownikami i na nich chodzą z kolei tysiące lepiej
>> czy gorzej napisanych programów
>
> Czyż nie to właśnie napisałem powyżej? To jest słuszny argument użycia
> języka wysokiego poziomu, w uC argumentem jest czas pisania programu i
> to uważam za niewłaściwe.
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. 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). 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).
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 07.04.14 00:00 Pszemol
- 07.04.14 00:04 Pszemol
- 07.04.14 00:06 Adam Wysocki
- 07.04.14 00:23 Mario
- 07.04.14 00:26 Mario
- 07.04.14 00:26 Marek
- 07.04.14 00:27 Mario
- 07.04.14 00:32 Pszemol
- 07.04.14 00:35 Marek
- 07.04.14 00:55 Sylwester Łazar
- 07.04.14 01:04 Sylwester Łazar
- 07.04.14 01:05 Pszemol
- 07.04.14 01:19 Pszemol
- 07.04.14 01:21 Pszemol
- 07.04.14 01:26 Mario
Najnowsze wątki z tej grupy
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
Najnowsze wątki
- 2025-02-17 Kraków => MS Dynamics 365BC/NAV Developer <=
- 2025-02-17 Chrzanów => Programista NodeJS <=
- 2025-02-17 Warszawa => Node.js / Fullstack Developer <=
- 2025-02-17 Białystok => System Architect (Java background) <=
- 2025-02-17 Białystok => Solution Architect (Java background) <=
- 2025-02-17 Gliwice => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-17 Gdańsk => PHP Developer <=
- 2025-02-17 Warszawa => Senior ASP.NET Developer <=
- 2025-02-17 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-17 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-02-17 Odśnieżanie samochodu
- 2025-02-17 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-17 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-17 Pompiarze...
- 2025-02-16 PV teraz