A D vs. Rust example
Don Allen
donaldcallen at gmail.com
Tue Oct 25 18:11:28 UTC 2022
On Tuesday, 25 October 2022 at 17:37:22 UTC, Tejas wrote:
> On Tuesday, 25 October 2022 at 17:16:58 UTC, Don Allen wrote:
>> There's an awful lot of software out there written in gc-ed
>> languages, e.g., Python, Go, Javascript, that we all use every
>> day, even on our phones, and that performs adequately or more
>> than adequately
>
>
> But Rust is a system level programming language, it was
> designed for writing device drivers, filesystems, and other
> resource constrained and latency critical software, where
> languages with runtime environments can't be used, even if
> you're okay with them
That's true and is essentially what I'm saying -- Rust is fine
for what it was designed for, but it is not suitable for ordinary
application development. But this is ignored by many in the Rust
community and even by Mozilla, which, for example, is using Rust
in Firefox.
>
> Even the actual software libraries used by higher level
> languages in mobile applications are wrappers over the
> extremely power/compute efficient C/C++ libraries that were
> written with misery and paranoia, it's not as if a higher level
> languages' tech stack doesn't involve lower level language, but
> the opposite is true
Except I'm talking about the pain inflicted on the *user* of the
language, not the pain it took to create the language and its
supporting libraries.
>
> Thus, Rust always assumes the worst case scenarios and makes
> the programmer distort their code to make it compile, and,
> unless you use lots of unsafe, the code really belongs to "if
> it compiles, it doesn't have memory bugs" camp of software
There are plenty of examples of gc-ed languages that do the same
without Rust's difficulty.
More information about the Digitalmars-d
mailing list