Сообщение Re[6]: С++ всё? Rust навсегда? от 20.06.2020 9:34
Изменено 20.06.2020 9:35 lpd
Re[6]: С++ всё? Rust навсегда?
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Lexey, Вы писали:
V>>>Если говорить о библиотеках алгоритмов, то C/C++ превосходят любой язык программирования.
L>>Увы, нет.
_>Чтобы сравниться с библиотеками алгоритмов C++, в языке претенденте должен присутствовать какой-то аналог механизма шаблонов (синтаксические макросы? Ещё что-то подобное? Не знаю...). Иначе алгоритмы будут или не
универсальные (только под один тип данных) или же крайне не эффективны
Можно подумать у программистов други проблем нет, чем возиться с шаблонами ради 2% скорости программы. Тут по сети по десятки и сотни миллисекунд пакеты идут, а ты страдаешь из-за шаблонов. У нас не 1980 г. когда пытались все оптимизировать. Скоров в браузере будет все работать и требовать 128 ядер для чата, а ты все оптимизируешь универсальные алгоритмы.
Такая оптимизация — не более чем предпочтение определенного типа программистов, а не реальная необходимость. Не говоря уже о том, что способов оптимизировать каждую программу обычно много и без шаблонов.
_>(там где в C++ будет просто сравнение двух чисел, в языках без шаблонов будет вызов виртуальной функции (или его аналог) со всеми печальными последствиями).
Ну вот этот ваш лубочный пример сравнения чисел на шаблонах. В программах мало чисел сейчас, вообще. А если говорить об алгоритмах, как например сжатие видео или математика, то там столько вариантов оптимизации самого алгоритма, что твои проценты скорости от шаблонов будут вообще незаметны.
L>>Какого лидера? C++ уже давно не лидер, а весьма нишевый язык.
_>Любой язык нишевый.
Такие тезисы нужно доказывать. А если это невозможно(так и есть), то не разбрасываться ими.
До Java, у С++ была гораздо более широкая область применения чем сейчас. И это разумно, т.к. никто не хочет возиться ни с delete, ни с weak_pointer<...>. Плюс инструменты для разработки на java проще, легче отлаживать.
Но вы будете до упора оптимизировать шаблоны С++, пока он не останется в нише языка для универсального сравнения интов и флоатов.
_>Здравствуйте, Lexey, Вы писали:
V>>>Если говорить о библиотеках алгоритмов, то C/C++ превосходят любой язык программирования.
L>>Увы, нет.
_>Чтобы сравниться с библиотеками алгоритмов C++, в языке претенденте должен присутствовать какой-то аналог механизма шаблонов (синтаксические макросы? Ещё что-то подобное? Не знаю...). Иначе алгоритмы будут или не
универсальные (только под один тип данных) или же крайне не эффективны
Можно подумать у программистов други проблем нет, чем возиться с шаблонами ради 2% скорости программы. Тут по сети по десятки и сотни миллисекунд пакеты идут, а ты страдаешь из-за шаблонов. У нас не 1980 г. когда пытались все оптимизировать. Скоров в браузере будет все работать и требовать 128 ядер для чата, а ты все оптимизируешь универсальные алгоритмы.
Такая оптимизация — не более чем предпочтение определенного типа программистов, а не реальная необходимость. Не говоря уже о том, что способов оптимизировать каждую программу обычно много и без шаблонов.
_>(там где в C++ будет просто сравнение двух чисел, в языках без шаблонов будет вызов виртуальной функции (или его аналог) со всеми печальными последствиями).
Ну вот этот ваш лубочный пример сравнения чисел на шаблонах. В программах мало чисел сейчас, вообще. А если говорить об алгоритмах, как например сжатие видео или математика, то там столько вариантов оптимизации самого алгоритма, что твои проценты скорости от шаблонов будут вообще незаметны.
L>>Какого лидера? C++ уже давно не лидер, а весьма нишевый язык.
_>Любой язык нишевый.
Такие тезисы нужно доказывать. А если это невозможно(так и есть), то не разбрасываться ими.
До Java, у С++ была гораздо более широкая область применения чем сейчас. И это разумно, т.к. никто не хочет возиться ни с delete, ни с weak_pointer<...>. Плюс инструменты для разработки на java проще, легче отлаживать.
Но вы будете до упора оптимизировать шаблоны С++, пока он не останется в нише языка для универсального сравнения интов и флоатов.
Re[6]: С++ всё? Rust навсегда?
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Lexey, Вы писали:
V>>>Если говорить о библиотеках алгоритмов, то C/C++ превосходят любой язык программирования.
L>>Увы, нет.
_>Чтобы сравниться с библиотеками алгоритмов C++, в языке претенденте должен присутствовать какой-то аналог механизма шаблонов (синтаксические макросы? Ещё что-то подобное? Не знаю...). Иначе алгоритмы будут или не универсальные (только под один тип данных) или же крайне не эффективны
Можно подумать у программистов други проблем нет, чем возиться с шаблонами ради 2% скорости программы. Тут по сети по десятки и сотни миллисекунд пакеты идут, а ты страдаешь из-за шаблонов. У нас не 1980 г. когда пытались все оптимизировать. Скоров в браузере будет все работать и требовать 128 ядер для чата, а ты все оптимизируешь универсальные алгоритмы.
Такая оптимизация — не более чем предпочтение определенного типа программистов, а не реальная необходимость. Не говоря уже о том, что способов оптимизировать каждую программу обычно много и без шаблонов.
_>(там где в C++ будет просто сравнение двух чисел, в языках без шаблонов будет вызов виртуальной функции (или его аналог) со всеми печальными последствиями).
Ну вот этот ваш лубочный пример сравнения чисел на шаблонах. В программах мало чисел сейчас, вообще. А если говорить об алгоритмах, как например сжатие видео или математика, то там столько вариантов оптимизации самого алгоритма, что твои проценты скорости от шаблонов будут вообще незаметны.
L>>Какого лидера? C++ уже давно не лидер, а весьма нишевый язык.
_>Любой язык нишевый.
Такие тезисы нужно доказывать. А если это невозможно(так и есть), то не разбрасываться ими.
До Java, у С++ была гораздо более широкая область применения чем сейчас. И это разумно, т.к. никто не хочет возиться ни с delete, ни с weak_pointer<...>. Плюс инструменты для разработки на java проще, легче отлаживать.
Но вы будете до упора оптимизировать шаблоны С++, пока он не останется в нише языка для универсального сравнения интов и флоатов.
_>Здравствуйте, Lexey, Вы писали:
V>>>Если говорить о библиотеках алгоритмов, то C/C++ превосходят любой язык программирования.
L>>Увы, нет.
_>Чтобы сравниться с библиотеками алгоритмов C++, в языке претенденте должен присутствовать какой-то аналог механизма шаблонов (синтаксические макросы? Ещё что-то подобное? Не знаю...). Иначе алгоритмы будут или не универсальные (только под один тип данных) или же крайне не эффективны
Можно подумать у программистов други проблем нет, чем возиться с шаблонами ради 2% скорости программы. Тут по сети по десятки и сотни миллисекунд пакеты идут, а ты страдаешь из-за шаблонов. У нас не 1980 г. когда пытались все оптимизировать. Скоров в браузере будет все работать и требовать 128 ядер для чата, а ты все оптимизируешь универсальные алгоритмы.
Такая оптимизация — не более чем предпочтение определенного типа программистов, а не реальная необходимость. Не говоря уже о том, что способов оптимизировать каждую программу обычно много и без шаблонов.
_>(там где в C++ будет просто сравнение двух чисел, в языках без шаблонов будет вызов виртуальной функции (или его аналог) со всеми печальными последствиями).
Ну вот этот ваш лубочный пример сравнения чисел на шаблонах. В программах мало чисел сейчас, вообще. А если говорить об алгоритмах, как например сжатие видео или математика, то там столько вариантов оптимизации самого алгоритма, что твои проценты скорости от шаблонов будут вообще незаметны.
L>>Какого лидера? C++ уже давно не лидер, а весьма нишевый язык.
_>Любой язык нишевый.
Такие тезисы нужно доказывать. А если это невозможно(так и есть), то не разбрасываться ими.
До Java, у С++ была гораздо более широкая область применения чем сейчас. И это разумно, т.к. никто не хочет возиться ни с delete, ни с weak_pointer<...>. Плюс инструменты для разработки на java проще, легче отлаживать.
Но вы будете до упора оптимизировать шаблоны С++, пока он не останется в нише языка для универсального сравнения интов и флоатов.