В данном случае лучше делать через перегрузку:

Вот этого как раз и не надо в стандарт. Это реализуется и должно реализовываться сторонними библиотеками (есть же Boost).
Вообще, комитет по стандартизации C++ хоть и жутко "тормозит", но, слава богу, ведет себя "по-взрослому" - не пытаясь сваять из C++ Java - "вот вам вместо языка (и, местами, вашей ОС) целая платформа".
Иначе C++, стандарты которого итак неважно поддерживаются в mobile/embedded-мире, так и останется расколотым на Modern C++ Design и то, что используют Google/Mozilla/etc. А так, в свете rvalue reference и clang, надежда еще живет   

Да ну, а потом запятые считать?
Лучше как в C#:


Не хватает свойств (привет C#).
Они делают код красивым и безопасным (данные в private, а доступ, как к паблик).

С тем же успехом реализуются и умные указатели, и STL и очень многое другое. Следуя твоей логике отказываемся от STL и пишем свои велосипеды, так-как пользоваться сторонними библиотеками не каждый может себе позволить. Я перечислил базовые средства, необходимые для построения современных приложений.

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

Контейнеры и указатели - достаточно обобщенные классы, чтобы быть, что называется, "из коробки".
А вот тот же Boost.Asio "уходит корнями" в ОС (которой может и не быть) гораздо дальше.
Стандартная библиотека C++ потому и называется стандартной, что должна предоставлять только обобщенные и "мелкие" кирпичики для дальнейшей разработки - с учетом многообразия всех тех сред, где C++ применяется и планирует применяться. Попытки засунуть в нее то, что хорошо иметь как сменный объектив у фотокамеры, приведут к превращению библиотеки в "платформу". 
Пример, как говорится, "у всех на виду" - J2SE, J2EE, J2ME (+ куча профилей), Android, GAE и т.п.
Насколько я знаком с мнением Страуструпа по этому поводу (вопрос по поводу Embedded C++) - он выступает за единую гибкую стандартную библиотеку + произвольное множество сторонних библиотек для конкретных целей/платформ.
Лично мне хватает тех же Boost-вских потоков и Boost.Asio.

А параллельные алгоритмы это что-то специфичное?


Без сетевых технологий сегодня обходиться редкая программа. Язык, библиотека которой не имеет стандартной библиотеки с поддержкой примитивных средств коммуникации - сильно усложняет жизнь программиста. Тоже самое можно сказать о поддержке базы данных. По сути сегодня, что написать более менее нужную программу на C++ программисту приходиться собирать конструктор из разнообразных библиотек (и некоторых весьма сомнительных), что приводит к усложнению поддержки кода. Лично мне это не по душе.


С каких пор слово "стандартная" приобрела такой смысл?
Все перечисленное является кирпичиками, необходимыми для построения современных приложений. Половина вышеперечисленного есть в буст, другая половина в TBB.


а мне - нет  

xvr, понял. некий закрытый клуб "только для членов" (в хорошем смысле этого слова) 


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


их же вроде ввели в C++0x. нет ?


поддерживаю в том плане, что у мнооооооогих программистов есть такой каталог типа common или shared или tools или utils, где собраны если не небоскрёбы, то как минимум приличные 9-ти этажки из тех самых "кирпичиков", предоставляемых стандартом, и у многих эти здания похожи как те новостройки из "С лёгким паром". Так почему бы это не объединить в библиотеку, которую назвать стандартной ?
По сути тот же boost - это и есть объединение всего того, что наваяли программисты за много лет. Ведь говоря, что "нам достаточно кирпичиков, из них можно построить всё, что хочешь" можно и от STL отказаться...

Тут дело не столько в названии, сколько в гарантии стабильности (или по крайней мере backward compatability) интерфейса этой библиотеки.


Ввели, и не только их. Кстати, потоки тоже уходят корнями в ОС.

Параллельное присваивание

На счет параметров по умолчанию в середине функции идея хорошая.
Хотелось бы улучшить делегирование. Например, в стиле Builder'а который я не люблю, но вещь там есть хорошаю, которая называется __closure. Либо реализовать стандартный механизм сигналов/слотов. Либо что-то сделать в стиле delegate из c#.
Добавить lexical_cast или как предлагал borisbn функции преобразования внутри класса string.
Возможность определять функции внутри любого блока кода.

ИванМ, Лямбда-функции и выражения
это?

mimik, лямбда-фунции можно определить один раз внутри блока кода и потом использовать несколько раз? Если можно, то, в принципе, то, только как-то сложно. Обычный синтаксис не помешал бы.

конечно можно.


Добавлено через 54 секунды
попроще

azesmcar, тогда один пункт пожеланий убираю.

#pragma once сделать стандартом

Добавлено через 14 минут и 20 секунд
да, кстати ключевое слово interface по аналогии с жабой и COM