KING: Odkazy z komentaru ktere asi jeste lepe oteviraji skutecne problemy -- https://news.ycombinator.com/item?id=9267211 && http://tmikov.blogspot.cz/2015/02/you-dont-like-googles-go-because-you.html

KING: Clanek imho problematiku diskutuje z hodne nevhodnyho uhlu, diskuze o inteligenci programatoru by rozhodne nemela bejt klicovou. Nektery veci ale rozhodne nejsou daleko od pravdy, a to ze Rob Pike furt tvrdi ze Go je opinionated language a odmita spoustu hodne popularnich zlepseni mne dost casto dost sere.

Co rikate na tenhle clanek?

Why Go’s design is a disservice to intelligent programmers | Nomad Software
http://nomad.so/2015/03/why-gos-design-is-a-disservice-to-intelligent-programmers/

Fulfilling a Pikedream: the ups of downs of porting 50k lines of C++ to Go. | To:goto To;
https://togototo.wordpress.com/...ling-a-pikedream-the-ups-of-downs-of-porting-50k-lines-of-c-to-go/

"""
The tl;dr
In business terms, the project was a success: completed ahead of schedule, performing acceptably, and less than 10k LOC long (this massive LOC reduction was of course partially due to the removal of features that were deprecated or not needed by the team behind the rewrite). In personal terms however I feel the outcome was suboptimal, in the sense that I wrote two to three times as much code as would have been needed in a language with parametric polymorphism. Some of this was due to type-safety: Go forces a tradeoff to be made between verbosity and type-safety, and I settled somewhere in the middle; it could have used less code and been less type-safe, or used more code and been more type-safe.
"""

Go Is a Shop-built Jig - Cocoaphony
http://robnapier.net/go-is-a-shop-built-jig

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