Adding a new design constraint to D

[norm]

On Wednesday, 15 June 2022 at 01:57:28 UTC, zjh wrote:
> On Wednesday, 15 June 2022 at 01:21:51 UTC, monkyyy wrote:
>
>> Id suggest fixing ancient template bugs and getting several 
>> competing compilers going to compete with c++;
>
> In any case, we should not be afraid of `change`! not be afraid 
> of `complexity`!
> Take a look at `'rust'`. It is becoming more and more 
> `complex`. Take a look at `other mainstream languages`. Which 
> is not `complex`?
>
> `C++23, c++26` is absolutely monsters! But people don't care!

I find C++ is getting easier to use with each release. Bring on 
C++23,26,... because each release adds new features that make 
using C++ that much easier use correctly and harder to use 
incorrectly.

D's only real problem is people power. That will not be fixed by 
the constant bickering seen on these forums, it just drives 
potential developers away if anything. I said it before, instead 
of worrying about private, which TBH is a tiny issue because what 
is there now works reliably and well for 99% of code, maybe help 
D progress with actions not words.

If you're not a compiler dev there are many other items that need 
work, help out testing compiler releases and submitting bugs, 
help out with ecosystem and tooling, package management etc.