4 ms·
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 n
by AndyKelley 15y 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.
- fedorabbit 15y agoWhat'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...
- capnrefsmmat 15y agoThey'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.
- r00fus 15y agoWhich 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)