Hacker News new | ask | show | jobs
by AndyKelley 5420 days ago
The problem with using that metric is that the "feel" of a program is directly related to the UI changes that the version employs. You could change absolutely nothing bug and feature wise, but do a UI redesign and the new version would feel like it was updated a whole bunch.
2 comments

What's wrong with subversion system for bug fixes? So, you mean they fixed so many bugs, improved so many back-end features in Firefox 4, which perfectly justifies a version jump from 4 to 7? I seem to remember old days Firefox 2 to Firefox 3 took forever...
They're not jumping from 4 to 7. 5 has been released; 6 will be released soon; 7 will be released six weeks after that. It's a time-based schedule with a new version number every six weeks.

Mozilla was sick of defining features for a given version and then delaying releases for months because of too-ambitious goals, so they switched to a whatever-is-done-by-the-deadline system. Version numbers aren't particularly meaningful.

Which is why I like Ubuntu's YY.MM versioning - it's completely natural and expected.

I also like build numbers like Microsoft and Apple give, you know if OSX 10.7 GM seed is different from the GA release by looking at the build (e.g. 11A494A)