this post was submitted on 17 Jul 2026
253 points (92.6% liked)

Fuck AI

7685 readers
1206 users here now

"We did it, Patrick! We made a technological breakthrough!"

A place for all those who loathe AI to discuss things, post articles, and ridicule the AI hype. Proud supporter of working people. And proud booer of SXSW 2024.

AI, in this case, refers to LLMs, GPT technology, and anything listed as "AI" meant to increase market valuations.

founded 2 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] Marija@discuss.tchncs.de 1 points 1 day ago

I mean, communities work best when debates stay constructive.

[–] Zacryon@feddit.org 36 points 3 days ago (26 children)

In a nutshell he says that Linux is a technology project, where technology comes first. If LLMs help to improve the technology then it's fair game. If not, then of course not.

He also says something about Linux not being a place for 'social warriors', which is kind of ironic, given that Linux is basically a big 'fuck you' against corporations and closed source, i.e., a scoial statement. Given how much beef he famously had with Nvidia, this is somewhat unexpected.

But I interpret it as coming from a place of seeing LLMs really just as a new tool and nothing more. In an interview a couple of years back, Linus also said pretty much that. He grew up with basic tools, had to create new software tools to make him more productive and improve the quality of his work. He saw LLMs just as another tool that can aid in development. I suppose this hasn't changed.

Given, that most people usually don't program in assembler anymore, but use high level programming languages like C++, which simplifies the process of coding enormously, or even scripting languages like Python, which present another level of abstraction and simplification, LLMs do appear somewhat like a next step in this evolution.
Issue is, you have deterministic and formal guarantees in programming languages, whereas LLMs do not. This is by far not the only issue of course, as others in this thread have also noted.

I wonder whether he uses LLMs in his daily work. Might change his perspective a bit.

[–] megopie@lemmy.blahaj.zone 10 points 3 days ago

The thing is that they rigorously review their code internally with In the project. It needs to be reviewed and cleaned up before it gets submitted. Someone who keeps posting junk is gonna get chewed out and ignored. So, the biggest issue with LLM code is kind of irrelevant. If someone useses it responsibly and finds a way to make it an effective tool, they’re not worried about it. Banning its use is kind of pointless since the worst outcomes are already banned.

[–] tinfoilhat@lemmy.ml 10 points 3 days ago (1 children)

The only difference between using C and an LLM is C doesn't consume thousands of gallons of water and gigawatts of electricity per second.

You forgot the part where the llm doesn't necessarily do what you tell it to do either

[–] The_Decryptor@aussie.zone 2 points 2 days ago

Linux is basically a big ‘fuck you’ against corporations and closed source, i.e., a scoial statement.

I mean, not according to the project leader, or the contributors, who are mostly companies.

If the 3 main groups contributing to a project are Intel, Meta and IBM, it's not really a community project, is it?

load more comments (23 replies)
[–] MrSmith@lemmy.world 24 points 3 days ago (1 children)

Look, as long as the baby-shredder produces passable code, I'm all in.

[–] Guttural@jlai.lu 4 points 2 days ago

🤦

I honestly expected better from him...

[–] BartyDeCanter@piefed.social 141 points 4 days ago (6 children)

That headline is a hell of a cherry pick of his full email, which itself is in a very specific context.

[–] MalReynolds@slrpnk.net 53 points 4 days ago* (last edited 4 days ago)

For one thing the emphasis is very much not on 'AI coding' uses, instead focusing issue triage and security testing IIRC.

[–] thunderousApplaus@sh.itjust.works 39 points 4 days ago (1 children)

Is it? After reading the article and the original post in the kernel mailing list, IMO the article depicts Linus' opinions accurately.

Was also astonished to find out that Linus considers people who advocate for sustainable tech are doing so solely out of fear and that AI can't be criticised because humans also make errors.

load more comments (1 replies)
[–] Nalivai@lemmy.world 11 points 4 days ago* (last edited 4 days ago) (18 children)

This is absolutely not true. The email is very direct, and the specific context doesn't change anything. Here's the full text:


I think it makes the point of sashiko - helping maintainers - unachievable. If the point to not use LLMs in general, let’s discuss this, not how to make each use case more complex.

It seems like [1] expresses a very anti-LLM position in general

Yes.

And no, that's not the position of the Linux kernel.

I realize that some people really dislike AI, but this is an area where I'm willing to absolutely put my foot down as the top-level maintainer.

Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it.

Or just walk away.

AI is a tool, just like other tools we use. And it's clearly a useful one.

It may not have been that "clearly" even just a year ago, but it's no longer in question today.

There are other questions around AI (like what the economy of it will actually look like in the end), but "is it useful" is no longer one of those questions. Anybody who doubts that clearly hasn't actually used it.

Yes, it can also be a somewhat painful tool, both for maintainer workloads and just from a "it keeps finding embarrassing bugs" standpoint.

But the solution is not to put your head in the sand and sing "La La La, I can't hear you" at the top of your voice like some people seem to do.

The solution is to make sure those LLM tools help maintainers instead of just causing them pain. There's no question on that side.

We're not forcing anybody to use it, but I will very loudly ignore people who try to argue against other people from using it.

And no, AI isn't perfect. But Christ, anybody who points to the problems at AI had better be looking in the mirror and pointing at themselves at the same time.

Because it's not like natural intelligence is always all that great either.

The kernel project has been and will continue to be about the technology.

Sure, the social angle of working on open source is important and often a very motivating part of the project, but in the end that's a side benefit, not the point of the project.

This is NOT some kind of "social warrior" project, never has been, and never will be.

In the kernel community we do open source because it results in better technology, not because of religious reasons.

And so we make decisions primarily based on technical merit. Not fear of new tools.

load more comments (18 replies)
load more comments (3 replies)
[–] zod000@lemmy.dbzer0.com 40 points 4 days ago (6 children)

Saying "just fork it" is obviously disingenuous anyway. Linux is gigantic at this point and would be completely infeasible to maintain without a huge group of talented people and funding. He knows very well no one can just fork Linux in a meaningful way, just like you can't just easily fork Chromium if you disagree with Google's high level shitbaggery. Even MS threw in the towel on maintaining their own browser for the same reason.

load more comments (6 replies)
[–] ZILtoid1991@lemmy.world 30 points 4 days ago

sees list of sponsors

If not corruption, why corruption-shaped?

[–] loppy@fedia.io 84 points 4 days ago (4 children)

Wow, they are at best cherry picking the article they cite on productivity with AI, if not outright trying to lie. They say

Last year, an METR study found that open source coders using AI tools were 19 percent less productive than those who didn’t use them, even as those AI-using coders said they felt 20 percent more productive. But in a February update on a follow-up study, those same researchers said that “we believe it is likely that developers are more sped up from AI tools now—in early 2026—compared to our estimates from early 2025,” citing early raw results and conversations with study participants.

But if you, y'know, actually read this February update, you would see that the researchers are lamenting the fact that they cannot draw conclusions effectively because of the proliferation of AI use. To wit, they say:

Altogether, these issues make it challenging to interpret our central estimate, and we believe it is likely a bad proxy for the real productivity impact of AI tools on these developers.

In fact here is the full passage Arstechnica cherry-picked from (emphasis mine):

Based on conversations with study participants, we believe it is likely that developers are more sped up from AI tools now — in early 2026 — compared to our estimates from early 2025. However, because of the selection effects in our experiment, our data is only very weak evidence for the size of this increase.

Based on conversations, which is to say, not on their data. This after the study a year prior which suggested developers are not reliable reporters of their own productivity.

Yeah, METR is an industry group funded by Google, Microsoft, Anthropic etc. I happened to summarize their work just yesterday actually: https://lemmy.blahaj.zone/comment/21358850 but one thing I think it's important to point out is that there is no second study, not yet. The blog, and the open source dataset, are all we have, because the researchers decided to adjust their method. So the intimation arstechnica gives that they completed a second study is false.

And the selection effects they are talking about are pro-ai software developers being unwilling or unable to complete complex tasks without their precious ai anymore, whereas a year ago they were more willing to do both ways in order to prove how powerful ai is. In my opinion, as I stated, this reflects poorly on their levels of self confidence from using ai, more than saying anything about a speed boost/decline.

[–] Nalivai@lemmy.world 12 points 4 days ago

Ahaha. The research showed that developers don't know how fast they are, but when we talked to them they said that they're pretty fast, so we'd rather report on that. I see no problems or contradictions with this.

load more comments (2 replies)
[–] quick_snail@feddit.nl 45 points 4 days ago (10 children)

Sad this article doesn't talk about why open source projects reject AI, specifically because of the legal implications of all the copyright violations baked into their training data

[–] Nalivai@lemmy.world 19 points 4 days ago (2 children)

Linus himself doesn't talk about it, and pretends he doesn't know.

load more comments (2 replies)

None of that will ever be prosecuted, because it was done through the wealthy and their favored praxis.

load more comments (8 replies)
[–] rimu@piefed.social 22 points 4 days ago (3 children)

Anyone thinking about walking away might be interested in Haiku OS, which does not accept AI code

https://www.haiku-os.org/community/organization/policies/

[–] racketlauncher831@lemmy.ml 11 points 3 days ago

NetBSD is against tainted commits, including LLM-generated code.

https://www.netbsd.org/developers/commit-guidelines.html

load more comments (2 replies)
[–] aesthelete@lemmy.world 37 points 4 days ago (34 children)

Commenter is right. It remains to be seen whether or not it's actually possible to license code generated this way as anything other than like MIT.

A person didn't really make it, and so a person doesn't really own it.

[–] MousePotatoDoesStuff@piefed.social 27 points 4 days ago (2 children)

All AI generated code should be GPL. It was trained on all of us, and its output belongs to all of us.

[–] svcg@lemmy.blahaj.zone 9 points 4 days ago

If the model was trained on GPL code then one could argue anything the model outputs is a derivative.

load more comments (1 replies)
load more comments (33 replies)
[–] hperrin@lemmy.ca 32 points 4 days ago (5 children)

Man, that’s so disappointing.

[–] a_non_monotonic_function@lemmy.world 42 points 4 days ago (1 children)

Eeh, I don't think he is going to stop tearing people a new one for submitting bad code, though. He lives for the flame.

[–] kkj@lemmy.dbzer0.com 24 points 4 days ago (2 children)

And the problem with LLM code is that it's often bad and has a lot of volume. If their process for rejecting bad human code can scale to also reject bad LLM code, I don't see a problem with allowing for the possibility that someone submits LLM code worth accepting.

load more comments (2 replies)
load more comments (4 replies)
load more comments
view more: next ›