@bekkaboo@girlcock.club Linux itself is heavily using AI models. Therefore, every Linux distribution moving to recent kernel versions is heavily built on top of using AI models. Creating a Linux distribution not heavily using it would require a hard fork of the Linux kernel and many other projects.
It's unclear what would be accomplished by banning AI for a tiny portion of the code while continuing to use Linux, AOSP, Chromium and hundreds of other projects heavily using it. We'd still be benefiting from it.
GrapheneOS is currently defending its use of AI coding tools on Mastodon against complaints by various accounts claiming to be users.
We do not understand where you’re coming from or why you’re so incredibly angry with us. It’s not justified and does not make sense.
Non AI code has been crashing down for decades, controlled chaos, continuous improvement. We have lots of tools to put metrics on that, and AI assisted code is fairly well crushing those metrics. It’s not 100% self sufficient code creation Nirvana, but it might be fairly compared to the Cotton Gin in terms of making the field workers more productive in the delivery of market ready code/cotton.
Several of those studies were published on early 2025 data, LLM agents have been rapidly improving since then. In early 2025 I would agree with the sentiment - it was kind of equivocal for overall productiveness. By early 2026 I’d say it was a much clearer advantage, both in doing the same kind of work faster, but more importantly: in doing better work at the same speed or even a little faster.
Non AI code has been crashing down for decades, controlled chaos, continuous improvement. We have lots of tools to put metrics on that, and AI assisted code is fairly well crushing those metrics. It’s not 100% self sufficient code creation Nirvana, but it might be fairly compared to the Cotton Gin in terms of making the field workers more productive in the delivery of market ready code/cotton.
Last i heard was that developers FELT like it made them more productive but actually not so much.
Several of those studies were published on early 2025 data, LLM agents have been rapidly improving since then. In early 2025 I would agree with the sentiment - it was kind of equivocal for overall productiveness. By early 2026 I’d say it was a much clearer advantage, both in doing the same kind of work faster, but more importantly: in doing better work at the same speed or even a little faster.
i.e. the code that made literally everything until a few years ago? That was crashing?
Quite a bit more than it should.
Yes, which means most every code crashes at some point. Whether it is made by humans or not.
Yes
You mean more lines of code?
Not all metrics are good. LOC is about as bad as they get.
Bugs per merge is a much better one.
Are you trying to make a joke or a serious contribution