[zeromq-dev] When unreliability is desired

Pieter Hintjens ph at imatix.com
Wed Dec 18 20:05:00 CET 2013

On Wed, Dec 18, 2013 at 7:22 PM, Lindley French <lindleyf at gmail.com> wrote:

> Any particular reason? The natural extension of that philosophy is that I
> shouldn't bother looking at ZeroMQ because it's an existing library and I
> might be able to solve my problems other ways.

Yes, many reasons. The main one is complexity. You can read
http://hintjens.com/blog:19 and our contribution process, RFC 22,
which requires that every patch be a minimal solution to an agreed
problem. Importing libraries breaks that rule and needs to happen with
great care when we're sure the tradeoffs are worth it.

Technically, additional dependencies make packaging ZeroMQ a horrid process.

If you can solve whatever problem you have without using ZeroMQ, why
would you use ZeroMQ?


More information about the zeromq-dev mailing list