Live data from Hacker News

My Vision of D’s Future

dlang.org

21–30 of 211 posts

Re: My Vision of D’s Future

#21
post #13

Can somebody enlighten me, why use D when there is Rust/Go? I think on almost all cases, and also having a bigger community, it is a win for Rust/Go.

I find D easier to use than Rust or Go because of familiarity. It is very obviously C and C++ inspired but without all the sharp edges. I also love D's metaprogramming. It feels almost like lisp. Go's lack of generics doesn't allow this and Rust's macros don't feel as comfortable for me. Yes, D is smaller but it's also big enough for me. I don't feel like I'm missing out on much when I'm using D. If I need a library…

Good post. I haven't used D much, but the only way I really see it as "deficient" is its inability to easily create static binaries, like Go. But in a lot of ways that is never a hard requirement (it is nice, though).

Re: My Vision of D’s Future

#23
post #18
post #8

C++ interop sounds like a great unique selling point. Rust/Go/Swift can't match it.

Why can't Rust match that?

Most languages settle down with C interop and don't bother with the added complexity from C++. Rust is one of those, some of the concepts aren't even on the language right now, what would lead to very non-idiomatic imports.

Re: My Vision of D’s Future

#24
> We’re mostly there—using the actor model eliminates a lot of problems that would otherwise naturally occur.

So D comes with an actor system baked in at the language level? I like that sort of thing after using Erlang and using some half baked libraries in other languages.

I’m curious how good it is...

Re: My Vision of D’s Future

#25
post #6

D needs to up its game with the Techempower benchmarks IMHO. Vibe.d has been completely left behind by the usual Rust/Go/Java suspects. I'm very confident that it is capable, but that isn't particularly obvious atm.

I don't think anybody really cares about the Techempower benchmarks. Else we'd all be using Vert.x or so.

The most popular frameworks having the 90% of deployments, are at the middle to bottom of the Techempower benchmarks.

Re: My Vision of D’s Future

#26
post #5
post #4

Earlier quoted context omitted.

The domain is dlang.org, the github repository is called dlang, the titles of their pages are things like "Dlang tour" and "Dlang forums". It's already searchable as dlang with no issues.

The sad part is, every time I type dlang in google for something, it tries to correct it to golang and that's terrible. duckduckgo doesn't do that.

>every time I type dlang in google for something, it tries to correct it to golang and that's terrible

Doesn't do it at all to me...

Re: My Vision of D’s Future

#27
post #7
post #4

Earlier quoted context omitted.

The domain is dlang.org, the github repository is called dlang, the titles of their pages are things like "Dlang tour" and "Dlang forums". It's already searchable as dlang with no issues.

I guess I also mean actually referring to it more as DLang (or something) so people start calling it that. "D" is so hopeless to even use in conversation. Even "Rust" is miles better, and that's not exactly a brilliant name either.

>"D" is so hopeless to even use in conversation.

Not any more hopeless than one of the top-10 most popular languages, C.

Except if you mean the juvenile joke it alludes to, in which case, nobody really cares between adults. No company is not gonna be use D because in some memes it means dick. Libraries, tooling, maturity, devs, speed, are the real concerns...

Re: My Vision of D’s Future

#28
post #13

Earlier quoted context omitted.

I find D easier to use than Rust or Go because of familiarity. It is very obviously C and C++ inspired but without all the sharp edges. I also love D's metaprogramming. It feels almost like lisp. Go's lack of generics doesn't allow this and Rust's macros don't feel as comfortable for me. Yes, D is smaller but it's also big enough for me. I don't feel like I'm missing out on much when I'm using D. If I need a library…

Good post. I haven't used D much, but the only way I really see it as "deficient" is its inability to easily create static binaries, like Go. But in a lot of ways that is never a hard requirement (it is nice, though).

Why can't D create static binaries? I've never heard that before.

Re: My Vision of D’s Future

#29
post #9
post #3

As long as we search for stuff on the internet with text terms (i.e. Google ) you've got to enhance the name of the language. If only something boring as DLang, please please do this. I feel bouts of sympathy every time I think of D, and I'm not even a hard core fan or anything. No need to change the logo or anything. Just sneak in something actually searchable ( dlang , or whatever ) in footers and headers of docume…

Yes, this is why the Go language was a complete failure too. And C before that.

This reads as if you're willfully misunderstanding the other person's point just so you have an excuse to leave a snarky comment. There are lots of other forums for that.

Re: My Vision of D’s Future

#30
>I think we need a ridiculously fast interpreter so that we can skip machine code generation and linking. To me, this should be the default way of running unittest blocks for faster feedback, with programmers only compiling their code for runtime performance and/or to ship binaries to final users. This would also enable a REPL.

I am most excited about this, where a language supports two modes 1) interpreter for development, and 2) compilation for performance. Never thought about this, but reading this, it makes perfect sense on large projects

Post reply on HN