Посоветуйте ЯП

И вы не правы — нельзя говорить о неспособности решения задач, просто они решаются по-другому (иначе смысла в новом языке нет).

И как go решает, например, задачи построения обобщенных алгоритмов и структур данных с учетом возможностей по управлению распределением памяти? Скажем, я выяснил, что паузы сборки мусора являются для меня критичным и я хочу избавиться от них в своем коде, заменив, скажем, на подсчет ссылок(который в моей задаче, допустим, достаточен) или вообще на простую схему передачи владения? А если одним из узких мест окажется аллокация памяти и мне захочется изменить ее алгоритм? C++(по крайней мере так делаю я) берут как раз в случаях, когда риски подобных вещей высоки. Когда нужно контролировать и производительность и расход памяти и при этом иметь возможность работать со всем этим на достаточном уровне абстракции, не в даваясь на каждом шагу в низкоуровневый код, как это приходится делать на Си.

Вот Rust мне более менее нравится, чем Go. Посмотрим, на что он будет способен после релиза... Брать Go вместо C++ я не стану, но вот на тех задачах, для которых сейчас беру питон, я обязательно Go попробую

А с чего вы взяли, что это вместо кода на C++, а не кода на том же питоне? Для гугла это не очень большая цифра, кстати.

пруф где-то в talks.golang

Пока это не пруф, а ваше высказывание о нем.

http://talks.golang.org/2014/research.slide#5

А с чего вы взяли, что это вместо кода на C++, а не кода на том же питоне?

«There are many millions of lines of software, with servers mostly in C++ and lots of Java and Python for the other pieces. Thousands of engineers work on the code, at the «head» of a single tree comprising all the software, so from day to day there are significant changes to all levels of the tree. A large custom-designed distributed build system makes development at this scale feasible, but it's still big.

And of course, all this software runs on zillions of machines, which are treated as a modest number of independent, networked compute clusters.

In short, development at Google is big, can be slow, and is often clumsy. But it is effective.

The goals of the Go project were to eliminate the slowness and clumsiness of software development at Google, and thereby to make the process more productive and scalable. The language was designed by and for people who write—and read and debug and maintain—large software systems.

Go's purpose is therefore not to do research into programming language design; it is to improve the working environment for its designers and their coworkers. Go is more about software engineering than programming language research. Or to rephrase, it is about language design in the service of software engineering.»

Не думаю, что они разграничивают код, мол «python — переписываем, с++ — оставляем», — сомнительный эффект и, опять-таки, на этот счёт тоже есть пруф, сейчас поищу.

Tcl/Tk удовлетворяет всем приведённым критериям. кроме одного: Скорость желательно по выше

Там кажется речь про работу со строками? Давай попробуем обогнать Tcl в строковых операциях, особенно в регулряках...

Э... и что не так там с математикой (ну кроме того что она медленная)? ТС не осилит дополнительную пару фигурных скобок?

В этом языке нет ненужных фич. Вообще.

Количество ненужных фич в языке == количеству встроенных функций.

Это все ни о чем не говорит, к сожалению. Ладно, тут спорить бессмысленно. Будем смотреть на результат. Религиозных убеждений у меня нет, так что я даже буду рад, если go будет полезнее, чем я думаю. Но пока я просто не вижу в Go замену C++, поскольку он не умеет то, зачем C++ вообще выбирают.

Кстати, они где-то объясняют, зачем зашили csp в язык, а не включили в стандартную библиотеку, например?