Let’s put this in some perspective:
Apple—user experience and design queen Apple—is to the right
of Mozilla’s position on this issue!
Allow me to succinctly cut through all the cacophony on this: version numbers matter1.
They’ve always mattered. And they will continue to matter.
Because the first question anyone asks when debugging their own software problem or helping someone else: “What version are you using?”
“Latest” (or the even more asinine “infinite!”) is not even in the universe of a useful answer (and there exist a universe of reasons why it may not even be an accurate one, either).
Version numbers help users find the appropriate release notes for the application sitting in front of them.
Version numbers make it possible for savvier users to help themselves, by knowing what to put into the bug database when they search.
Version numbers make it possible for users to help developers, being able to effectively communicate when reporting a bug.
Version numbers are what the press refers to, so they can communicate which feature set their review pertains to.
Version numbers are used by organizations and startups to drive PR and user buzz about new features and product families: “We just released version 2.0! You should really check it out!”
Software labeling—version numbers, as consumers know it—has been a core of communication involving the answer to “Which actual bits are running on my CPU?” since… well the beginning of packaged-and-sold software.
In Mozilla’s specific case, this versioning consternation induced by their “rapid release” schedule is a direct result of versioning-as-a-concept being a proxy for something—API compatibility—in the Mozilla platform itself.
It’s important to call this out, because it’s necessary to distinguish between “rapid release causes my extensions to break every six weeks”—to users’ annoyance—and the (non-response) response of “Well, version numbers don’t matter anymore.”6
I see the move to obscure the version number to really be about reducing user “upgrade friction” by making the process as opaque and secretive7 as possible. This makes it easier to use Firefox’s user base as a lever to “move the web,” an argument I’ve previously made. This move is a consistent and logical step toward doing just that.
An interesting thought exercise to consider: what would the response be if Microsoft started updating Visual Studio on random intervals, and refused to divulge the version number installed on your machine when you tried to find it. Given that Mozilla bills the Open Web as a platform, and Firefox the tool to interact with and develop against that platform, it’s not a dissimilar example.
In any event, simply saying version numbers don’t matter anymore, and repeating it over and over like a bird you’d feed crackers to, does not suddenly make it a fact of modern software development.
It illustrates a profound lack of understanding of versioning’s (important) function in the best case.
And disingenuousness in the worst.
1 You’d probably expect a release engineer to say that, given that version numbers and versioning as a process development area has always been a large part of my job2
2 But that’s not why I’m saying it, entirely anyway
3 I should say “repeating the sentiment,” because I can’t find any Google record of anyone (publicly) having said that; the only reference is back to Laura Thomson’s original post, where the quotation is uncited
4 But I will: software which I download and run on my computer is very different than a web application
5 Facebook, Google Apps, and lots of other websites deploy software that’s broken all the time; people generally don’t have to answer “What version is it?” because, there often isn’t a way to meaningfully interact with those companies about issues in their (web-based) applications; you just wait until it’s fixed
6 In fact, this entire discussion about removing the version number from the UI is probably more acrimonious than it otherwise would be, because Mozilla has not, to date, resolved the issues raised by those negatively impacted by their “rapid [fire] release” decision
7 User experience people would probably choose “unobtrusive”