>> Например, Perl - мощнее чем C для задач обработки строк
>
>имхо неудачный пример. libpcre, boost и еще многое, чего я даже не
>видел может нивелировать разницу в трудоемкости с увеличением разницы в производительности. Иногда, на частных задачах. В случае проекта целиком выигрыш во времени написания будет существенен. Зачем мне писать час программу, которая будет работать 10 минут , если я могу за 5 минут набросать скрипт, который сделает это за полчаса?.. В подобных разовых задачах Перл незаменим.
>Вообще с С/С++ неудачно сравнивать любые языки программирования. В конечном итоге библиотеки
>(в смысле скомпилированные) все равно либо написаны на С, либо совместимы
Неверно. Существуют языки, написанные сами на себе, а не на Си. Например, среди компиляторов Лиспа таких хватает, cmucl к примеру. Более того, один из критериев состоятельности языка общего назначения - как раз способность написать на нем компилятор его же самого.
>с ним по вызовам, либо есть такие аналоги. Соответственно можно обратиться
>к нужной и выполнить нужные действия. А по эффективности С/С++ уступают
>очень не многим языкам. И уж точно не уступают интерпретируемым. С/С++
>вообще привилегированные языки с конца 60-х годов прошлого века. Причем они
>успели обрасти атавизмами и рудиментами, но привилегии остались.
"Интерпретируемый" Лисп при использовании вышеупомянутого cmucl на некоторых задачах может опережать по скорости Си++. Потому что может быть дана команда на компиляцию. А в остальное время имеем преимущетсва интерпретируемых языков. С Си++ такой фокус не прокатит.