Wouldn't a library like zeromq address the complications/shortcomings the OP highlights in his article, when working with Go channels on a regular basis? Using the 'inproc' for message transport with zeromq should give similar performance to pure go channels no?
This Go client implementation https://github.com/pebbe/zmq4 by Peter Kleiweg also includes all the examples from the online zeromq guide which is great.
I know it's not a pure ago solution but the OP does mention that
'99% of time I don't really care if the response is delivered with a channel or a magical unicorn brought it on its horn.'
I don't know, maybe I'm missing the point of the article.
Sure, but at that point what is the point of using Go? You might as well use some other language like D if all the parallelism and message passing patterns are going to be handled by a library like zeromq.
This Go client implementation https://github.com/pebbe/zmq4 by Peter Kleiweg also includes all the examples from the online zeromq guide which is great.
I know it's not a pure ago solution but the OP does mention that
'99% of time I don't really care if the response is delivered with a channel or a magical unicorn brought it on its horn.'
I don't know, maybe I'm missing the point of the article.