[zeromq-dev] what happens to the bindings with libzmq libzapi ...

[Martin Lucina]

ph at imatix.com said:
> Libzapi is already a first class product in its own right, see
> libzapi.zeromq.org. It will remain for obvious reasons part of the
> zeromq organization, because the intention is to bring language
> bindings into that space when their authors want it. Eventually, to
> distribute a zeromq bundle that contains libzmq plus language
> bindings.
> 
> What would be helpful IMO is to *not* present libzmq as the "C
> binding", it's not. It's the libzmq aka 'core' API, and it underpins
> *all* bindings including the C binding, and C++ binding, as well as
> pyzmq, erlzmq, etc. etc. No-one actually writes code using the core
> API, they all use bindings that use the core API.
> 
> A consist message in this sense will make things clear IMO.

IMO that's not the way things are. You're misrepresenting your opinion
(*you* don't write code using the core API) as the general state of
affairs.

Over the last month or so I have spoken to a number of our users using
ZeroMQ in production, some of them in person, and I got an overwhelming
message of support for the core API. Specifically, people have said that it
fits their mental model of how sockets should work, and would rather we not
muck with it.

Pieter, you love to complain about naming, so now I'm going to complain
back :-) ZAPI does not work for me, it implies that this is *the ZeroMQ
API*, which it's not. It's an optional extra.

Why not call it something else altogether? I'm sure you can come up with a
cute name that reflects what you're building.

Cheers,

-mato