KING: Takze potvrzujes muj dojem, ze to je celkem castej jev, ja myslsim, ze za to muze GC a syntax bez nutnosti cpat vsude strednik :)

Jinak Go samo o sobě je asi poměrně inspirativní. V Clojure contrib balíku s objevila podpora pro kanály a obecně pro CSP-like přístup.
Clojure/core — Clojure core.async Channels
http://clojure.com/blog/2013/06/28/clojure-core-async-channels.html

Důvodem pro zavedení je, pokud jsem to dobře pochopil, že většina concurrency přístupů v Clojure není portabilní například do Clojurescriptu (Clojure on javascript). Omluva, trošku tím odbočuju od hlavního tématu, ale snad by to mohlo někoho zajímat.

SCOLEX: to mi nepřijde jako úplně pravdivý tvrzení. Concurrency je v Go v essenci velmi podobná Erlangu, a to je řekněme 30 let starý jazyk. Použití kanálů již bylo v distribuovaných operačních systémech, namátkou Plan9, Infernu nebo Singularity od Microsoftu. Actory jsou totiž převážně krásně v teorii, ale v praxi dost záleží na okolnostech. To je ostatně důvod proč například Rich Hickey, autor Clojure, nemá ten přístup rád. Ale pravdou je, že to je pragmatický jazyk. Například se v něm celkem spolehlivě narozdíl od Javy nebo C# lze vyhnout excesivnímu garbage collection, který sužuje většinu enterprise aplikací. Implicitní interfacy jsou fajn nápad, popravdě teď v Javě furt bojuju s tím, že vytvářím - ač nechci tzv. chudoktervnej objektovej model, prostě třídy, které drží data, ale neobsahují téměř žádný kód, nebo interfacy, které mám jenom proto, protože to je jednodušší to pak (unit) testovat.

Ty kompilační časy jsou hezký no :) Kdo programoval někdy ve Scale musí skřípat zubama :D

ja ho s radosti pouzivam na osobni projekty na prototypovani... veci se kterejma si hraju sice pro jakykoliv prakticky pouziti chtej bejt trochu vykonny a C/C++ je lepsi match, ale nechci se srat s polovinou picovin se kterejma se v C/C++ srat musim kdyz si chci jen naimplementovat nakej paper a trochu si s tim hrat...