Bad Technology: A Call for Revolution Against Beta Culture
gizmodo.com
gizmodo.com
This is annoying to consumers but as long as we put up with it little will change. Consumers 30 years ago were less tech savvy, and consequently less tolerant of having to troubleshoot a new tv. Today we deal with computer crashes all the time so we aren't as offend by a tv that crashes. We have developed a tolerance for faulty technology.
The user stopped and asked "What does 'Beta' mean?".
"What do you think it means?", asked the consultant.
"Well, does it mean they think they're 'better' than everyone else?"
Unfortunately, as the article points out, it actually means it's more buggy than the rivals products
If the wheel was invented with today's manufacturing mindset, it wouldn't actually roll in first couple of years ("available in the 2.0 release!") and probably set half the cave on fire when actually doing so ("You did read the EULA, didn't you?").
All those early planes that crashed, those zeppelins that took fire were the works of software engineers? What about the Titanic?
Product management would tell you that they have no choice but to rush these things to market. And maybe that's true. Also consider that some "important" software came from academic/research settings, where the pressure to bring things to market was much lower (though there is considerable pressure to publish in some cases). As an example: my employer, who writes software for a highly regulated industry, recently hired a new product manager. We have been preparing a minor update release for a core product, and he has been tasked to manage this update. He comes from a company that offered non-critical web applications. When our QC department gave him estimates for testing, he became visibly pale, and pulled me aside to ask how, exactly, they needed that much time to test. I responded that he would understand the first time he is pulled into an audit by one of our clients and is asked to explain the validation process for the software. Quality just isn't the first thing management thinks about--it's all about getting something to market.
I think that the primary problem is managing complexity and that requires more rigor and more considered product cycles. Less about feature packing and more about reliability.
CentOS is usually well supported, there is lots of tested software for it. I couldn't find an Emacs 22 rpm, but I compiled the editor myself and it took me 5 minutes.
I've tried newer distros, but I don't miss any features from them. I feel I use beta software when I try the newer ones.
The guy gives an example of an old TV...but thats the thing, it was an extremely simple technology by today's standards. Now even the simplest products, requires you to mesh together dozens of different technologies to work together.
And since the web, is pretty much full of nothing but startups, they just can't afford to spend the time w/o launching asap. If they wait for their product to be perfect, someone else will release a similar product and leave them out to dry.
My bad..