44 karma · joined October 20, 2010
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...
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's many things that get expressed "between the lines". arguing for the fun of it has benefits. for one, ideas get exchanged, validated and who knows: maybe something useful comes out of it.
https://wiki.archlinux.org/index.php/Chromium_Tips_and_Tweak...
for a couple of reasons: speed of your app; SLIME is great; more documentation (books); a long history :)