this post was submitted on 09 Mar 2026
187 points (95.6% liked)

Fuck AI

5751 readers
1158 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
you are viewing a single comment's thread
view the rest of the comments
[–] x1gma@lemmy.world 20 points 9 hours ago* (last edited 9 hours ago) (8 children)

Wait, so because vim is allowing code written with AI we are switching to a random fork? The mental gymnastics here are insane once again. Is someone assuming that the vim maintainers are gonna do agentic requests? How is this project gonna handle upstream changes into their own main? Cherry-picking only "confirmed human-only" commits? Decisions like that out of spite, with zero thoughts and just out of principle do not help against slop. You're just adding human slop to the AI slop.

[–] jaredwhite@humansare.social 9 points 7 hours ago (4 children)

What mental gymnastics? I've already installed EVi on my dev VM, seems to work fine. Problem solved, as far as I'm concerned, and I'm glad to lend my public voice in support of a slop-free fork.

[–] x1gma@lemmy.world 13 points 5 hours ago (1 children)

Of course it works fucking fine if it's a hard fork of a stable state.

What mental gymnastics? The ones you're doing right now. You have not answered a single question from my comment. And what "problem" did you solve exactly? Has there been any issue that has come up because of the acceptance of AI in vim? What kind of "slop" is actually there that makes vim problematic for you?

People vibe coding random bullshit ideas because they now can, do indeed produce slop. A bunch of highly experienced devs working on a successful project for years using tools that are at their disposal properly is not slop. You're lending your public voice to a split of the community and of the project for made up bullshit reasons based on no objective proof but claims of slop and out of principle.

I'd trust the original vim maintainers to decide what's a good or bad pull, instead of a bunch of random people who simply hard forked for literally no reason.

[–] jaredwhite@humansare.social -1 points 5 hours ago (1 children)

You don't get to tell other people how to do their activism. THAT's bullshit. And you don't get to tell other people what is or is not slop. I don't use projects with LLM-coded contributions, which I definitely do call slop, if I can help it. This was an easy problem to solve: compile an AI-free fork, alias vim=evi, and boom done.

[–] x1gma@lemmy.world 3 points 3 hours ago

I've never told anyone how to do their activism, I've criticized the consequences of said activism, which I still haven't got answered, and the lack of objective arguments for this specific instance of activism, which I still haven't heard, except for "AI bad lol".

I've been rolling with the definition of slop that's kinda universally agreed on, that is low quality, spammy AI generated content, and I'd ask again for an example of that in vim, but since your definition is "LLM used = slop", I don't need to do that here I guess. Also, you've missed the irony of telling me to not tell people what slop is, while telling me what slop is right after.

I don't understand how you can be so dense to call that an easy problem that's just boom done. It's not about compiling and aliasing it, you can do that on probably any commit of vim. It's about the maintenance and longevity of the fork, who's gonna support it, and will it have a proper level of maintenance that will make it productively usable in the long term? It's been forked to a "pre-AI" state of vim, how is it known that it's not having LLM generated (as in LLM assisted) content already, before the official guidelines have mentioned that? If all that makes evi stand out is a strict no-ai policy, how is this gonna be checked and enforced (e.g human developer uses LLM tooling on his local machine, without disclosing it)? Who are the developers behind it, greetings from xz and similar supply chain attacks? How are upstream changes and fixes handled, since you'll use it at some point with elevated privileges or to edit sensitive files? But yeah, fuck all of that, it compiles and you can just alias it, right, so we can talk about the severe problems in the open issues - will vim script be renamed too, and we need to rename vimrc to evirc asap, and boom done.

I've said it here at some point already, screeching "AI IS BAD REEEE" is not helping the case, it's discrediting the "movement" or "activism" as a whole. AI will not leave. When the bubble bursts, people will stop shoving it everywhere, but it will stay where it can be used properly. Software engineering is something where it CAN be used properly, since whatever you're building doesn't give a flying fuck about who's been writing the code. It's either good, or it's bad. Instead of worthless decisions on principle, do better. Coach and talk with people on how to do better, how to live in a world with AI responsibly and for good. Avoid, boycott and fork the ones deciding to not do that, based on objective reasons, and build it better. That's what activism is about, using your actions to lead to change for the better, or isn't it? And I don't see how a hard fork, with all the mentioned consequences and problems, for the simple reason of vim maintainers saying "disclose AI usage" is leading to anything better just for the reason of shoveling an antislop and no-ai tag into the codeberg repository.

load more comments (2 replies)
load more comments (5 replies)