On 2016-10-24 15:21, Maciej Sobczak wrote:
>> 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++.

Pewno że nie, będa musza poczekać aż zadziala biologia w starych
zespołach. Jesli ktoś zabiera Ci możliwości i każe pisać w języku z ery
bita łupanego to prędzej czy później frustracja przerodzi się w zmiany.
Takie zmiany generowane przez młodych bez kompleksow i wbudowanej
ignorancji widuję tu i tam.

> To "C++" w Arduino równie dobrze mogłoby być Javą

Nie. Narzut na prosty procesor jest za duży. Nie mogłoby. Rownież z
powodu faktu że Java bedzie silnie zależeć od GC co jest w wielu
aplikacjach embedded niedopuszczalne nawet jesli to jakies protezy jak
JavaRT.

> To wcale nie jest takie oczywiste, że C++ będzie poważniej używane w embedzie.

Alez nie będzie. Nikt tak nie wróży. Docelowo to będzie C z elementami
C++. Tak jak obecnie coraz częsciej się robi. Może z czasem coraz większymi.

Problemem programistów C jest to że sama zmiana gcc na g++ wystarcza aby
z nich (ficzerów) korzystać. To tak nie daje im spać że internet jest
pełen idiotyzmów dlaczego C++ nie nadaje się na uC. Zjawisko z
pogranicza religii.

> 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 jest nieprawda. Podstawową wartością jaką wprowadza C++ jest znaczące
ułatwienie testowania i weryfikacji bez narzutu runtime. Zarówno na
etapie unit testów, jak i przy głupiej kompilacji. C tego nie ma i
cieżko to zrobić bez psucia kodu. To że zdecydowana większość
programistów embedded rozumie C++ jako new Foo; to jest ich problem.

> 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.

Zawsze możesz przedstawić przykład dlaczego mniejszy. W tym watku
właśnie jeden mistrz pokazał jak sobie żyły wypruł makrem aby uzyskać
popsutą symulację RAII. Oglądałem nie jeden kod embedded w którym
wymyślano takie kwadratowe koła za każdym razem. Za każdym razem
identycznie popsute. Na haslo "ale przeciez to działa w C++" zazwyczaj
parskali albo ignoranckim śmiechem albo pustą godzinną przemową o
debiliźmie młodego pokolenia.

Nie ma przeszkod technicznych.

A wracają do Pascala ...