aba_sababa

And then your teammate then takes a week to build an API that's only compatible with your hacked out code you wrote in twenty minutes. Now you've wasted both your time and her time when both need to be re-written.

I really don't buy this. Attribution of anyone is incredibly difficult. It's easy for the US to officially point fingers and turn it into a geopolitical play. There is every incentive to do so: it's plausible, the media buys it, and it buys major points in the Us vs. Them narrative.

Yep. Solar wind also contributes. It's possible to set the solar panels to be orthogonal to these forces which can induce maximum drag.

I think the actual confusion is about a centralized distributed system vs a peer-to-peer distributed system, which is probably what (still totally wrong) PhD student meant.

I agree with you in that this is an excellent and demonstrably valuable use case for Bitcoin - we saw the same thing happen in Cyprus with the protests there.

I don't think I agree about this meaning there will be a bright future for it. Venezuela and Cyprus are unstable, extremely corrupt governments. Bitcoin thrives in that environment. A bet on Bitcoin seems to be a bet that those kinds of environments will endure and are inevitable, which is vaguely reminiscent of 2nd Amendmenters and the way they want their guns because it'll help them defend against the "corrupt, evil police state".

The problem is that America isn't actually a corrupt, evil police state and neither is it truly on the verge of imploding. I would bet against Bitcoin, at least in America, for this reason.

It's pretty low to disguise "more money for investors" as a half-assed argument for better employee outcomes.

An open source Boundary?

I prefer Papers 3 - would rather be in control of my saved papers than rely on a SaaS that could go out of business whenever.

Ok, so you know that "facebook" is part of the original hash. Not following how you can also derive "mypassword" from it. If you have a good strong master password, rainbow tables won't be able to crack the hash.

Compromising one of these passwords does not at all mean that all the other passwords are compromised. You can't figure out the original master password from a hashed, compromised password.

As opposed to a password manager, where it's trivial to know every password within if you know the master password?

Really? I find that most Berliners speak wonderful English.

Is this an Impala competitor?

This is a narrative that I don't know how to evaluate. In this case, I'd agree that there's a lack of innovation, but to extrapolate that it is part of a larger narrative is something you can't do without actual data.

Ironically, the author shows that he is just as susceptible to marketing as regular consumers, because apparently innovation that is not well marketed might as well not exist, and deserves no role in his narrative.

I studied philosophy, and I also tacked on a CS degree. In retrospect, the CS degree wasn't necessary - all the programming I needed to know for a job I was able to pick up on the side and by going to hackathons. I really treasure my philosophy degree - it taught me how to think holistically and it trained me to find weak spots, poke holes, and strengthen, all of which come in handy in engineering and in broader thinking about the state of the world.

Wondering - what's wrong with SSH? Is it considered insecure?

You realize that most of HN readers are engineers, and like most engineers, they are perfectly normal human beings without "antisocial beliefs"?

Short sighted? You think that being pro-gay marriage is being on the wrong side of history?

The most productive thing is to quit. Anyone who, in 2014, is still not paying interns is most likely not someone who can teach you anything. There is still plenty of time to find another internship for the summer.

Datatau isn't doing too bad.

I usually go for DyGraphs. Simple + easy to use + lots of configuration + excellent docs

You should help out on Skyline! github.com/etsy/skyline It's a real time anomaly detection system.

It also doesn't strike me as especially expensive. A dumb, brute force query (that is, something in 0(N^2)) wouldn't take so long with only a few million rows. So I would just try doing through each row, doing a full table scan to find meetings, and just let that cook for a little while.

It's not like you're ingesting gobs and gobs of data in real time :)

Hmm. How are you defining a meeting? Is a meeting a pair of mice? Or is it a pair of mice with a time component? So a pair of mice + the duration of time they were together?

How about having a table where each row corresponds to a duration of time?

time | total | mice_ids (a json string. or use mongo)

And then, run through all your data and assign each mouse to a certain duration (ie, minute one, minute two, etc), updating the total counts every time as well as the mice_ids. Then, you could query by minute and see which minutes had meetings in them (ie, select mice where total > 2)