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