Monthly Archives: December 2010

“What the tablet does, for the first time, is let us hit the reset button on the presentation of content to readers.”

Mike McCue, CEO of Flipboard, in Web format has ‘contaminated’ online journalism | Technology | Los Angeles Times

Does it, though? It’s not the web that contaminated journalism. It’s measurable performance and the need to pay journalists. It’s perfectly possible to create attractive web pages that are clean and uncluttered. It’s just they don’t pay the bills. Users have shown a continued reluctance to pay for copy, leaving few viable alternatives to advertising.

Yes, the advertising is often ugly and intrusive. Of course—give advertisers the ability to accurately gauge just how effective their adverts are, and this will inevitably be the result. Tasteful, inoffensive, and ignorable doesn’t actually work.

Maybe they’ll change their mind on tablets, but it’s not something I would count on—such a change of heart certainly isn’t apparent from early tablet experiments. The same pressures—a desire to monetize, an inability to charge for content, a strong ability to track advertising efficacy—will influence tablet software given time.

Recently in the message thread for your article, “Lies, damned lies, and benchmarks: is IE9 cheating at SunSpider?”, you made this statement (in response to someone else): “And bugs should be rare, since all they do is get the answer wrong for no purpose. Guess what? They’re not rare.” This struck me as a particularly true statement. Bugs should be rare, but they aren’t. It seems like there might be a full article here about why bugs aren’t more rare. I thought that might be an interesting read. So I guess my question is, have you thought about writing an article on why software bugs aren’t more rare?

This would be an interesting article to write. I’m not entirely sure if it can be written, however. I think if people—developers—had a clear grasp of why they created bugs then they would be in a position to do something about it. And yet, in spite of countless methodologies, millions of books, endless hours of seminars, we’re frankly no better today than we were decades ago.

People may point at NASA, but NASA’s solution, such as it is, is to scale back problems until they’re tiny, spec the hell out of them, and then write code. It’s extremely expensive, extremely slow, totally non-scalable—and there are still bugs at the end of it.