Здравствуйте, landerhigh, Вы писали:

L>Здравствуйте, kov_serg, Вы писали:

L>_>Пример ситуация: у вас крутится N конечных автоматов.

L>Дальше можно было не продолжать.
Как нистранно микроконтлоллеры по такой схеме управляют оборудованием и всё работает как часы.
Такой-же код можно попросить сгенерировать simulink например.

_>>Я не спорю что исключения удобная вешь, но они ни коем образом не панацея и ничуть не упрощают обработку ошибок.

L>Ага, а еще микроскопом очень удобно открывать бутылки с пивом.
Скажу больше: чайная ложка жидкого азота на кружку пива — очень удобно.

L>P.S. Каждой задаче — свое решение
Для каждой задачи может быть более удобный инструмент. А вот с решением сложно, иногда точного решене не возможно. И решают не точно. При при этом возможно куча вариантов.
Разве я спорю, для синтеза микросхем VHDL или verilog, для написания огромных монстров очень подходит java тудаже подтягивается C#, для сайтов PHP я яваскиптом (даже на этих архитектурно не правильных языках можно работать).
C++ универсальный язык можно применить куда угодно даже для веба, но за это приходится дорого платить — длительное время сборки, большой порог вхождения, дорогие программисты. Тот же erlan позволяет писать в 10раз меньше кода в системах массового обслуживания чем аналог на C++.
С простой язык был задуман для написания не больших програм, которые можно комбинировать языками другого уровня.
И обработка ошибок можно сделать очень по детски, но при этом будет работать и все ресурсы будут освобождены.

void fn() {
  if (init()) { perror("init"); exit(1); }
  ..
}

А вот на C++ не сможете так написать, не потому что это невозможно, а потому что другая парадигма.
Да и ресурсы должны отслеживаться специальными классами и компилятором чтоб не писать лишнего.
А вот что у нас в C++ для достижения изолированности частей и модульности есть? Только namespace-ы. С одной стороны это минус, но сдругой пока не позволило скатится ко второй яве. Выскажу лично мнение: как только в C++ появятся нормальные модули и изолированность кода, то программы станут такими же как принято в entrprise java "требователбными к железу" и даже разработчики не смогут объяснить что же там у них такое происходит в недрах их абстракций и черных ящиков.
И какой-нибуть серверный hello world будет генерировать гигабайтные war файлы.

ps: "Настоящий физик может писать фортраном на любом языке". Дело не в инструменте, а в методах его использования.