3 ms·
My company (~50 people) has been using D in production for several years. We rely on gdc (we measured it generates the fastest code for our usage). Nearly once
by Ace17 10y ago
My company (~50 people) has been using D in production for several years.
We rely on gdc (we measured it generates the fastest code for our usage).
Nearly once per year, a blocking bug sneaks into the compiler and needs to be worked-around (crashes on invalid code are easy to avoid ; sometimes, it's a little more tricky, but we've never been blocked for more than 1 day). The maintainers are very active, though, and it's generally quickly fixed, provided that I report the bug myself.
There's also been some friction when it came to cross-compilation (definitely doable, but not as easy at "apt install mingw-gcc").
In the team, the adoption went well ; coming from C++, switching to D feels natural. The syntax is more concise and consistent than C++14 syntax. The standard library handles so much stuff (md5, sending emails, command line parsing, filesystem, process creation) that most of our projects don't depend on any other external library (nor do they depend on any OS-specific stuff). The fact that all variables are initialized by default makes it hard to have non-deterministic behaviour ; and the fact that the "buffer" abstraction (aka "Span"/"Slice"/"string_view"/"ptr+len") is in the language makes it really easy to write code which is concise and secure.
C++ has been slowly catching up since 2011, however, why wait?