> Вот ведь проблема, что за 40 (или уже 50?) лет программисты на
> Си от всего перечисленного так и не излечились почему-то. И если
> верить Гуглу с Микрософт ом (а зачем бы им врать), 70%
> ошибок програми на Си - это некорректная работа с памятью. Именно
> по этой причине и начали появляться языки с автоматическим управлением памятью.

Как всегда, есть дилемма... Указатели на память - это ведь фича Си, а не его недостаток. Это именно то, что приближает его к ассемблеру, позволяя писать на нём очень производительный код даже без привлечения ассемблера, хотя при необходимости в программу на Си/Си++ можно вставлять ассемблерные блоки (прямо блоки или отдельные ассемблерные инструкции, а не вызывать функции на ассемблере! правда не все компиляторы позволяют это делать, но тем не менее...). Языки более высокого уровня вводят абстракции для работы с памятью, что отчасти служит подушкой безопасности, но в то же время лишний контроль неизбежно снижает производительность. Например, в С/С++ мы можем изменить какие-то данные, потом вставить ассемблерную команду, которая изменит эти данные, потом на С/С++ ещё как-то изменить эти данные и т.д. и всё это будет практически бесплатно без каких-либо значимых накладных расходов. Я не знаю другого языка, где подобные трюки были бы возможны. Поэтому да, на С++ и особенно на С нужно быть внимательным и чётко понимать, что делаешь, и лучше понимать, как работает процессор, память и компьютер в целом, т.е. нужна определённая квалификация. Зато, если всё грамотно делать, можно получить очень хорошую производительность достаточно простыми средствами - там, где программам на Питоне нужны дата-центры, взаимосвязь между многими компьютерами и т.п., программе на С/С++ может быть достаточно одного компьютера, и часто даже многопоточные программы не особенно актуальны, т.к. для решения задачи за приемлемое время хватает одного ядра процессора. Неоднократно на собственном опыте с подобным сталкивался. Так что на С/С++ какие-то вещи, возможно, немного сложнее, а какие-то проще и главное - намного проще получить хорошую производительность, причём простыми средствами. Такие вот дела...