Adept (29.06.2015 00:22 - 00:26, просмотров: 78) ответил she на Видимо, почитали расходы на ады, сертификации, и перекрестные согласования каждого коммита в 10 инстанциях, и получилось, что дешевле периодически взрывать грузовики под Линуксом и С++ :)
Да, наверное :) Для меня, так совершенная дикость писать ответственный софт на языке, в котором есть возможность поставить раком всю систему неправильным указанием типов данных, или ещё какими СИ-плюшками, приводящими к неявным ошибкам (про низкоуровневый доступ к железу вообще промолчу). В этой связи писать программы на асме для таких систем аналогичный анахронизм и преступление. ИМХО долна быть супернадёжная (вообще без ошибок) операционная среда реального времени, отточенная годами и выверенная. С грамотной обработкой всяких там исключений и других форсмажоров. И в ней уже должны крутиться программы, имеющие доступ к железу ТОЛЬКО ЧЕРЕЗ СИСТЕМНЫЕ ФУНКЦИИ, но в реальном времени, без взяких лагов и зависонов. Глухие циклы, переходы в "никуда" и т.п. должны отслеживаться на уровне компилятора. Нелинейности на уровне приложения нужно исключать. Идеально было бы вообще в пользовательском приложении использовать линейные алгоритмы, Все прерывания и т.п. - на уровне операционной среды и таскменеджера. Всю нелинейность общего алгоритма реализовать в параллельных задачах и системе семафоров... и вообще сделать мажоритарную логику на основании нескольких параллельно выполняемых одинаковых программ.
"...и тут Остапа понесло" :)) (С) короче, нужно писать под такие задачи собственный проприетарный, закрытый софт, многократно проверяемый и сертифицируемый, ну примерно как компилятор ADA :))
...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)