Здравствуйте, alex_public, Вы писали:

_>Чтобы сравниться с библиотеками алгоритмов C++, в языке претенденте должен присутствовать какой-то аналог механизма шаблонов (синтаксические макросы? Ещё что-то подобное? Не знаю...). Иначе алгоритмы будут или не универсальные (только под один тип данных) или же крайне не эффективны

Можно подумать у программистов других проблем нет, чем возиться с шаблонами ради 2% скорости программы. Тут по сети по десятки и сотни миллисекунд пакеты идут, а ты страдаешь из-за шаблонов. У нас не 1980 г. когда пытались все оптимизировать. Скоро в браузере будет все работать и требовать 128 ядер для чата, а ты все оптимизируешь универсальные алгоритмы.
Такая оптимизация — не более чем предпочтение определенного типа программистов, а не реальная необходимость. Не говоря уже о том, что способов оптимизировать каждую программу обычно много и без шаблонов.

_>(там где в C++ будет просто сравнение двух чисел, в языках без шаблонов будет вызов виртуальной функции (или его аналог) со всеми печальными последствиями).

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

L>>Какого лидера? C++ уже давно не лидер, а весьма нишевый язык.
_>Любой язык нишевый.
Такие тезисы нужно доказывать. А если это невозможно(так и есть), то не разбрасываться ими.
До Java, у С++ была гораздо более широкая область применения чем сейчас. И это разумно, т.к. никто не хочет возиться ни с delete, ни с weak_pointer<...>. Плюс инструменты для разработки на java проще, легче отлаживать.
Но вы будете до упора оптимизировать шаблоны С++, пока он не останется в нише языка для универсального сравнения интов и флоатов.

Здравствуйте, alex_public, Вы писали:

_>Чтобы сравниться с библиотеками алгоритмов C++, в языке претенденте должен присутствовать какой-то аналог механизма шаблонов (синтаксические макросы? Ещё что-то подобное? Не знаю...). Иначе алгоритмы будут или не универсальные (только под один тип данных) или же крайне не эффективны

Можно подумать у программистов других проблем нет, чем возиться с шаблонами ради 2% скорости программы. Тут по сети по десятки и сотни миллисекунд пакеты идут, а ты страдаешь из-за шаблонов. У нас не 1980 г. когда пытались все оптимизировать. Скоро в браузере будет все работать и требовать 128 ядер для чата, а ты все оптимизируешь универсальные алгоритмы.
Такая оптимизация — не более чем предпочтение определенного типа программистов, а не реальная необходимость. Не говоря уже о том, что способов оптимизировать каждую программу обычно много и без шаблонов.

_>(там где в C++ будет просто сравнение двух чисел, в языках без шаблонов будет вызов виртуальной функции (или его аналог) со всеми печальными последствиями).

Ну вот этот ваш лубочный пример работы с числами на шаблонах. В программах мало чисел сейчас, вообще. А если говорить об алгоритмах, как например сжатие видео или математика, то там столько вариантов оптимизации самого алгоритма, что твои проценты скорости от шаблонов будут вообще незаметны.

L>>Какого лидера? C++ уже давно не лидер, а весьма нишевый язык.
_>Любой язык нишевый.
Такие тезисы нужно доказывать. А если это невозможно(так и есть), то не разбрасываться ими.
До Java, у С++ была гораздо более широкая область применения чем сейчас. И это разумно, т.к. никто не хочет возиться ни с delete, ни с weak_pointer<...>. Плюс инструменты для разработки на java проще, легче отлаживать.
Но вы будете до упора оптимизировать шаблоны С++, пока он не останется в нише языка для универсального сравнения интов и флоатов.