[nanomsg] Re: Dead?

  • From: "Martin \"eto\" Misuth" <et.code@xxxxxxxxx>
  • To: nanomsg@xxxxxxxxxxxxx
  • Date: Wed, 3 Feb 2016 10:20:50 +0100

Hello,

this email will be probably long and dumb, as I am dumb, so I apologize in
advance. But I decided to drop it here, so there is no going back, now. Delete
this the moment your cultured sensibilities are hurt while reading this.

Whatever you guys decide to do, please try to not let this little gem of
library die.

I believe governance/politics/communication or how they call it, are completely
orthogonal and secondary in this case.

I am mostly talking about C library here and from simpleton's/idiot's point of
view. So have that in mind.

With this, let me say one thing is for sure (and I only know of very few other
projects having this property), that nanomsg compiles quite easily on various
platforms (unixy at least). In times of "broken" APIs, this one is relatively
simple and easy to grasp.

In my limited experience, libnanomsg and attached tools, seem to compile "just
fine tm" on any platform I tried, right after unpacking from source, either for
use as system-wide tool or in homedir. They connect and work nice between
platforms with no fuss. Because of easy compile it's incredibly usable even on
"locked down hosts". 

I don't push high volume traffic with this at all, just use it as generic low
volume message transport, and so I have no clue how this behaves when machine
is shifting huge amounts of messages around, but for my purposes this works.

However there are very few libs and tools, which are this "compilable" and more
importantly, this simpleton friendly, having such minimal dependencies, such
non problematic Makefiles and so on. Lua runtimes come to mind, some game
engines perhaps. Most things are their own little dependency hells.

If anything, I believe this property makes this very valuable package for the
world at large.

It would be great loss to everybody to just let it disappear, because of
some (in great scheme of things imho quite unimportant) projects governance
trends, behaviors of vocal library users, perceived community toxicity, times
we live in or any other such things. We know most things are uberfat
and full of shit nowadays. We should not let good low-shit things die.

Think about all the non-vocal lurkers and simpletons using this, now left in the
dark because of "something" that is going on everywhere around us. The library
will probably work for some time without master monks supervision, but it would
be sad to let it end as another deadmeat code.

And people who talk crap? I talk crap too, but am finally aware of it. And most
of us, craptalkers, are losers anyway. The ones who care about craptalk are
probably losers themselves in fact (they just have personal problem admitting
it), or they are being very confused and manipulated. Best course of
action is to limit amount of craptalk ingested by disconnecting from all the
crapfeeds. Practicing this some time now, I observe no value is lost, and one
becomes healthier, happier one could say.

So ... thanks guys for making this thing work while it lasted. But I would like
to ask Garrett to reconsider his decision about dropping the thing. If pace of
change is problem just slow down, it works as it is, for many purposes. And it
works pretty well compared to other things in this space. Please don't let it
die. Other monks may leave after you. We simpletons might not be able to keep
this ship floating on our own. Other smartasses will probably take it "in" 
into their "companies" and it will "disappear". All that would be sad.

But we have project maintainers and dictators for a reason though, so should
this be really destined to die, then let it die.

  eto

Other related posts: