nc17

Of course, but Clojure didn't exist in 2006. I wonder what Steve Yegge would say today.

"It goes without saying that all pages shown to logged-in users should be served over HTTPS"

You're not logged on to that page, it's a blog. There's nothing to gain by serving it over https.

These are good points. However, as a user of Dropbox I just don't care if they encrypt my data or not. If I back up anything sensitive, I encrypt it myself. For stuff that's not that private (e.g. pictures that I've shared) I assume that anyone at Dropbox could look at them.

If I were the rental car lobby, I would be putting pressure on regulators to make things as hard as possible for these companies. They are startups, so it's hard for them to put up much of a fight.

It would be very different if Google was behind ride sharing. It took someone the size of Apple to work with the music industry to sell mainstream music legally to the masses.

Moderators, could you please edit the title to reflect what the article is actually about? The original title is extremely misleading, to put it mildly.

The problem is that you're relying on interviews to hire someone who will hopefully work with you for years to come. Would you interview and pick your wife or husband in one day? Would a table like the above help?

A link is not enough, you'd have to show causation. If not, you might as well be banning the sale of umbrellas because they are linked to rain.

That's the main weakness in the study, btw. It could well be that kids who are prone to violence are more attracted to violent games.

It's not that complicated, especially if you have been following Diaspora here. Too much spotlight, not enough traction, a suicide, no more money.

I don't understand how this article talks about the future of Google+ in the enterprise, yet it makes no mention of LinkedIn.

Maybe you only think those projects were the best because you dumped them. Had you stuck with them, they may not look so good know. How do you know it's not hindsight bias?

This article can be summarized as follows:

Programmers tend to underestimate tasks.

Software estimation is an extremely complicated topic, this post barely scratches the surface.