Nothing against zeromq, its good s/w, but like all tools it must be used appropriately.
...also, nanomsg is the 'improved' successor.
Also, MPI isn't a 'niche' thing, its the way that a large proportion of high-performance applications have been implemented for a few decades (think Crays & weather prediction).
Zeromq has a few simple web-apps using it (I exagerate slightly).
That depends on your workload. 0MQ is fine software, but they solve different problems.
The problem here is the claims you're making. You've written some utility classes around 0MQ for some applications, which is a real thing, so I'd rewrite your GitHub readme to just demonstrate what problems you've solved with it (and at what kind of scale). Making big, sweeping claims gets you into these kinds of threads, because extraordinary claims require extraordinary evidence :-)
Like the vast majority of software engineers, my work is not open source.
But since you seem like arguments from authority, I've got around 25 years experience in software ranging from hard-real-time embedded defence software to safety-critical train braking systems. I've been software architect on systems selling 10's of millions of products, currently working in the IoT space.
I've architected and implemented software on servers, desktops, embedded and mobile platforms.
But no, you aren't likely to find my stuff on GitHub.
If you're interested in IoT (or embedded s/w in general), get away from MicroPython.
The primary characteristic of most embedded products is to be low-cost. When you're selling millions of products, cost counts. You can't waste cycles or resources on Python.
MicroPython is a toy for the 'makers'. Similarly the JS equivalents. No real high volume product would use those technologies.
Won't argue about pyboard, because that's more of a gimmick. (Way too expensive for what it does)
I think the cost and time of developing on micropython vs a lower level language like C, would superseded the cost associated with wasted cpu cycles.
However, I agree with the fact that no real product would use mpy right now in production because of the infancy of the project.
It certainly looks promising.
It's definitely NOT a toy.
OTOH JS is just a bad choice for this kind of work IMO. ( I'm a firm believer that JS is just a bad choice for anything in general, but IOT is just madness)
In embedded s/w, the cost of the h/w outweighs everything else, ok so your 'easily developed' Python app will cost (say) 10K less to develop... but the resource requirements mean you need to go up $0.5 on the processor....
Oops, on your 500'000 devices you've suddenly wasted $250,000. All because you couldn't be bothered to save a few KB of RAM.
Python is a toy for embedded s/w.... dont get me going on catching bugs at runtime in an embedded system because you're using a dynamically typed language! Now you have to upgrade 500,000 device over-the air (cellular data costs) which will take a week, meanwhile your customers a fuming because their data is being lost!
Do yourself a favour and learn your craft instead of trotting out obviously wrong statements to people who know better. Thats not a way to make a good impression.
Oh yes, regarding Erlang, trust me, I'm aware of 'let-it-fail' and have implemented it production on large distributed systems and trust me... that does not justify writing embedded s/w in a dynamically-typed language.
...also, nanomsg is the 'improved' successor.
Also, MPI isn't a 'niche' thing, its the way that a large proportion of high-performance applications have been implemented for a few decades (think Crays & weather prediction). Zeromq has a few simple web-apps using it (I exagerate slightly).