| Agree on all points. Something needs to change in the Rust foundation fundamentally. But as far as forks go this one seems quite low effort. Does the tactic work if the other side knows what you’re doing? From Ashley Williams, former founding member of the Rust Foundation (I don’t support her pretentious tone here)[1]: > "I don't think any of the folks who are part of it are language designers," said Williams. "They didn't even do a full find-and-replace on the word 'rust' the repo. But the community doesn't have a lot of recourse in situations like this besides making kind of ridiculous gestures [to say] 'hey, we want you to engage with us differently.'" Personally I’d be interested in ideas for alternate governance models for Rust. Should package maintainers with over a certain threshold of users be given votes? Could strike the balance between complete direct democracy anarchy and an opaque small group making the choices. [1] https://www.theregister.com/AMP/2023/04/17/rust_foundation_a... |
Ugh. Hate this sentiment that some people are language designers, and others simply aren't. So pretentious. If someone is designing a language they're a language designer, they don't need your approval.
And yes, designing the distribution, branding, community, and leadership around a fork of an existing language counts as designing a language. Just because the speaker's "team" seems to be lacking in those aspects doesn't mean they aren't an important part of language design.
Regarding the "full find and replace", they haven't gone through to change path names because that'd cause far more trouble in synchronization with upstream than it's worth. Accordingly, they haven't changed source text that references those path names. Knowing which changes are appropriate versus the ones that aren't takes far more "language design" know-how than simply doing the "full find and replace" the speaker suggested.