Remember when a new major version meant something major changed?
Was nice as it prompted me to go read change notes. Now I have no clue when it’s a collection of minor things or has actual major changes unless I go read every set of change notes.
That was the explicit goal of having huge irrelevant release numbers and to constantly release new versions: making sure nobody cares much and upgrade without much problems constantly to ensure security and web improvements are always there in users hands.
Remember when a new major version meant something major changed?
Was nice as it prompted me to go read change notes. Now I have no clue when it’s a collection of minor things or has actual major changes unless I go read every set of change notes.
Now-a-days most of the (browser) software projects are following agile mode and not waterfall mode delivery.
Remember when a new major version meant something major changed?
Was nice as it prompted me to go read change notes. Now I have no clue when it’s a collection of minor things or has actual major changes unless I go read every set of change notes.
That was the explicit goal of having huge irrelevant release numbers and to constantly release new versions: making sure nobody cares much and upgrade without much problems constantly to ensure security and web improvements are always there in users hands.
deleted by creator
And I wish they did follow semver, but loosely (i.e. major version bump shouldn’t imply breakage, but instead a major new feature).
Now-a-days most of the (browser) software projects are following agile mode and not waterfall mode delivery.
I remember the Firefox 2, 3 and 4 hype back in the day trying out the betas and waiting for the release. Since 5 though I stopped caring.
right after I read your comment I saw this…