By Scott M. Fulton, III, Betanews
About 11 years ago (please ignore the rapidly aging "10 Years" banner overhead), a very bright young man put together a hosting service for new software, and a news feed to help publicize it. I'll spare you the part where I praise my boss for his wisdom and insight and great sense of timing, although all of that's certainly true.
In 1998, the term "beta" was generally used to mean "new software;" and so "Beta News" was interpreted quite correctly to mean "new software news." Some enterprising person may be able to dig up something I published elsewhere during that time where I complained about what I perceived as the misappropriation of "beta" to simply mean "new."
You see, ten years earlier, as a professional consultant, one of my various roles was as a professional beta tester -- something you rarely see any more. And in 1988, the beta stage of product development meant something very explicit: When a software project entered a stage of development where the program was a "complete loop" -- all of its planned components had been built, compiled, and at least operational -- then its developer could release the code outside its own shop, in limited quantities, often to consultants like me capable and qualified to give it a proper shakedown.
There was a big, bold borderline between software that was ready for public consumption and software that wasn't yet fully debugged, whose shakedown had not yet begun.
In an earlier era, "beta" meant "not ready for prime time."
But by the time Nate Mook began hosting the one place on the Web where readers could find all the newest software, manufacturers had begun the process of delivering "public betas" -- previews of coming attractions that early adopters would be eager to try out first, even if it didn't all work right. There was some fun associated with the "risk" aspect of all of this...but let's be honest, the other principal attraction in all of this was the fact that public betas were typically free.
To this day, we still receive some complaints about our Fileforum hosting commercial software, in notices that try to remind us that commercial software "isn't beta."
As manufacturers (especially the smaller ones and the startups) came to realize mainly through watching BetaNews (back then with a capital "N"), there was a deeper and perhaps even more important service being fulfilled at that time: In an era when either the operating system did not do everything for its user or didn't purport to do everything, small developers made their livings (and sometimes fortunes) by building just the right product to fill the gap.
Let's face it, there are a number of functions that Windows XP, along with the add-ons Microsoft makes for it, either does not do or does not do well. So Spybot Search & Destroy and ZoneAlarm and IrfanView and Total Commander and Ad-Aware and Zoom Player and K-Lite and Real Alternative codecs, all became key components of the expert XP user's toolkit. They filled the gaps that Microsoft left open, and performed the jobs (oftentimes better) that some folks expected XP to perform -- and still do.
For most of our publication's existence, our #1 job has been to provide users with the newest software that fills the gaps and patches the holes and overcomes the annoyances. For our readers, "beta" has meant better than the original manufacturer's idea of "ready for prime time."
The day after Labor Day marks the beginning of my fourth year here at Betanews (now with the trimmed "n"); and in this period, I have seen more corrections and advisories and outright condemnations about my supposed misinterpretation of what beta is than at any other time.
Now, I was "beta" when most folks outside of Greece associated the term with a sorority or a vitamin or a breakfast cereal. But what has startled me most in recent months has been the source of my corrections: It's shifting now, and it's the manufacturers that are offering them most often.
The problem is, none of their explanations correlate with one another. Not only do the different components of the software ecosystem have different definitions for the term, but as time wears on, each of the members of those various components fail to agree with each other.
With Mozilla, for instance, there is an earnest attempt to maintain a distinction between software that the general public is expected to test ("beta") and software that Mozilla contributors are still testing privately ("alpha"). Still, since Mozilla is a purely open source organization, the alpha editions are just as public as the beta editions. And as a result, the release of new alphas is often just as publicized as the release of new betas.
With Microsoft, the term has been used selectively by marketers to refer to some class of software being distributed to the public as a preview. However, the bifurcation and subsequent layering in and around that class, coupled with the fact that different divisions of the company develop software in different ways, has led to an inconsistency that has itself become a consistent feature of Microsoft development.
Office 2010, for example, is now being offered as a "Technical Preview" to limited testers, who are reminded that this is "not a beta." While advice and bug reports are informally solicited from these members, even now there's an expectation among users of the Preview release that the functionality isn't close to what other testers are seeing in the Beta releases. Those are private, mind you -- more private than the Previews, but less private than the internal builds, which are sometimes themselves described as "betas." Meanwhile, Windows 7 has finished transcending its public beta cycle (which was not termed a "technical preview"); and Exchange 2010 is in the midst of its "public beta" which has been described to me as a "preview."
Microsoft's marketers often speak to me about Windows 7 as being a more feature-rich, complete product than XP, and continually remind me to pay attention to that aspect of it. Media Player plays more videos, Internet Explorer includes more functions, Security Essentials goes after more malware. As it was described to be once by someone who forgot whom he was speaking to, if you use the new Windows right, "you don't need all these betas."
Next: And then there's Google...
And then there's Google, whose development model(s) have been described by its own practitioners as nebulous blobs of arbitrary nomenclature. Gmail, as many of its users will recall, was marked with a "beta" banner for the better part of five years. In the meantime, a number of folks, some of whom actually do test Google's Chrome browser rigorously, wrote in to remind us that Google maintains a development ("dev") track separately from its beta ("beta") track, and that we were confusing a dev build with a beta build.
One independent explanation put it this way: The beta builds are for public beta testing, whereas the public dev builds are for private beta testing.
What's astonishing here is that the explanations I've received from various sources at Google has contradicted our own readers, and at times defies any kind of logic I've been able to concoct. Suffice it to say that, for the most part, Google treats every product and service it offers, in whatever state it's in, as under development.
The relative level of stability determines whether a product gets the "beta" banner, and everybody should expect some Google software to develop glitches at some point. And every Google project has its own methodology for making that determination, if it has one at all. But if it says "beta," folks should take that to mean it's more glitch-free and debugged than something that says something other than beta, but less glitch-free than something that doesn't say anything at all.
Does beta mean "free?" That depends. Does beta mean "testing?" That depends. Does beta mean "feature complete?" That depends. Does beta mean "ready" or "not ready for prime time?" That depends. On what does it all depend? That depends.
There's a saying attributed to Sherlock Holmes which has, in more recent years, become more generally attributed to Mr. Spock: When you eliminate the impossible, whatever remains, however improbable, must be the truth. The problem with the modern meaning of "beta" is, if you trust everyone with direct responsibility or involvement in the matter to eliminate the impossible, nothing remains.
As we proceed, either headlong or tail-first, into an era where software is delivered in increments and hosted on the Web or in the cloud or through some nebulous recreation of the red tape we faced when surviving the public education system, there appears to be less and less incentive for any kind of software, in any shape or form, to ever be done, complete, finito. (Ironically, not even Finito.com is ready.) There's a big reason why this will be a problem, not just for Betanews but for the entire industry: If software publishers are incapable of determining for themselves just what your role is supposed to be, as consumers and/or testers and/or co-developers, then it may become impossible -- if not wholly improbable -- for them to develop a modern business model for software.
In other words, if you can't define the development stage of your market, then you can't define your market. If you don't know the difference between when something is under development and when something needs to be developed that hasn't been yet, then you should ask yourself whether you're really in business.
It's an indication that nobody really knows how they'll make money from this thing, that there may never be a discrete point in time when publishers will have the willingness or confidence to declare that even free software is "released," that it's worthy of being made commercial, that it's something of value. And if no one can stand up for the value of their products, then how can you as consumers or testers or whatever you are, be expected to attribute value to them?
Over three decades after I was first paid to test a software product, this industry appears to be suffering now more than ever from an acute case of immaturity.
Copyright Betanews, Inc. 2009