"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.
looks like an amazing project to support
https://codeberg.org/NerdNextDoor/vim
https://mastodon.social/@mrmasterkeyboard/116192873098653079
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
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:
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.
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.
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. 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.
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.
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
Wait, what the fuck? vim has 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.