On Monday, October 24, 2016 at 9:21:30 AM UTC-4, Maciej Sobczak wrote:
> > > Nie spotkałem się z jego szerszym zastosowaniem w embedded
> >
> > Nie szukaj daleko: Arduino. Że amatorskie? Za chwile Ci amatorzy będa
> > pracować dla firm robiących embedded.
>
> Co nie znaczy, że dalej będą pisać w C++.
> To "C++" w Arduino równie dobrze mogłoby być Javą, nawet bez wielkiej zmiany w
składni. I tym ludziom od Arduino nie zrobiłoby to żadnej różnicy.
>
> To wcale nie jest takie oczywiste, że C++ będzie poważniej używane w embedzie.
Ogólnie i z obraźliwym zaokrągleniem, embedy można podzielić na:
>
> - krytyczne
> - rozrywkowe
>
> W części "krytycznej" C++ nie wnosi niczego istotnego, bo to, co jest jego
obiektywną wartością dodaną i tak nie obniża wymaganego wysiłku weryfikacyjnego a
tego jest większość w całym cyklu życia projektu. To oznacza, że o ile w "normalnym"
programie takie rzeczy jak RAII czy nawet sama kontrola widoczności są cenne, to w
systemie krytycznym ich zbawczy wpływ w kontekście całego projektu jest znacznie
mniejszy. Stąd też znacznie mniejsza motywacja, żeby po C++ sięgnąć. Tak, jest
MISRA-C++, ale chyba wszyscy to olali.
> W częście "krytycznej" konkurentem dla C nie jest C++, tylko Ada/SPARK, ale branża
nie zdąży tego konkursu rozstrzygnąć, bo prędzej przestawi się na kompletną generację
kodu a wtedy nie będzie znaczenia, w czym.
>
> Natomiast w części "rozrywkowej" C++ nie zdąży wyprzeć obowiązującego obecnie C, bo
zanim się zorientujemy, to hardware będzie wspierał Javę albo coś z tej ligi. I cała
ta brać makersów z plecakami pełnymi prototypów na Arduino bez mrugnięcia okiem się
na to coś przestawi, bo z ich punktu widzenia język nie ma znaczenia, znaczenie mają
natomiast IDE oraz bogactwo frameworków do IoT.
>
> > Ale biologia działa i
> > wystarczy poczekać.
>
> Sęk w tym, że hardware rozwija się szybciej, niż programiści C wymierają. To może
spowodować, że okno czasowe, w którym C++ miałby szansę na zdobycie istotnej części
rynku, może nie wystąpić. Czyli po C nastąpi od razu porzucenie kodu jako istotnego
artefaktu projektowego (w częśći "krytycznej") albo Java/łotewer (w części
"rozrywkowej").
>
> Oczywiście nie twierdzę, że C++ nie będzie używany. Będzie. Prawdopodobnie branża
motoryzacyjna będzie jego głównym użytkownikiem, bo tam będzie presja na
wykorzystanie istniejącego kodu w C i są jakieś standardy jakości utrudniające
bezmyślne uzywanie Javy. Ale rynek embedded jest znacznie większy, niż samochody.
>
> > Przeszkodą jest jedynie biologia, inercja i Linus Torvalds.
>
> Trafne.
>
> --
> Maciej Sobczak * http://www.inspirel.com

Z branza motoryzacyjna i lotnicza kolega sie myli - w tym przypadku embeded system sa
programowane w wiekszosci w Matlab/Simulik (bo daje mozliwosc symulacji zastosowanych
algorytmow) i docelowy kod jest generowany w C. W C pisze sie tez niskopoziomowa i
czasow krytyczna obsluge np SPI i DMA. C++ najczesciej jest uzywany gdy zachodzi
potrzeba programowania ladnego GUI (z uzyciem QT najczesciej)