On Tuesday, 19 January 2021 at 11:25:13 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 19 January 2021 at 10:43:45 UTC, Ola Fosheim
Grøstad wrote:
On Tuesday, 19 January 2021 at 10:36:13 UTC, ddcovery wrote:
GC if D is not enough for you), but think about the thousands
of experienced developers that where looking for something
mature to work with and found that D was not an option.
And that's the point. The vast majority of _experienced_
developers recognize the current GC for what it is: a very
basic primitive Boehm-style GC. Which basically is a trip back
to the 1990s (or 1970s, whenever they started programming).
And if it isn't clear: stuff like that (and bugs in the type
system) is what makes _experienced_ developers do exactly what
you said. They do go to Rust, Go and C++ (or Nim or Zig).
Go back through the forums and you see plenty of dedicated D
users that did exactly that.
Lost opportunities.
And that is why you don't get the eco system you think is
needed.
Truly _experienced_ programmers do test a new language before
they commit to it. They will recognize the flaws based on prior
experience. They do know what typical flaws in language design
look like. They have experience with maybe 5-15 languages, so
you cannot just throw stupid slogans in their face, they are
used to that too.
First of all, nice to read you
That you want GC to work efficiently seems great to me... but at
least we agree that D memory management is (and must be) GC based
(so I really don't understand your somewhat over-acted answer...
maybe I need to read all the threads to understand your
discomfort. In any case, accept my forgiveness if I have been
able to bother you).
Regarding the experience, do we really have to go into that? In
this forum there are more or less many people with university
level and between 10 and 30 years of experience ... many (except
the youngest) have worked professionally with dozens of
programming languages and this is, in my opinion, the reason D
attracts us (people with really different profiles and needs but
with a lot of experience).
In my case, for example, I have not worked manually with memory
for decades (the 90s are a long way off, and my years with C/ASM,
Pascal and C++ are long forgotten): VB, C#, Java, Ruby, Groovy,
Scala, ObjectiveC, Js/Ts, Kotlin, Dart, ... D seems like a great
alternative to me (mainly because the "way" of computational
inefficiency that a lot of them and their most used frameworks
are taking).
In any case, your point about to be professional when comparing
alternatives should always be kept in mind, nothing to add.
Thanks for your tips.
