the addon supports "excel online"

skype still has the best echo cancellation (that i've tried). you don't even need to wear headphones. according to a Tox developer: there aren't any comparable open source libraries.

Can confirm that Jitsi Meet works fine without headphones in Google Chrome. Google spent a lot of time optimizing WebRTC.

"The standalone decompiler runs fine under Wine."

i'd say it depends on how important a project you are working on. if it's another run of the mill CRUD app, that only get's used internally by a few people, then you'd want cheap/fast, low quality. if it's mission critical, air plane software, you take your time and get it right.

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.

machanical keyboards are still around. Cherry MX switches are the most common.

http://deskthority.net/ http://www.reddit.com/r/MechanicalKeyboards/wiki/buying_guid...

You can still buy Model Ms, I believe they are more common.

Lots of Model Ms and more for buy/sell on Reddit's Mechmarket:

http://www.reddit.com/r/mechmarket

Unicomp still makes them

http://www.pckeyboard.com/

Yeah, I've had one for several years now. I love it. Highly recommended if you dislike typing on mushy oatmeal.

I'd like to throw Das Keyboard into the ring: http://www.daskeyboard.com/

use Apache or BSD or MIT. simple

This is the right answer. These licenses are all heavily vetted and can be safely used in almost any kind of project. The attribution requirements (when present) are straightforward and easy to resolve.

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 was about to post this myself. We don't want anyone to worry about "does this make me legally liable to open source my companies code..." or issues like that.

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.

What he said. For javascript, i'd use MIT and be done with 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.

hi, this project looks really neat! i'm evaluating icinga web + pnp4nagios at work, but this could be a viable alternative. cheers and glad you put this out there :-)

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?

There are protobuf bindings for many languages, though I hear node.js was a bit of a pain. Check the clients page and see if the language you need is there; I can help you build one if not.

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.

awesome, thanks for replying :)

looks up to me?

i'm interested in their server setup: DIY or vendor?