-
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
- Głośnik piezoelektryczny
- Mala autonomiczna kamera monitoringu
- czas na emeryturę i EB
- Generowanie sumy kontrolnej z fragmentu pliku bin
- Re: Mala autonomiczna kamera monitoringu
- HDMI
- Re: Mala autonomiczna kamera monitoringu
- Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
- skąd my to znamy
- Re: Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
- Re: Kamera monitoringu z kartą SIM
- antena gsm
Najnowsze wątki
- 2024-06-27 SAMOCHODY ELEKTRYCZNE: EKOLOGICZNA HIPOKRYZJA CZY EKONOMICZNA GŁUPOTA? | GOSPODARCZE ZERO #21
- 2024-06-27 Głośnik piezoelektryczny
- 2024-06-23 Mala autonomiczna kamera monitoringu
- 2024-06-26 czas na emeryturę i EB
- 2024-06-26 Wyjścia video kart graficznych (NVIDIA)
- 2024-06-27 Warszawa => Key Account Manager <=
- 2024-06-27 Bażanowice => Expert Migration Architect (Azure) <=
- 2024-06-27 Ulm => IT Netzwerktechniker (m/w/d) <=
- 2024-06-27 Warszawa => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-06-27 Warszawa => Head of International Freight Forwarding Department <=
- 2024-06-26 Kraków => International freight forwarder <=
- 2024-06-26 Częstochowa => Marketing Specialist (E-Commerce) <=
- 2024-06-26 Warszawa => Fullstack Java Developer <=
- 2024-06-26 Warszawa => React Native Developer <=
- 2024-06-26 Rzeszów => Frontend Developer (React) <=