Разница в том, что C++ достаточно децентрализован чтобы у любого разработчика был ВЫБОР что ему использовать. Проблема кстати не только Rust касается, скажем в нейросети пропихнули Python в качестве "удобного" интрумента и так оно и было, только вот у проектов, использующих Tensorflow срок годности меньше, чем у банки зелёного горошка: выходит новая версия, требующая новой версии окружения и ваш старый проект тупо не запустится. Или чтобы запустить чужой проект - вам нужно тянуть и настраивать под каждый из них собственную конфигурацию, при этом бесконечно разруливать проблемы с разными версиями. То есть вместо того чтобы заниматься задачей, миллионы (если взять всех разработчиков) человекочасов уходит тупо на "развлечения" с разрешением зависимостей. В Rust не то, чтобы были действительно серьёзные проблемы с обратной совместимостью, однако потенциально каждая новая версия языка может что-то сломать. Немало старого кода на Rust не скомпилируется новыми компиляторами (и да, чаще всего это можно исправить), но в C++ при адекватной разработке (мы НЕ пытаемся намеренно сделать так, чтобы в будущем это сломалось), ничего подобного практически не бывает. Максимум несовместимости - это что-то старое будет объявлено deprecated.