www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - companies actively using D (e.g. Mercedes Benz research)

reply David <ds3113 protonmail.com> writes:
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](https://github.com/netflix/vectorflow) has not been 
updated for nearly 2 years.
Thanks David
Mar 07 2022
next sibling parent reply =?UTF-8?Q?Ali_=c3=87ehreli?= <acehreli yahoo.com> writes:
On 3/7/22 12:45, David wrote:


 does Mercedes Benz Research


Mercedes-Benz Research and Development North America is a subsidiary of 
Mercedes-Benz AG.

We started using D in a joint project with Bosch for autonomous driving. 
It is public information that now both companies pursue their autonomous 
driving projects with different partners. We at Mercedes-Benz still use 
and develop the same tools written in D. I can't know whether Bosch is 
doing the same.


 (heavily) rely on D?


C++ seems to be the predominant programming language used in autonomous 
driving for various reasons: It is certified for safety critical 
applications, there are commonly used matrix libraries, and autonomous 
driving experts who are experienced in C++ are many. Python is another 
major language and there is some interest in Rust within the developers.

Although tools written in D have been used daily at times by hundreds of 
developers, I still can't say that we "rely heavily" on D. It's because 
all existing tools could have been written in any other language with 
various compromises.

I am fortunate and very happy to still develop in D and write programs 
that are appreciated by our developers. :)

Ali
Mar 07 2022
parent David <ds3113 protonmail.com> writes:
thanks everyone for the broad and insightful replies!
Mar 08 2022
prev sibling next sibling parent Sergey <kornburn yandex.ru> writes:
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](https://github.com/netflix/vectorflow) 
 has not been updated for nearly 2 years.
 Thanks David


Based on Quarterly meeting info:

Industry Reps & Contributors

Iain Buclaw for GDC
Mario Kröplin for Funkwerk
Mathias Lang for ZeroOne (formerly known as BPFKorea)
Adam D. Ruppe as a Contributor
Robert Schadek for Symmetry Investments
Joseph Rushton Wakeling for Frequenz


I think at least these companies (Symmetry, FunkWerk, ZeroOne, 
Frequenz)

One more is Putao from China or someone there, who is investing 
time to Hunt-framework development

Also if I’m not wrong author of Vibe.d wrote that they using D in 
closed source business solution.

Several small start-ups/companies as well.
Mar 07 2022
prev sibling next sibling parent max haughton <maxhaton gmail.com> writes:
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](https://github.com/netflix/vectorflow) 
 has not been updated for nearly 2 years.
 Thanks David


Symmetry uses D extensively on projects like a programming 
language, enterprise software, and libraries to analyze market 
data using quantitative finance.
Mar 07 2022
prev sibling next sibling parent Bastiaan Veelo <Bastiaan Veelo.net> writes:
On Monday, 7 March 2022 at 20:45:13 UTC, David wrote:

 I am wondering which companies still use D actively?


SARC B.V. started to rely on D for production two years ago when 
we implemented telemetry. Since then we have come a long way in 
converting our Extended Pascal source code to D. We have started 
to use D for new applications, that make use of existing library 
code that is transcompiled daily. For existing applications we 
have started mirroring every commit to the original code with a 
commit of the transcompiled code in git, so that we have some 
months of commit history when we make the switch, which we call 
D-day. This will happen later this year, and we are all very 
excited about it. Right now my focus is on setting up the 
production environment, on interfacing with C++ and on QA.

So yeah, SARC uses D actively, and I would say we rely heavily on 
D already.

-- Bastiaan.
Mar 08 2022
prev sibling next sibling parent reply 0xEAB <desisma heidel.beer> writes:
On Monday, 7 March 2022 at 20:45:13 UTC, David wrote:

 I am aware of the page https://dlang.org/orgs-using-d.html


There’re companies actively using D not listed there, too.
just sayin’ :D

- Elias
Mar 12 2022
parent reply Bastiaan Veelo <Bastiaan Veelo.net> writes:
On Saturday, 12 March 2022 at 20:26:28 UTC, 0xEAB wrote:

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

 I am aware of the page https://dlang.org/orgs-using-d.html


 There’re companies actively using D not listed there, too.
 just sayin’ :D


Such companies can click on the “Improve this page” link, make a 
PR and get their logo on there. It’s almost as easy as editing a 
wiki page.
Just sayin’ :-D

— Bastiaan.
Mar 12 2022
parent reply Guillaume Piolat <first.last gmail.com> writes:
On Saturday, 12 March 2022 at 23:31:55 UTC, Bastiaan Veelo wrote:

 On Saturday, 12 March 2022 at 20:26:28 UTC, 0xEAB wrote:

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

 I am aware of the page https://dlang.org/orgs-using-d.html


 There’re companies actively using D not listed there, too.
 just sayin’ :D


 Such companies can click on the “Improve this page” link, make 
 a PR and get their logo on there. It’s almost as easy as 
 editing a wiki page.
 Just sayin’ :-D

 — Bastiaan.


It seems likely to me most D programmers don't interact at all 
with the forums, nor the community (like with any other 
programming language). Asking on these forums who is using D in 
the vast world is going to get biased by the few that peruse the 
official forums.
Mar 13 2022
parent Andrea Fontana <nospam example.com> writes:
On Sunday, 13 March 2022 at 12:58:37 UTC, Guillaume Piolat wrote:

 It seems likely to me most D programmers don't interact at all 
 with the forums, nor the community (like with any other 
 programming language). Asking on these forums who is using D in 
 the vast world is going to get biased by the few that peruse 
 the official forums.


That's true. Speaking with a developer on twitter I found out he 
lives in Venice like me and he is a fan of dlang.

But I've never seen him here, he said he doesn't interact with 
any community.

(and my company actively use dlang in production for many 
projects and for our website)

Andrea
Mar 15 2022
prev sibling parent reply Vladimir Marchevsky <vladimmi gmail.com> writes:
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](https://github.com/netflix/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)
Mar 29 2022
next sibling parent reply Commander Zot <zot zot.zot> writes:
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.
Mar 31 2022
next sibling parent Arun <aruncxy gmail.com> writes:
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.
Mar 31 2022
prev sibling parent reply Vladimir Marchevsky <vladimmi gmail.com> writes:
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?..
Apr 03 2022
parent Adam Ruppe <destructionator gmail.com> writes:
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
Apr 03 2022
prev sibling parent max haughton <maxhaton gmail.com> writes:
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.
Mar 31 2022