this post was submitted on 05 Mar 2026
9 points (90.9% liked)
Linux Furs
762 readers
2 users here now
A place for all Furries who use (or are interested in) Linux-based OS's to come, hang out, ask questions, and enjoy!
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
There's a difference between "adding a style checker yourself" (or the project owners doing it, if it's not your project) and "having a style checker built into the core tools that yells at you unless you either conform, or turn it off in every single project you write".
Sure, C# convention for the standard APIs and whatnot may be PascalCase, Java camelCase, and whatever. But that doesn't mean that Everyone Must Follow The Standard Convention. That way lies Python and frankly, Python's "there is One Correct Way to do everything" culture really turns me off.
But even Python doesn't do this. Neither does Java. Yeah your IDE might, but that's a weird IDE feature then. And we can just use a different IDE. You can't just a) use a different compiler and b) tell everyone who's interested in your project to use the different compiler or ignore the warnings, they're spurious trust me bro.
You can disable specific warnings as a project setting, not just with rustc/cargo but with every build toolchain I've used in the last ~10 years. It's very common for me to find a project with at least one specific warning disabled. That really isn't a "trust me bro" -- people can look at the project, see which warnings are disabled, and decide for themselves if that is reasonable.
You CAN disable it as a project setting, but then you have to put that in as boilerplate in every single project you write for the rest of time, while the "just conform" people don't.
Like, Rust's style checker nonsense is "remind me later" culture. Trying to wear you down by making you say "no, stop trying to get me to use your style instead of mine" in every. single. project until you break down and stop caring.
That's why it's not okay.
(inb4 "but what about other warnings!": those are actual problems with the code, or stuff that might turn into problems. "Having a different coding style than the language authors' personal decree" just isn't.)