Как оказалось, не так уж и сложно. Видимо, повлияло то, что в универе формально я изучил C++

Ну, те дрожжи не вытравить) с возвратом к корням, как говорится

Вдобавок ко всему код на Java, Go, C#, Swift и Kotlin перестал казаться чем-то страшным

Сиподобные начинаются с С++, ага. Я так и учила это семейство, Java и C# проецируя на плюсы и это проще, чем изучать отдельно. Только про Го не помню, насколько он сиподобный, надо потрогать на досуге, ахах

Например:

1) огромное количество фреймворков для Python написано на C++

2) Инференс ML-моделей зачастую по-прежнему осуществляется на C++

Изучай. Но там особо много не надо - научиться памятью пользоваться и все. Сам язык не очень сложный, просто куча фрейворков и много извращенцев, которые могут по разному одно и то же написать. А точно изращенцами плюсы славится.

У python есть одна проблема - IPC. То есть межпроцессорное взаимодействие там ни какое. У меня товарищь с этим борется тся через шаред мемори у линукса. Благо они все модельки в линуксе гоняют. При этом он более 10 лет писал на плюсах, но все же в AI использует питона. Поэтому револить на плюсы экономически не рентабельно- так как в моделях нетленки принципиально не водится, а питон позволяет быстро их переделывать.

Поддерживаю, хороший вопрос. Каждый язык заточен под определенные задачи, и эти задачи хорошо видны по фреймворкам, которые пишут для этих языков.

Сегодня семейство C используют либо для задач, приближенных к работе с памятью и процессами ОС (хорошие примеры – геймдев или разработка сложного пользовательского клиента на дотнете), либо жля работы с железом (тот же Ардуино программируют чаще всего на C++, не говоря уже о драйверах про Винду и Линукс и сами ядра ОС)

Многие на С пишут микросервисы!!!! Считают типа они быстрее чем Java. Но в Java есть понятия прогрева и JIT. Во вторых кто мешает пару инстансов поднять еще. И один черт все сервисы работают с БД - которая просто даже в инмемори конфигурации сьедает всю в поте лице нажитую оптимизацию.

Не хватает контекста. Файловая БД в некоторых случаях может работать быстрее, а ещё у нас есть шустрый gRPC, но его обычно используют внутри микросервисов. Так что в теории, оптимальные микросервисы писать на С можно, но это очень тонкое решение для очень специфической задачи.

Обычно все проще: на семействе С пишут те, кто привык к нему + язык давно на рынке, популярен, а значит проще найти специалистов

gRPC шустрый на сколько? На столько что вычисление 10-20 операций на его фоне будет заметно? А контекс следующий- сидит индюк у которго внутренее эго многократно поднимится если он скажет что решил сервис на Си написать или Go.