On Wednesday, October 26, 2016 at 4:59:27 PM UTC-4, Maciej Sobczak wrote:
> > A tak na serio: wiesz że Ada to raczej C++ niż C?
>
> A tak na serio: w kontekście systemów krytycznych Ada (również SPARK) to w sensie
dostępnych elementów języka raczej Ada-83 i to jest raczej C (a właściwie MISRA-C),
niż C++.
>
> Standardy procesowe wymagają, aby w projektach krytycznych stosowane były standardy
kodowania ograniczające używany język (przykład: zakaz używania pamięci dynamicznej,
zakaz używania wyjątków, itp., zależnie od standardu). Dlatego w tej branży nigdy nie
mówimy o "pełnym" języku, niezależnie od tego, który to język. O swobodnym
korzystaniu z któregokolwiek języka w tej branży nie ma mowy.
>
> --
> Maciej Sobczak * http://www.inspirel.com

Szanowny kolega ma 100% racji. Dodatkowo - jak juz to pisalem wczesniej branza moto
przestawia sie szybko na generacje kodu przez Matlab/Simulink
(https://www.mathworks.com/solutions/automotive/stan
dards/misra-c.html)
Powod jest bardzo prozaiczny - dostepnosc tanich programistow - dobrzy programisci do
embedded (mowimy to o profesjonalnych, krytycznych zastosowaniach) kosztuja fortune i
jest ich niewielu. Przejscie na Matlab/Simulink obniza prog wymagan (zwlaszcza przy
sprawdzaniu poprawnosci algorytmu). Matlab/Simulink to taki troche Visual Basic w
branzy embedded. Mam doczynienia z projektami w tej branzy i wieszosc nowych
projektow jest zaczynana w Matlab/Simulink lub jest hybryda w relacji okolo 25% kodu
w C a reszta Matlab/Simulink.

Pozdrowienia
Adam M.