Предлагается ввести новый тип шаблонов на основе оператора for для перечисления типов.

ключевые слова для работы switch в вложенных циклах for/while

Для улучшения читабельности и понимания кода при расчёте процента от числа.

Что бы не плодить длинное условие с повторением одной и той же переменной для проверки вхождения в диапазон.

Не комплируется конкатенация string_view и std::string: string_view{} + string{} --> ERROR

Добавить operator + (string_view, const string&) overload.

Добавить в шаблоны возможность перечислять список возможных значений аргумента шаблона. То есть никакими другими значениями, кроме указанных, нельзя будет специализировать данный шаблон.

Перенос boost::hash_range и boost::hash_combine в стандартную библиотеку и добавление такой функции как std::hash_bytes.

Добавить в стандартные контейнеры вроде std::vector и std::list функцию subelements, которая будет аналогом std::string::substr.

адаптер для range-based итерации по контейнеру с удалением элементов

Есть идея внести в язык обособленную сущность под названием "интерфейс".
Под словом "интерфейс" тут подразумевается таблица виртуальных функций, аналогичная той, что есть у классов, только без данных.
Соответственно, у интерфейса нет скрытого параметра "this". Но можно с помощью конструкции using вызывать методы интерфейса в стиле миксинов. Так-же, я думаю, можно делать некоторые "zero cost" абстракции.

The main, semantically lacking, boilerplate in the usage of the `std::move` today is for the sinking of variables that we no longer need, especially locally. It's not like the `std::move` for a transfer of ownership, but a suggestion to make an optimized copy. This proposal is similar in spirit to the current behavior of return statements, which are effectively xvalue expressions in cases when they can't be elided if an automatic storage duration variable is returned.