>> Например, Perl - мощнее чем C для задач обработки строк
>
>имхо неудачный пример. libpcre, boost и еще многое, чего я даже не
>видел может нивелировать разницу в трудоемкости с увеличением разницы в производительности. Так мощность языка - одно, мощность библиотек - другое..
>Вообще с С/С++ неудачно сравнивать любые языки программирования. В конечном итоге библиотеки
>(в смысле скомпилированные) все равно либо написаны на С, либо совместимы
>с ним по вызовам, либо есть такие аналоги. Соответственно можно обратиться
>к нужной и выполнить нужные действия.
Ну и что? pavlinux уже справедливо указал выше на эквивалентность ЯП. Так можно и вообще спор свернуть)
>А по эффективности С/С++ уступают
>очень не многим языкам. И уж точно не уступают интерпретируемым.
А что тут имеется в виду под эффективностью? эффективность разработки или эффективность (скорость) исполнения? Если я правильно понял, что второе, так это во-первых не всегда важно, во-вторых, вопрос скорее к компилятору чем к языку, в-третьих, тот же хаскелл, к примеру, благодаря своей ленивой природе может по многим решенным в лоб (то есть с максимальной эффективностью разработки) задачам его за пояс заткнуть без особых проблем.
>С/С++ вообще привилегированные языки с конца 60-х годов прошлого века. Причем они
>успели обрасти атавизмами и рудиментами, но привилегии остались.
Так и атавизмы с рудиментами тоже никуда не делись.. Впрочем, будущее С не кажется особо облачным. А вот С++ да, пора на свалку истории)
>Хотя общая идея правильная. Каждому ЯП свой фронт работ, не смотря на
>их широту, мощность и универсальность.
Консенсус)
