On Friday, 19 November 2021 at 03:00:14 UTC, Adam D Ruppe wrote:

You need representation (diversity) otherwise you will end up with many of the same issues.

You also need a shared vision. Simpler or more features?

You also need to restructure compiler internals to get more people interested. So a merge is not realistic.

Look up Group Think. The road to hell is paved with good intensions.

On Friday, 19 November 2021 at 08:07:11 UTC, Ola Fosheim Grøstad wrote:

(To be fair, look up design by committee and analysis paralysis as well.)

On Friday, 19 November 2021 at 08:08:38 UTC, FeepingCreature wrote:

"Analysis paralysis" in PL design is a sign that the chosen approach does not lead to the goal, like having an unsound typesystem. Start over from scratch is often the better solution.

On Friday, 19 November 2021 at 08:41:05 UTC, Abdulhaq wrote:

I recommend you watch Atila's upcoming DConf Online talk:

https://youtu.be/UqW42_8kn0s

That will cover part of what you're asking about. And I expect that the revised governance proposal Mathias Lang is preparing to put forward in the coming weeks will create the framework where we'll be able to marshal and direct community resources (volunteered and paid) toward specific tasks to enhance the ecosystem. That includes the finalization/polishing of troubled language features and any potential changes to the release process.

See the following meeting summary for background:

https://forum.dlang.org/thread/fnzuguuewsvzswpwiwar@forum.dlang.org

On Thursday, 18 November 2021 at 18:05:38 UTC, Abdulhaq wrote:

Doing things with D help lift the number of users.

Constant, harsh, unsubstantiated criticism on the main communication channel (these very forums) for D doesn't help getting more users. No language has an anti-themselves campaign going on for years on their main communication channels.

Imagine you child is bullied at school. Would your idea of helping him is to make public criticism of the many ways he would have to change in order to have friends?
No, this is just bullying, by people who enjoy doing just that.

On Friday, 19 November 2021 at 11:24:15 UTC, Guillaume Piolat wrote:

We should collect criticism,
If you want to criticize, please see whether the opinion has been put forward.

On Friday, 19 November 2021 at 11:36:48 UTC, zjh wrote:

Posts should also be classified.
Such as opinion/question/..., etc.
Our problem is organization.
Excellent posts should also be scored,And reward.
etc...

On Friday, 19 November 2021 at 11:24:15 UTC, Guillaume Piolat wrote:

D has enough users, but I project most of them are like Abdulhaq and myself. They write D code occasionally in their hobbyspace and would like to see a situation where you would choose D because it is objectively the best choice. Right now D is not the most rational choice, unless you do exactly what you do: write your own foundation and extend the compiler with what you need (like SIMD support). That is a lot to demand of others… So you are very demanding in your attitude!

I've come to the conclusion that for me D will never move out of hobbyspace (well, maybe if I write an audioplugin). That conclusion made me happier about D!

Abdulhaq still dreams of using D outside his hobbyspace, but he clearly cannot make a salespitch at his workplace by appealing to emotions, he has to make a rational argument for it.

You've bullied me repeatedly. I never bullied you. :-P Bullying a technical construct and a development process is not a concept… Hurting the compiler's self confidence or something?

For instance, let us return to the introduction of @nogc. If you read the DIP thread on that you'll see that Manu, Mike and other low level coders were not enthusiastic. Manu wanted ARC at the time. You know, a solid compiler backed memory management solution. The survey from 2010 shows that nobody wanted -nogc as an option. The conclusion is that everybody that use D wants managed memory backed by the compiler (some kind of automatic memory management). @nogc does not satisfy that need, it is more like an escape-hatch.

At the end of the day it comes down to wanting to write code that is and looks beautiful.

You want this yourself. You want to get rid of the "@" in front of attributes.

Aesthetics matter.

Aesthetics in memory management.
Aesthetics in semantics.
Aesthetics in syntax.

So when you go to bed you can go to sleep knowing that you created something beautiful that day.

People want this from D. I think you do too.