looks like an amazing project to support
https://codeberg.org/NerdNextDoor/vim
https://mastodon.social/@mrmasterkeyboard/116192873098653079
You must log in or register to comment.
Absolutely against AI coded garbage but trusting this person to pick up something as important as vim is also crazy. I’ll swap to another editor that has been tested and is a proven solution. Focus your knee jerk reactions so you don’t end up in another problem.
That’s why I use vs code. Definitely no vibe code in there lol There is no escape from micro plastics or AI it seems
do you mean vs codium or are you memeing
Lol, lmao even
Onward with the Butlerian Jihad! Down with vibecoding!
Well, then, it’s time for some emacs action.
Wait what? Vim has AI now? Jfc
I think they’re saying before developers started using AI to write the code, not that there are ai features in vim.
this is why nano is superior
What a strange way to spell emacs
I believe you mean helix
emacs is a fantastic operating system, it just lacks a good editor.
Why can’t projects adding AI just fork a new project with AI?? Call it vimai or something and let people choose it if they want it. Stop ruining things
Bro how am I gonna have time to go party with babes if I’m stuck at home coding this non-ai version bro the future is now man bro dude whoa
woah bro you definitely don’t sound like a virgin bro you must not be one bro copilot babes on the daily bro
Why do you say it’s an amazing project? Looks to me like someone copied vim, and according to the commits did nothing useful other than changing some text in a few files. The author’s comments are all about coming up with a cool name for it, and what “cool” new features to add. I don’t see any plan on actually making this a viable competing project. I don’t see the author having much credentials in leading a project of this caliber either.
Before anyone misunderstands my comment, yes anyone not liking AI should stop using vim, I very much agree. And there are two viable ways forward:
- Switch to a different editor
- Talk to the maintainers of vim to remove AI
This project is not one of them.
Where is the author’s plan to tackle the 1600 issues that vim has open? How do they address the fact that vim has hundreds of commits each month, and literally had 68 contributors in just the last month? In the past month they closed 66 issues with vim. Half of vim’s codebase is written in vimscript, and the other half in C. The new lead maintainer, I quote: “thankfully i know some C, but not vimscript”. They know some C and no vimscript? So how do they plan to develop this project?!
Another quote: “removing old targets, stripping away graphical stuff (who uses this in graphical mode anyways? everyone uses it in the CLI…”, and they already plan to drop Windows support. Already ignoring user’s needs and removing functionality. Now, they are perfectly entitled to do whatever in their fork. But how is it a viable competitor to vim in any way?
Even assuming the worst case scenario on what damage AI can do to the progress of vim’s development, who can seriously suggest that 1 person who doesn’t even know the relevant programming langagues can make a better project than hundreds of experienced contributors that are doing it for years, AI or not?
And again, all the power to them, they can have some fun with their fork. But it’s ridicoulus to suggest it as an alternative. Two years from now, vim will have fixed ~1500 issues at the current rate. And will have a bunch of new ones due to AI. Meanwhile this project will be dead, and the latest version will have 1500 unfixed issues that are all fixed in vim.
Taking a stance again AI in vim? Do it, campaign for it, talk to the maintainers, effect change, review PRs and comment about the AI mistakes you see, submit bug reports for bugs caused by AI and make a case for forbidding it’s use. You have my full support. This fork? It’s obviously going nowhere, it’s a waste of effort that could be used to actually stop AI.
Where do you think all the contributors to vim came from? Do you think they just appeared day one? This fork just started. Of course there are no other contributors. Every project is a failure if they need to have multiple people working on it the day it’s conceived.
I’d say that every project needs at least one capable person working on it at conception. This one appears to have zero at the moment.
So do you know everyone working on it? To assume noone is capable? Because otherwise this is just offensive. Also the project has been created less than 24 hours ago, so what do u expect already a ton of differences ?
The premise of the comment I responded to was that there are no other contributors besides the the person who forked it, and very same person said that they don’t know vimscript.
Forking open source code is never a waste of effort. That’s literally the reason why open/libre source exists, to have work all done in the open and if some people fundamentally disagree with the work being done, they can start a new workstream.
Of course they can, and I underline that in my comment several times, that this person is free to do it, good for them. I don’t disagree with that at all. I’m sure they will learn a lot and that’s great.
And everyone else is free to evaluate the prospects and realities of that fork.
Yeah recently had this happen in the. Net world for some projects: They went from free to commercial or some other reason, and then people quickly forked the last version before that. All with that idea that they’re the defenders of what was good about it.
But let’s face it, if you had anywhere near the interest and commitment to that subject matter, you’d already be maintaining a competing project, or be helping at the original one.
I think people are enticed by the glory of having a repo with many stars, but have no realistic idea how much of their time this would eat up if they were serious about it.
Yeah. You may as well just download a release tagged before he AI stuff is added.
slop code in vim? really?? wtf
They call it… Slim.
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.
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.
What Lemmy community did you think you were in?
I’m sad I hate to scroll this far to see a sane take. Bad code is bad, AI accelerating the destruction of the planet is bad, but experienced maintainers using the tools that exist is not bad, and trying to fork a project like Vim because of that is insane. Power to them if they actively maintain it, but I don’t see that in the cards.
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.
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.
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.
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.
slop-free fork
Based on what, exactly? I work with real people who write very sloppy code. If you’re trying to make a statement by switching away from vim, why not go to emacs, nano, or sublime?
The mental gymnastics is trusting a completely unknown person more than an LLM. LLMs are about as trustworthy and competent as the average person. In my book, that puts them far below reputable developers (like Moolenaar), but far above complete randos like the EVi dev. At least the LLM is somewhat predictable, but people can be crazy.
Wow, that’s quite an accusation against the lead maintainer of EVi, and furthermore you seem to be in the wrong forum because this one is called Fuck AI. So last I checked it’s perfectly alright to say fuck AI and also fuck the LLMs you’ve placed such unwarranted confidence in.
I’m accusing them of… not being someone I’m familiar with? Someone I don’t implicitly trust? If that’s all, the same applies to pretty much everyone else on the internet, including you.
Fuck AI, and fuck LLMs. Does that help?
But also: fuck scammers, hackers, and thieves. I don’t know the EVi dev and have no reason to trust them.
The word slop has become overused to the point that I am not sure what slop is anymore.
Does this mean emacs won?
It has Vi bindings with Evil, and a nice scripting language with Emacs Lisp.
I recommend Doom Emacs as a readymade packaging that also eliminates the need to strain the fingers for the annoying modifier keys in the vast majority of cases.
Yes
And neovim. Micro has entered the ring
😭 – damn, time to try emacs again…
Use Doom Emacs.
Wait, what the fuck?
vimhas LLM shit in it now?!?As far as I understand, they are allowing usage of LLM for developing on vim, aka adding features to the editor.
…motherfucker… -_- The only users I block are agentics.
Well, TIL. I’ll have to be more vigilant going forward. God, this era of tech fucking sucks.
Probably a good time to consider helix or ki over vim
I can’t believe ai slop is in vim of all things, also there aren’t any ai slop code in nano btw
Any idea if Neovim is slop coded too?
Oh man, how about emacs?
Probably safe, contributing to Emacs requires giving the FSF your copyright and AI code isn’t copyrightable in America. Can’t speak for the starter kits, I know Doom Emacs uses AI but don’t know about the others.
I’m using Helix for some months now – I haven’t checked the repo for slop, but if it’s still good then I do recommend it as an alternative.
I switched to Helix as my main editor for home and work a couple years ago, it’s been a dream.
The kakoune editing paradigm (which btw, chef’s kiss), coupled with lsp support and symbol and buffer jumping built in. It’s like if vscode and kakoune had a baby. So good.
