Перегрузок в расте нет.

И слава богу! И пускай никогда не будет! Худшая фича С++! Сколько от неё страданий)

Сделали бы перегрузки допустимыми только для операторов - цены бы им не было.

В расте нет и исключений

И зачем они?

Рефлексии в расте тоже нет

В том виде в котором она есть в С++ - нет. Но процедурные макросы ничем не хуже, а даже лучше.

Ну и С++26 ещё не приняли, в значит и в плюсах её тоже нет.

И я пока не вижу зачем эти 5% продолжают писать на asm)

Но сколько таких мест? И сколько надо программистов для них? И не справится ли LLM с этой задачей?)

Вопросы для меня не имеющие очевидного ответа, я просто не живу в мире настолько низкоуровневого программирования и не знаю никого, кто бы жил

Я помнится какой-то температурный датчик программировал, у него даже ассемблера не было, а компилятор на Си был) Компилировал он сразу в unsigned char массив, который ты хоть азбукой морзе загоняй по SPI внутрь этого контроллера)

asm более или менее оправдан в крипте, да и то, на нем там не пишут, а прячут за кодогенерацией и/или макросами.

Да и вообще, всё что меньше 1/10 секунды, в операционных системах общего назначения малопредсказуемо.

Это не так, если ядра изолировать

Только в отличие от ranges, лямбду можно прикопать в std::function на всякий случай, если хочется. Как прикопать шаблонное месиво, которое плодят ranges - я не знаю)

Не нужно сеть, не нужны парсеры, это вещи пользовательского домена.

Именно поэтому они есть в стандартной библиотеке... Вообще любого языка?)

Пакетных менеджеров хоть попой жуй

Пакетный менеджер один другого хуже) Хотя практически любой современный язык идёт комплектом с тулингом. "Жопой жуй" - это самый плохой сценарий. Это значит, что при смене места работы, заново учить очередные сборочные костыли. А это значит, что при необходимости добавить библиотеку снова придется приседать, склеивая ежа с ужом. Надоело.

Впрочем, зная комитет - соглашусь. Им такую задачу доверять нельзя. Сделают говно.

оставь рынку решить

С++ уже сколько лет? Ну даже если отсчитывать от первого стандарта - уже 28 лет. Нихрена рынок не может, это мы уже поняли)

Но в целом, С++ уже ничего не поможет) Он слишком многословный и хрупкий) Его придётся любить таким, какой он есть

По какой памяти? Что значит "проезд"? Зачем мне вообще ranges, если они такое говно?)

И наконец, мучительная и сложно осознаваемая проблема:

А проблема-то в чём?)

1. Он относительно простой.

2. Достаточно низкоуровневый если захотеть

3. Используется в реальной жизни

4. Богатый тулинг для дальнейшего развития

5. Переносимые бинарники (можно запустить свою программу у друга)

6. Позволяет достаточно легко прыгнуть в Си, для желающих копаться "в кишочках", т.к. синтаксически похож, компилируемый и в целом есть unsafe, через который можно сделать "первое прикосновение"

Минусы конечно тоже есть, но по-моему неплохой кандидат.