this post was submitted on 01 Sep 2026
31 points (80.4% liked)

Linux

14869 readers
201 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] brucethemoose@lemmy.world 37 points 1 day ago* (last edited 1 day ago) (1 children)

The title is pure clickbait, but the article is nuanced and reasonably well written, IMO.

No one wants a freaking Ubuntu chatbot on their desktop, but code submission is an entirely different issue, and I think "the submitter is entirely responsible for their code" is a very reasonable position.

And obviously, LLM-generated code policy needs to be tuned to each project and their contributor community. As an example not cited in the article, vibe-coded PRs are an ongoing plague for llama.cpp, an LLM inference engine itself, so they blanket ban them. Ironic, and perfectly reasonable. But Linus researching that Intel bug with a little help, but using his brain for the legwork and actual submission, is also reasonable.

[–] MangoPenguin@lemmy.blahaj.zone 15 points 1 day ago* (last edited 1 day ago) (2 children)

I think “the submitter is entirely responsible for their code” is a very reasonable position.

Especially since I just don't see how it's possible to fully prevent people from using AI if they want to use it. Yes a lot of code might be more obvious and could be rejected with an "absolutely no AI policy" but some people will submit perfectly good code where AI was involved in some way.

[–] brucethemoose@lemmy.world 13 points 1 day ago* (last edited 1 day ago) (1 children)

Yes, that too.

Incentivizing hiding LLM use would be a problem. Encouraging disclosure is good.

[–] MangoPenguin@lemmy.blahaj.zone 8 points 1 day ago* (last edited 1 day ago) (1 children)

Plus if the general requirement is 'high quality code' then that automatically excludes the majority of LLM usage where people just vibe code it and rely heavily on the LLM to do the work. VS someone writing their own code while using an LLM to help find problems.

[–] brucethemoose@lemmy.world 6 points 1 day ago* (last edited 1 day ago)

Well... IMO, there's a whole spectrum between "very rare LLM brianstorming/troubleshooting" and "I don't know how to code" vibe-coding, and Im not sure what the distribution looks like.

Personally, I get LLMs to generate boilerplate, formatting, and functions, but manually write plenty and audit/assemble all the pieces myself. But I would not call myself a vibecoder; I loathe vibe coding.

[–] lengau@midwest.social 1 points 1 day ago

Yeah I often tell a local LLM to find problems with my code before I submit it. It's essentially a round 0 reviewer, trained on previous (human) reviews of the same project.