Out of all the families in my building, I was the only one who decided to fight against the 300 percent rise in our rent. I ain’t no anarchist—I just won’t allow anybody to take advantage of me.
This was posted 11 hours ago. It has 0 notes.
Our automated systems analyze your content (including emails) to provide you personally relevant product features, such as customized search results, tailored advertising, and spam and malware detection. This analysis occurs as the content is sent, received, and when it is stored.
This was posted 2 days ago. It has 0 notes.
Egotistical architects and city planners with big schemes scare me, they forget that the cities that work best work on a personal, local level.
This was posted 5 days ago. It has 0 notes.
The paradox of poverty is that tomorrow is unpredictable but the future never changes.
This was posted 1 week ago. It has 0 notes.

"It may well turn out that one of the most important effects of open source’s success will be to teach us that play is the most economically efficient mode of creative work."

This was posted 1 week ago. It has 0 notes.
There is a more general lesson in this story about how SMTP delivery came to fetchmail. It is not only debugging that is parallelizable; development and (to a perhaps surprising extent) exploration of design space is, too. When your development mode is rapidly iterative, development and enhancement may become special cases of debugging-fixing `bugs of omission’ in the original capabilities or concept of the software.
This was posted 2 weeks ago. It has 0 notes.
I grew my beta list by adding to it everyone who contacted me about fetchmail. I sent chatty announcements to the beta list whenever I released, encouraging people to participate. And I listened to my beta-testers, polling them about design decisions and stroking them whenever they sent in patches and feedback. The payoff from these simple measures was immediate. From the beginning of the project, I got bug reports of a quality most developers would kill for, often with good fixes attached. I got thoughtful criticism, I got fan mail, I got intelligent feature suggestions.
This was posted 2 weeks ago. It has 0 notes.
Sociologists years ago discovered that the averaged opinion of a mass of equally expert (or equally ignorant) observers is quite a bit more reliable a predictor than the opinion of a single randomly-chosen one of the observers. They called this the Delphi effect. It appears that what Linus has shown is that this applies even to debugging an operating system-that the Delphi effect can tame development complexity even at the complexity level of an OS kernel.
This was posted 2 weeks ago. It has 0 notes.
8. Given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone. Or, less formally, “Given enough eyeballs, all bugs are shallow.” I dub this: “Linus’s Law”. My original formulation was that every problem “will be transparent to somebody”. Linus demurred that the person who understands and fixes the problem is not necessarily or even usually the person who first characterizes it. “Somebody finds the problem,” he says, “and somebody else understands it. And I’ll go on record as saying that finding it is the bigger challenge.” That correction is important; we’ll see how in the next section, when we examine the practice of debugging in more detail. But the key point is that both parts of the process (finding and fixing) tend to happen rapidly.
This was posted 2 weeks ago. It has 0 notes.
Linus was keeping his hacker/users constantly stimulated and rewarded-stimulated by the prospect of having an ego-satisfying piece of the action, rewarded by the sight of constant (even daily) improvement in their work.
This was posted 2 weeks ago. It has 0 notes.