May 27, 2022

On Friday, 27 May 2022 at 09:29:46 UTC, Ola Fosheim Grøstad wrote:

>

But then we have to understand what those specific programmers are looking for and make the changes/improvements needed to grab that market.

It is very important that ,the D offical should make an investigation. For example, why does'd attract you? What are the 'defects' of other language? How would you like 'd' to serve you?

For me, some metaprogramming functions of c++ is not as cool as d.I hope that the d language can better link to my previous C++ library.

May 27, 2022

On Friday, 27 May 2022 at 09:31:32 UTC, Siarhei Siamashka wrote:

>

If this is what you are looking for, then something like Python may be a perfect fit. And Python is indeed extremely popular.

Dynamic language is a hole. What I need is static language.
Wrong, I didn't give up fast. Just comfort and safety first!
In other words, I like writing code very comfortable.
Like 'c++', every time at the end, I have to use macros. That feeling, you know?

Why don't you like 'rust'.
when you see the full screen ::,do you have a good impression?
Therefore, I hope that d's ecology can grow up.
D need to know, who do you serve, Big company? No!
D should not serve for big company. On the contrary, d should serve for programmers and top programmers first, and make them happy. This is my view of d's reasonable positioning.

May 27, 2022

On Friday, 27 May 2022 at 09:37:25 UTC, zjh wrote:
I hope that the d language can better link to my

>

previous C++ library.

I also hope that d can have ... operator.
It turns out that 'manu' has a 'dip', which is obviously a good thing. Why not add it?
D need to learn 'c++''s success.Add when you should.As long as no use, no cost. Then who cares.
As for d's becoming complex , which successful language is not complex in the end?
I just hope that I can configure like 'vim',Everything is configurable.

May 27, 2022

On Friday, 27 May 2022 at 10:07:53 UTC, zjh wrote:

>

I also hope that d can have ... operator.
It turns out that 'manu' has a 'dip', which is obviously a good thing. Why not add it?

I dont understand why you want it. I think I have only used it once...

Rarely used features makes code difficult to read.

>

As for d's becoming complex , which successful language is not complex in the end?

I think languages get popular when they are simple enough, but not lacking. Then many languages keep adding stuff when they no longer grow, because they cater to people who already master it. As a result they become less accessible to beginners and maybe the next generation of programmers goes elseswhere.

It is important for small languages to avoid complexity and not overfocus on the demands of the hardcore users. Unlike big languages they totally depend on being accessible to beginners.

May 27, 2022

On Friday, 27 May 2022 at 10:18:30 UTC, Ola Fosheim Grøstad wrote:

>

On Friday, 27 May 2022 at 10:07:53 UTC, zjh wrote:

>

It is important for small languages to avoid complexity and not overfocus on the demands of the hardcore users. Unlike big languages they totally depend on being accessible to beginners.

... is very easy to use. I have it for almost every function. And there are all kinds of symbols,The technical term is folding expression.
Hard to read? No, it is very cool. You don't need 'for/foreach' at all!
There are so many problems to be solved that simplicity must become complicated.

C++ now has corotine and is more complicated, but who cares.
The important thing is to 'solve the problem', the important thing is 'cool'!

May 27, 2022

On Friday, 27 May 2022 at 10:18:30 UTC, Ola Fosheim Grøstad wrote:

>

It is important for small languages to avoid complexity and not overfocus on the demands of the hardcore users. Unlike big languages they totally depend on being accessible to beginners.

If language wants to attract top programmers, it must meet the needs of them.

As long as the feature is satisfied, and there is no cost if it is not used .
No one 'cares' about adding new features.
The more features, the better, as long as they meet the needs of top programmers!
Why do beginners know so much,learning while using like vim.

The library author is the most important.
And excellent programmers are the core competitiveness for a language.

May 27, 2022

On Friday, 27 May 2022 at 10:35:55 UTC, zjh wrote:

>

On Friday, 27 May 2022 at 10:18:30 UTC, Ola Fosheim Grøstad wrote:

>

On Friday, 27 May 2022 at 10:07:53 UTC, zjh wrote:

>

It is important for small languages to avoid complexity and not overfocus on the demands of the hardcore users. Unlike big languages they totally depend on being accessible to beginners.

... is very easy to use. I have it for almost every function. And there are all kinds of symbols,The technical term is folding expression.

I think c++ needed this because it does not have a no-scope (static) foreach.
On the other side our unscoped foreach implementation is known to have limits.

May 27, 2022

On Friday, 27 May 2022 at 10:48:46 UTC, zjh wrote:

>

The library author is the most important.
And excellent programmers are the core competitiveness for a language.

No one writes library for you. And you want to expand the ecology?

The library author is the most important.
And excellent programmers are the core competitiveness for a language.

Repeate 3 times!

May 27, 2022

On Friday, 27 May 2022 at 10:51:58 UTC, user1234 wrote:

>

I think c++ needed this because it does not have a no-scope (static) foreach.
On the other side our unscoped foreach implementation is known to have limits.

This is not 'static foreach', it is folding expr. If you've written it, you know it's very cool.

template<class...T>int f(char c,T&&...t){
    return b(c,t...)+c;
}
May 27, 2022

On Friday, 27 May 2022 at 11:00:20 UTC, zjh wrote:

>

On Friday, 27 May 2022 at 10:51:58 UTC, user1234 wrote:

>

I think c++ needed this because it does not have a no-scope (static) foreach.
On the other side our unscoped foreach implementation is known to have limits.

This is not 'static foreach', it is folding expr. If you've written it, you know it's very cool.

template<class...T>int f(char c,T&&...t){
    return b(c,t...)+c;
}

yes you're right when you suggest that I've never used it.

My point was actually more on the fact that "..." solves the fact that c++
foreach does not work on tuples, i.e aggregates made of different types, while D has static foreach, which can be similarly used let's say to unroll += on each member of a tuple.