Under The Radar is my favorite tech podcast (and one that Xojo has sponsored several times). The most recent episode is particularly interesting. It’s called “Meaningless Version Numbers” and it’s about how the app industry has changed and maybe we shouldn’t be saving up big features and bug fixes for some big, marketable release. There were reasons for that in the past, but maybe we should do some rethinking and instead of big meaningless numbers, we should be marketing new features. With the app stores, version numbers are largely redundant for most consumers now.
It’s a really good discussion and it made me think about starting to change how I do things in the near future. Available on iTunes and elsewhere.
https://www.relay.fm/radar/feed
[quote=435606:@Gavin Smith]Under The Radar is my favorite tech podcast (and one that Xojo has sponsored several times). The most recent episode is particularly interesting. It’s called “Meaningless Version Numbers” and it’s about how the app industry has changed and maybe we shouldn’t be saving up big features and bug fixes for some big, marketable release. There were reasons for that in the past, but maybe we should do some rethinking and instead of big meaningless numbers, we should be marketing new features. With the app stores, version numbers are largely redundant for most consumers now.
It’s a really good discussion and it made me think about starting to change how I do things in the near future. Available on iTunes and elsewhere.
https://www.relay.fm/radar/feed[/quote]
i moved to a date based version numbers a while back. and I keep version numbers around so “updating” has references to know when to update (or not). and based on my date based version numbering system I can release nearly infinite releases per day.
Dates rock and can be formatted as number like 2018.05081 > YYYY.MMDDN where N can be used for more than one version in a day and fix the issue with a trailing zero in the day number.
Can’t wait to listen to that podcast!
A “big version number” or name seems the only way to achieve a chargeable upgrade after new features are added.
App Store actively discourages the addition of new features which cannot be charged for as they just give it away to existing customers, doesnt it?
If I want my customers to notice the update I need to have some marketable new features. It really doesn’t matter if you use a version number or a version date.
Keybase just released version “4.0.0-20190507193726+6614a49937” and that is everything wrong with abandoning the old system of version numbers in a nutshell.