TWiR quote of the week

"Rust is for professionals".

Great article. If a bit long winded for most who are not familiar with Rust.

Much of it could be summarised as "Rust has an emphasis on program correctness", which the article expands on at length. It has an emphasis on correctness far above that of compiled languages like C and C++ or dynamic languages like Javascript and Python. Not something we have seen in the wider programming world since ALGOL or later Ada.

To my mind, any professional programmer should have correctness of his creations as a primary goal. In the same way real engineers take pride in their aircraft not crashing, bridges not collapsing, brakes not failing and much else in the world.

I would go as far as to say any software engineer not looking at Rust is being professionally negligent.

Of course Rust is for happy hacker hobbyists as well. Why would they not want the product of their labours to be unpredictable.


RFC can be read as "Readme For Crate"

1 Like

When talking about Rust is for Professionals

To me, the overarching message of the blog should be, Rust is making me a better software engineer.

Rust Is Creating Professionals.

From u/wsppan on Reddit.



1 Like

Careful. My post with that statement in it was flagged and temporarily hidden. I suspect it was that statement that upset someone.

Perhaps it's a bit strongly worded. But I pitch it the same as suggesting that when using C and C++ one should have compiler warnings wound up to the max, tests in place, be making use of the various sanitisers and/or valgrind and so on.

In short professionals should be taking pride in their work and be keeping up with the latest in best practices in ensuring a quality product. I consider Rust is a significant development in that respect.


We feel that Rust is now ready to join C as a practical language for implementing the [Linux] kernel. It can help us reduce the number of potential bugs and security vulnerabilities in privileged code while playing nicely with the core kernel and preserving its performance characteristics.

I think that this may be one of the most impactful statements regarding Rust for a fair amount of time.


A very nice quote about Rust

If you only have experience with dynamically typed languages that will allow you to compile a ham sandwich, there's a good chance you'll be frustrated by Rust.


The multiple references to Gregory Szorc's article inspired me to give it a read. As a beginner, I am always skeptical that I am engaging in confirmation bias reading an article about the benefits of Rust's ownership model and the memory safety it provides, to the extent that the author is preaching to the choir. But the author's endorsement from the perspective of an industry veteran carries credibility, and it was interesting to read the constructive critiques as well. My favorite quote from the article was:

With Rust, the compiler errors tell you exactly what the language defects are. So by the time you appease the compiler, you are left with just your logical/intent defects. I greatly prefer the Rust workflow which separates these because I'm getting clearer feedback on my progress: I know that once I've addressed all the language defects the compiler complains about that is just a matter of fixing logical/intent defects. I know I'm a giant step closer to victory.

I like the wording, but I do think there is a limit to how often one should employ italics for emphasis.


Having also read Gregory Szorc's article I think he did a good job of highlighting what truly separates Rust from other languages. Any mention of Rust is bound to mention memory safety, but to me it's more than that.

Rust promotes correctness by making you handle edge cases and errors.

Rust moves a huge number of what would be runtime errors in other languages to the compile stage.

To me, those two things, although often tied very closely to memory safety, are what makes Rust truly special. It's not (just) about memory, it's about correctness.


First time contributing to the quote of the week but reading the (very!) long article of Gregory Szorc, I thought it was worth mentioning at least one quote (it seems I'm not the only one!). I enjoyed this one specifically.

Like an artist reaches for a preferred paintbrush or a chef for a preferred knife because their preferred tool enables them to better express their craft, I feel that Rust often enables me to better express the potential of my professional craft more than other programming languages.

From Gregory Szorc's Digital Home | Rust is for Professionals


this error message is UNREAL

Ash2X3 on twitter


I just found this to be quite fitting and no one proposed something in quite a while.


Indeed. And is so often the case with sports cars when one "turns the wheel, presses the pedals, and burns rubber" in many other languages the results may very well not be what one had in mind.


You won’t appreciate Rust unless you spend few weeks building something in it. The initial steep learning curve could be frustrating or challenging depending on how you see it, but once past that it’s hard not to love it. It’s a toddler with superpowers after all :heartpulse:

Deepu K Sasidharan on My second impression of Rust and why I think it's the best general-purpose language!


I often think about Rust as a process and community for developing a programming language, rather than as a programming language itself.

throwaway894345 commenting here (The Plan for the Rust 2021 Edition | Hacker News)

They were responding to

Rust isn’t only a great language, it’s a model of how technology can be built.



Because I can:

This time, there were two crates and one quote, which is not much, but ok. Keep it up, folks!



"Low level" is a lie created by Big Level to sell more levels. Anything you can do in C++, you can do in Rust.

reddit user K900_ giving the ultimate answer on "Is Rust as low level as C++ and C"


I recently graduated with my Ph.D., after having worked on 5 different versions of my simulator, written in 4 different languages. The last version, written in pure, safe rust, worked correctly in part because of rust's strong guarantees about what 'safety' means, which I was able to leverage to turn what would normally be runtime errors into compile time errors. That let me catch errors that would normally be days or weeks of debugging into relatively simple corrections. [...] So, once again, thank you to everyone!

ckaran on Internals


dpc in Polkadot postmortem (kind of caused by Rust nightly change)


As the tradeoffs in software engineering change over time, so does the ideal solution. Some 40 years ago when the first C standards were written down, by people no less competent than those that work on Rust today, the design of the language and the list of behaviours not defined likely made much more sense in context of back then than they do right now. It is not all that unlikely that some years down the line the choices made by Rust won't make all that much of sense as they do today, too.

@nagisa in Why deference MaybeUninit().unint().as_mut_ptr() is safe? - #19 by nagisa