March 30, 2022

On Monday, 7 March 2022 at 20:45:13 UTC, David wrote:

>

I am wondering which companies still use D actively? For example, does Mercedes Benz Research (heavily) rely on D? I am aware of the page https://dlang.org/orgs-using-d.html but I am not sure how active these companies still are in using D. E.g. Netflix's Vectorflow has not been updated for nearly 2 years.
Thanks David

I would also suspect that using D in common user-oriented software (like, business tools with GUI) is barely possible because of his inconsistent ecosystem. I mean, D has "high-level things" like GC and stuff, nice syntax, powerful templates and looks awesome for a software that "just works" like Java... But at the same time devs went into "have a better C" trip shrinking the language to a subset, accepted DIPs are not implemented for years, stdlib has some amount of legacy/experimental/deprecated/unwanted code, C++ interfacing is limited... After all, you have neither production-ready D-native tools (because for different reasons it got no enough traction), nor can use existing ones from C++ world, only C if you are lucky to find those and wish to play with building cross-language projects. After spending some time it's just easier to go back to Qt/C++, Swing/Java, Electron/JS, etc.

Having all of those "GC or no GC", "classes or no classes", "exceptions or error codes", etc does not help either.

(Everything was written based on impressions of naive language user just watching language patchnotes, news feeds and rare forum visits)

March 31, 2022

On Wednesday, 30 March 2022 at 01:06:28 UTC, Vladimir Marchevsky wrote:

>

[...]

you can easily do the same thing as Electron/JS does but with D as a backend instead of node. combine vue.js, webview2 and vibe.d and you got a pretty great GUI framework.

March 31, 2022

On Wednesday, 30 March 2022 at 01:06:28 UTC, Vladimir Marchevsky wrote:

>

[...]

It's actually fairly easy.

Interfacing with C++ is also far better than most languages, otherwise 2/3 compilers wouldn't work at all.

March 31, 2022

On Thursday, 31 March 2022 at 10:38:06 UTC, Commander Zot wrote:

>

On Wednesday, 30 March 2022 at 01:06:28 UTC, Vladimir Marchevsky wrote:

>

[...]

you can easily do the same thing as Electron/JS does but with D as a backend instead of node. combine vue.js, webview2 and vibe.d and you got a pretty great GUI framework.

Also many companies see Node.JS as a security risk. D's competitive advantage is it's complied. But it just lacks production grade libraries.

April 03, 2022

On Thursday, 31 March 2022 at 10:38:06 UTC, Commander Zot wrote:

>

On Wednesday, 30 March 2022 at 01:06:28 UTC, Vladimir Marchevsky wrote:

>

[...]

you can easily do the same thing as Electron/JS does but with D as a backend instead of node. combine vue.js, webview2 and vibe.d and you got a pretty great GUI framework.

Great that you mentioned it. I've just tried to start a vibe.d project from scratch using a tutorial on vibe.d website. You create a project with "official" template, build it - and get compilation errors. And then you need to google unexpected errors, find related bug tickets, dig into package configs of different dependencies, fix it by setting corresponding nested dependencies as direct ones and applying "nodips" subConfigurations for your not-even-started-yet project. Just because the most known D web framework does not support preview=dip1000 but some of framework dependencies use it by default (which is questionable by itself because making a flag for "superseded" DIP preview default one is... Well... Bad idea). Very nice way to start your work on the web app.

Then you decide to add some more packages for your app - like vibe-auth for OAuth server and oauth for client. Just as you expect, it doesn't build again - probably because vibe.d internals or even APIs have changed and you get compilations errors of wrong types, etc.

Why would some D newcomer want to use D for backend instead of Java, NodeJS, PHP or something else, again?..

April 03, 2022

On Sunday, 3 April 2022 at 22:46:23 UTC, Vladimir Marchevsky wrote:

>

Why would some D newcomer want to use D for backend

because they're familiar with my libs instead :P

1 2
Next ›   Last »