It is simply impossible for D. Defining trait for C/C++ is very
strict and formal standard paper which completely defines the
language. Revise of standard is decoupled with compiler releases.
Standard can be revised once in a 10 years but compilers keep
evolving having this paper in mind.
D has reference compiler and thus you technically suggest to stop
releasing any compiler version for 1-2 years. Ugh.
On Tuesday, 23 April 2013 at 08:33:05 UTC, eles wrote:
I am more for following the C/C++ solution: periodical revise
the language, but not every two months. Several years and once
that the compiler infrastructure is already in place and
tested, publish (officially) the new version.
During the meantime, users could live with workarounds and
"forbidden to do that!". Look at C and MISRA-C.
It won't help to declare a stable version of D, while keep
adding new things. What would really help is to stop adding new
things, remove those that we are in doubt if they are good or
no (properties?) or, at least, leave them as they are, then
move towards improving the tools.
A cleaner language with better tools will allow D to take off,
while still leaving room for possible improvements in future
revisions.
C++ did not start as a perfect language, nor it has become,
still there are tools for it, people are using it, companies
are hiring C++ developers.
Being predictable does matter sometimes. Tools matter too.
