but the author is hinting in the right direction: today "slow" get's undervalued. i've been told i work slow, and yea it had a negative meaning. i interpret it as good: i take my time and do it right. maybe i was just working in the wrong company, where the software quality isn't that important versus churning out more.
http://deskthority.net/ http://www.reddit.com/r/MechanicalKeyboards/wiki/buying_guid...
You don't want people to have to think or worry about anything before using this library. Because if they do they often won't bother. These licenses align with that philosophy.
I'm a fan of open source, but you should stay focused on the issue of helping take down government surveillance, otherwise you won't make a dent in it.
As a lawyer, i would tell a client never to use AGPLv3 javascript code on a website. The bounds of what it impacts are just way too unclear.
i see that you use Protocol Buffers. from google's page, it seems like they only work with C++, Java or Python. now this could be a problem for us. what if i want to pull events from a bash script, a delphi gui app, SNMP, Dell idrac interface, or any other event? do they have to interface over Protocol Buffers, or am i missing something here? would i have to write a glue layer?
and what about, if you have two seperate networks, and want one server to forward data for its entire lan to the other server, to process and graph them?
For pulling from other tools, I usually write a little daemon to poll and relay the data. See riemann-tools for a collection of existing tools to do just that; and you can require it as a library to write your own in just a few lines of ruby.
Forwarding between servers is built in; it's easy to aggregate events in hierachies for large-scale analysis.