What's wrong with stability, LTS, and not fixing bugs for "compatibility".
Ola Fosheim Grøstad
ola.fosheim.grostad at gmail.com
Fri Oct 9 15:27:26 UTC 2020
On Friday, 9 October 2020 at 15:16:32 UTC, Fred wrote:
> I don't really agree with this sort of mentality. If you keep
> breaking code then the most D code won't ever be written.
> Broken code that doesn't end up being fixed will stay broken.
> This stuns growth, especially for larger projects. Constantly
> fixing breaking changes is fine for smaller projects, but its a
> disaster for large projects.
On CPPCON they discussed what it would take to move from implicit
constructors by default to explicit constructors by default.
They could do it like this:
year 1: deprecate unqualified constructors and issue warnings, so
you have to write either "explicit" or "implicit" before all
constructors.
year 20: make unqualified destructors "explicit"
LOL
I think there is a difference between a language with millions of
users and other languages though. Major versions is a good
solution for most languages, especially if all changes are caught
at compile-time.
More information about the Digitalmars-d
mailing list