Имею мнение, что месье занимается словоблудием. Мне вот, например,
вырисовывание конструкторов и деструкторов, когда это в 146%
случаев нахненадо, просто неинтересно - закат Солнца вручную(С). То, что в C# с .Net РЕАЛИЗОВАНА парадигма ООП, а не прибитый
гвоздями инструментарий (хотя на своё время плюсы были очень
прогрессивным явлением), то, что сериализация/десериализация
делается не через задницу - это простые моменты. Как пример -
протокол Modbus и подобное парсится кастингом классов, а не утомительным застирыванием. Что касается твоего нытья о сомнительном ПО, то да - тут нужен отдельный кусок работ, для которого ЕСТЬ практически весь необходимый инструментарий. Сама идея и работающая РЕАЛИЗАЦИЯ <i>встроенного сборщика мусора</i> это блеск, и это на плюсы только натягиваются, как сова на глобус. Зато всякие утечки памяти объективно отлавливаются и лечатся, а не рассказывается, что плюсы лучше, потому что мы нихрена не видим, потому что не смотрели. Точно так же можно спросить, почему ракеты летают с АДА, а производственная часть АЭС <span>практически</span> сидит на QNX с их RPC и там чаще Си, чем плюсы. Почему Вирт "Алгоритмы и структуры данных" в разных редакциях<span> </span> иллюстрирвал <span>примерами </span>на Паскале(ЕМНИП), Модула-2 и Обероне? Профессура просто жгла и рожала идеи. Та же Java и тот же C# по факту рождены на идеях Оберона. Только бизнес-ПО на JAVA уже заняло свою нишу до того, как родился C#. И менеджмент мелкософта просрал все полимеры. Особенно примечательной была эпопея с удушением Моно и рядом. ДБЛ(С). Но, возможно, после того, как они выкатили дотнеткору, и пилят WSL2 что-то и срастется. У них уже был подход с SFU и интеграцией винды с японским производственным ПО - проект по слухам был неубыточным, но не более.<span> </span><span>Вон и свой вариант докера пилят. </span>
У меня есть объекты (в основном газораспределительные станции) на которых проги на C# с .Net трудятся на x86 на винде 24/7/365. Только надо было осилить. А вот лабать их на плюсах было тупо долго и неэффективно. Но это оценить можно было, уже понимая возможные трудозатраты и степень гемора. Есть у меня проектик, в котором на *Pi на лялихе бэкэнд сделан на C# на Mono, сервер фронтэнда (AJAX) на JS+html на Node.JS и nginx, низкоуровневое служебное там на Си (сохранение параметров на внешней памяти, работа с внешним криптопроцом, сторож, клон-контроль) и, там же запущена морда (один из клиентов, который особый - приходит с localhost) на Firefox-Stable-LTS. Отлаживалось оно на обычном компе на винде. Потом пришлось добавить средства контроля за утечками памяти у браузера(Firefox-Stable-LTS!!!), ну и вклинить это к сторожу. Оно свою задачу решает. Обычно достаточно одной перезагрузки в сутки. У всего остального утечки были практически никакие. Таких железяк трудится по газовым автозаправкам каких-то несколько десятков. На неадекватное поведение жалоб не было.
Вон сейчас модный Rust. И есть у меня коллега, который регулярно (версии рожаются довольно часто, а они мягко говоря не сильно совместимы) "пробует" это чудо на предмет применимости для мелкоконтроллеров. Чую, что через версию-другую уже буду применять. И мне пох, какое метапрограммирование оно не будет или будет поддерживать - вопрос в том, что он не просто модный, а его ожидаемые преимущества просто делают многие закаты Солнца вручную(С) ненужным хламом. Но вот на плюсах для мелкоконтроллеров ну не хочется малевать никак. Потому что всё говно, кроме мочи(С). Да, иногда приходится, но, как в том анекдоте - никакой радости:)
Еврейская семья собирается на похороны. Мойша надевает ярко-жёлтые ботинки. Сара:
— Мойша, надень чёрные ботинки, и идём!
— Я хочу жёлтые.
— Чёрные, и мы уже пошли!
— Хорошо, я надену чёрные, но никакой радости эти тёщины похороны мне не принесут.