

Despite my drive-by shitposts in the rest of this thread I want to make a serious point here.
There’s a large part of software engineering that thinks languages are chosen based on the problem, as a tool for a job.
They aren’t. They’re chosen based on the team, on how well the team knows and can use the tool. On how many people can be hired with the knowledge of the tool to work immediately.
Sometimes, even if the team knows C well, there can be a problem so different it’s worth using another tool. say python for some testing scripts on a C project.
But rust and C are too similar for this to apply. If you want rust to be used for the kernel you have to push for it to be more well known and used, so more Devs come into teams already knowing it well. Anyone agreeing to work on a team using rust is making a career decision that will be stay on their CV forever and you need them to feel good about this, that it will give them more opportunity in future.
It’ll take 20+ years because that’s how long legacy code is often maintained for and we already have 20+ years of future legacy code for C teams to deal with. We’re all making more future legacy C code than future legacy rust code too.
I’m trapped in C++ so I’m doomed but good luck C and Rust coders.
Over 50% approval rating.
Higher than the leader of many other countries, like, er, USA.