So, the stuff that basically appeals to people chasing the AI dragon, and has zero practical use for 99.999% of developers making real products?
> I wish I was joking!
I wish I could care even a little bit about such minutiae.
So, the stuff that basically appeals to people chasing the AI dragon, and has zero practical use for 99.999% of developers making real products?
> I wish I was joking!
I wish I could care even a little bit about such minutiae.
And how is it "minutiae" to be able to figure out "is my database version actually supported"? This is the fourth versioning scheme they've used in less than a decade, that's a bit nuts I think.
> And how is it "minutiae" to be able to figure out "is my database version actually supported"?
Remembering "8.4", "9.7" and ".4" just doesn't seem like a particularly big deal to me. The number* has only changed 3 times in the last 10 years.
As for the versioning, it's a nightmare for third party vendors like me, because it will absolutely increase the number of companies who are unintentionally running unsupported non-LTS "innovation" releases because they can't keep all these versioning changes straight. The major-version only changed 3 times in the past decade because 8.0 was "evergreen" for most of that time, which was also not a good strategy, yet the most obvious solution (SemVer) is always ignored by Oracle in favor of more confusing alternatives.