Profitez des vidéos et de la musique que vous aimez, mettez en ligne des contenus originaux, et partagez-les avec vos amis, vos proches et le monde entier.
Yes, that’s his point. That if you’ve released your app close to the end of the period, then you’re forced to upgrade your app right away, even just to keep getting security patches, on top of any bugs you might already be trying to get on top of with your newly released app. Other systems have a longer support period and you wouldn’t be faced with that.
If you look at LTS dates, 6 overlaps 8 by a year. And when it comes to patches, there are two scenarios. One is framework dependant app where you don’t have to do anything. And there is self-contained where you have to update the app - but how else would you patch it - this is the same for every app out there, isn’t it?
Theoretically one could simply upgrade to newer long term supported release when old one expires. Shouldn’t break (a lot).
Yes, that’s his point. That if you’ve released your app close to the end of the period, then you’re forced to upgrade your app right away, even just to keep getting security patches, on top of any bugs you might already be trying to get on top of with your newly released app. Other systems have a longer support period and you wouldn’t be faced with that.
If you look at LTS dates, 6 overlaps 8 by a year. And when it comes to patches, there are two scenarios. One is framework dependant app where you don’t have to do anything. And there is self-contained where you have to update the app - but how else would you patch it - this is the same for every app out there, isn’t it?