Tasks, actors and garbage collection (OFFTOPIC)

[russhy]

On Tuesday, 20 April 2021 at 22:32:08 UTC, Ola Fosheim Grostad 
wrote:
> On Tuesday, 20 April 2021 at 21:59:30 UTC, russhy wrote:
>> That is a very short term mindset, another reason why language 
>> stagnates, lack of vision and lack of proper discussion to 
>> make pragmatic and future proof changes/deprecations/decisions
>>
>> Whenever that discussion happen, it's always "it's too late", 
>> "it'll never happen", "it's the way it is"
>
> It is too late for D to attract C++ developers. I am ok with 
> C++20 and dont think it is realistic for D to play catch up.
>

What RC has to do with C++?

What using a pragmatic approach and IAllocator oriented apis has 
to do with C++?

I'm not talking about C++, at all

> I am ok with C++20 and dont think it is realistic for D to play 
> catch up.

Defeatist mindset, that is what i am talking about when i say the 
people who stayed are taking D to the wrong direction

And i never said it needs to catch up with C++, sticking to GC 
means it can't be a compelling alternative to the people with 
C/C++/Rust and soon Zig background

Worst, it can't be a compelling alternative to Java/C# for cloud 
purposes because Go already fit the role perfectly fine, because 
they did what D failed to do

> So it's 2014. If Go does not solve this GC latency problem 
> somehow then Go isn't going to be successful. That was clear.

> Other new languages were facing the same problem. Languages 
> like Rust went a different way but we are going to talk about 
> the path that Go took.

https://blog.golang.org/ismmkeynote

Is this allocating memory? is this using arena GC? is this gonna 
end up blocking all my threads? how long can we expect a pause to 
be? 20ms? 1ms?

Actor model isn't bound to GC uses, so your wish of a vision for 
D has nothing to do with the way memory is managed

Solving real world issues is what drives adoption, but at some 
point your solution will have to work with D's features, and 
these are using a poor's man GC that'll stop their world, and 
won't scale well

Foundations have to work well, and to be pragmatic, so you aren't 
bound to a specific scenario, that is the most future proof 
solution because it allows anyone with ideas on how to solve real 
world problems, that is what

C is not displaced because of that, it doesn't tell you what to 
do, and how to do, it gives you the tools so you can write 
portable code, efficient and better software


I personally doesn't give a damn about all of this since i stick 
to ``core.stdc``

But i care about D, and this vision of D being a managed language 
is not doing good for D's future, managed language come and go 
because they made strong choices that they are unable to revert, 
C/C++ still strong today, why? i guess -i don't know right?-


I went way too offtopic, i should have created a separate from 
the beginning..

---

And i agree with Andrei this place needs a voting system, with 
proper moderating tools, so i'd know if what i said speaks to 
people or if i should just stop because i am becoming annoyingly 
rude for no real reasons