I have seen people on the Fediverse saying that Rust, Python and some other languages are AI slop now.
Apart from the numerous ethical problems with AI, what are the practical implications of this? If a language itself is vibe coded, does that mean any software written in that language will also be buggy and perform worse? Or is it fine to use a vibe coded language like Rust as long as I don’t use AI myself?
But could the institutional structure erode over time? For example if some of the maintainers get fed up with the AI hype and leave, and the remaining ones lean into AI even more?
Would it affect the stability of my project in the long run if that happens, even if things are relatively okay right now because of the standards and institutional structures?
I think its important to distinguish:
Leaning into ML-driven tooling for utilitarian automation.
Leaning into vibecoding, or going down weird chat rabbit holes.
Many (most?) maintainers are doing the former already. That’s fine, IMO. It’s not uniquely dangerous; its yet another set of tools to integrate over time. But if you aren’t okay with that, you’re going to have to be very, very selective with the software you use.
The later is rarer among established developers, mostly because those devs tend to not to vibecode if they already know what they’re doing. Maintainer status tends to be on merit and history, and so on.
It’s possible some projects face significant drama and are left with 1-2 maintainers deep in AI psychosis, but I think that’s extremely unlikely with projects as large as Linux, Python, Rust, Debian, Arch and so on. And ultimately it’s the human that has to irreversably degrade a project; LLMs won’t do that by themselves in any sane workflow.
I am worried specifically about LLMs/chatbots, not machine learning in general.
What about outside contributors submitting massive patches using AI, and overwhelming the maintainers? This recently happened with Linux, and the maintainers said they will use LLMs to review submissions going forward. Does that increase the risk of bugs creeping in?
I apologize if I seem argumentative. I am trying to understand the risks of AI generated code, and you seem quite knowledgeable on the subject.
Nah its perfectly reasonable to worry, and honestly a lot of what I assert is just opinion.
LLMs are very good at playing utilitarian, “helper” roles, like a program. Parsing big blocks of text to flag things for humans, categorization, search, workflow automation; text models were doing this before we started calling them LLMs.
I honestly don’t know the details, but getting LLMs to screen PRs sounds like wonderful automation to me. “Is this a vibecoded mess, and why?” “Does this conform to X standard?” Security issues. Raising flags before reviewing. I’d guess the kernel maintainers are using LLMs for “bulk prescreening,” but maintainers are still going to look at every line of code with their eyeballs before it goes into the kernel. An analogy might me an LLM that flags issues for Wikpedia editors (spam, malicious edits, categorization, formatting nagging, citation requirements) to speed up “busywork,” but ultimately every consequential action has to go through a human.
LLMs also great at generating boilerplate, refactoring a line, making a testing script; small, focused tasks. I bet the kernel devs will use it for that, and IMO that’s harmless.
I just don’t think they will allow vibecoded slop into the kernel. They’ve been draconian about code quality for decades, and they aren’t going to change. And the way I see it, the LLM submission reviewing is fighting fire with fire.