Rust: The wrong people are resigning

đź‘‹ This page was last updated ~1 year ago. Just so you know.

(Note: this was originally posted as a gist)

Reassuring myself about Rust

Up until recently, I was part of two private online discussion spaces where a bunch of Rust people hung out.

So, whenever there was drama, like when the entire mod team resigned, or when a trademark draft got a lot of people seriously worried, or just recently when RustConf took back the keynote from ThePHD then Sophia resigned over it and Saoirse wrote about governance, I had some place to go, to assess how serious things were this time around.

And most of the time, it turned out that the intentions were, in fact, good! But the execution was poor — or that there was a lack of resources, a lack of process, or a lack of manpower, or a deadline to hold, or it was just that person being that person again.

Except, it’s never just that one person, you know? Otherwise I could burn myself by outing them, and do the whole community a favor.

It’s really more like those 4 or 5 persons.

And it’s not like they’re really bad people, it’s more like they tend to… use back channels rather than follow process? Or they have too many responsibilities, and are unable to fulfill all of them properly? Or maybe they don’t listen enough?

Or maybe it’s not individuals, but pairs of individuals who have a feud for some reason or other (sometimes completely valid). Maybe one party feels slighted by something that happened years ago, maybe they have irreconcilable goals or technical views, or differing opinions on what belongs where.

But, at no point was there anything nearly as malicious as what everyone else, in the “true out” group, speculated.

The recent incident with ThePHD’s keynote downgrade was not racially motivated, thankfully, but… if that’s what it looks like from the outside, and any form of official communication is still days or weeks away, does it really make a difference?

I was able to reassure myself, by checking these private discussion places, that there were good people, fighting for the right thing to be done. That things weren’t irremediably broken. That there was hope for improvement in the near future.

Reassuring everyone about Rust?

But what about all the others? Those who only had the rumors, the sparse official statements, the deleted subreddit threads to go by?

Part of me was very disappointed at ThePrimeagen's content around the trademark policy draft, which ended up adding fuel to the fire and resulted in harassment (a thing that's hard to avoid when you have ANY following at all, and which I hear Prime's getting better at).

Part of me was very disappointed in the enormous waste of time that is the “crablang” fork, and wishes the people involved could have engaged in a constructive manner instead (note "could" - I'm not sure there were avenues for them to engage constructively anymore).

But then, part of me can think of a very simple way to prevent that from happening again: the Rust project as a whole needs to be better, and communicate better.

It should be possible to be confident and optimistic about the future of the Rust project even without having back channels. There’s people several years into research or business endeavors staked on Rust. They deserve clarity.

Additionally, it should be possible to engage with the Rust project at the level you choose to.

I have chosen to do Rust education (and, one could argue, evangelism) and that’s what I want to keep doing — even though it is VERY tempting to try and get involved with governance matters

(I have seen many follow the “to do X I must first fix Y” thread all the way into burnout. I won’t be doing that.)

I’d be really excited if ThePHD & friends organized a conference, but it shouldn’t be a prerequisite for them to be able to explore and present research re: generic compile-time introspection in Rust.

Asking for accountability

So!

I’m joining the “out group” (or leaving the “in group”, depending on how you look at it).

Rust deserves competent critics, and I intend to do my part, using only publicly available knowledge from now on.

The state of my “in group” knowledge will soon be obsolete, but as of today, I can tell you that all the good people who could’ve left haven’t yet, and that all the people who should’ve resigned, haven’t yet.

I’ll be here, waiting for that to happen. If there’s any hope for the project moving forward, there must be accountability.

If you liked what you saw, please support my work!

Github logo Donate on GitHub Patreon logo Donate on Patreon

Here's another article just for you:

Abstracting away correctness

I've been banging the same drum for years: APIs must be carefully designed.

This statement doesn't resonate the same way with everyone. In order to really understand what I mean by "careful API design", one has to have experienced both ends of the spectrum.

But there is a silver lining - once you have experienced "good design", it's really hard to go back to the other kind. Even after acknowledging that "good design" inevitably comes at a cost, whether it's cognitive load, compile times, making hiring more challenging, etc.