4 ms·

Clearly the author spends no time at HN. If he'd have programmed ZeroMQ in Go then all his exception handling would have been handled concisely and beautifully,

Clearly the author spends no time at HN. If he'd have programmed ZeroMQ in Go then all his exception handling would have been handled concisely and beautifully, just as desired. Better though, if he'd programmed it in Haskell there simply wouldn't be any exceptions because there couldn't be any errors. [Shout-out to Mindy Hiller. You go girl!]

redsymbol 13y ago
Go's 1.0 release didn't happen until 2012. He started working on ZeroMQ in 2007. Not sure what "spends no time at HN" means. Martin is an unusually excellent software engineer by almost any measure, as evidenced by his years of impactful open-source development - 0MQ being just one example. And Haskell wouldn't make sense for a project like this, only because of some of his goals with the project - which include: to eventually have it integrated in the Linux kernel; to make it easily usable by code in any language; to have it easily and universally cross-platform; etc. (Dang... did I just feed a troll?)
- delluminatus 13y ago
  yep
- detrino 13y ago
  I wasn't sure until "Mindy Hiller".
malkia 13y ago
In addition to what was said, ZeroMQ can be used from lots of language through bindings. I haven't seen yet way to use Go written code as library (shared or static) to another language/runtime. "C" gets you there, if you keep clean "C" interface, and don't let exceptions escape if you have been somehow using C++ internally. I've had no problem using zeromq directly through the luajit ffi bindings for example.
stusmall 13y ago
Or it would have been ZeroMQ.js