| ▲ | EVi, a Hard-Fork of Vim(codeberg.org) |
| 29 points by todsacerdoti 4 hours ago | 34 comments |
| |
|
| ▲ | lemonwaterlime 2 hours ago | parent | next [-] |
| It would be nice if specific offending portions of the codebase were highlighted. As of now, it’s hard to see why one should use this fork. Also, since the source is available, anyone can just compile a past version of vim. |
| |
| ▲ | orthogonal_cube an hour ago | parent | next [-] | | Agreed. Without the context it just feels like a petty reaction. For all the reader knows, it could be completely unrelated to AI. The repository owner could’ve had a falling out with the maintainers regarding features or may be trying to inject their own malicious code into the fork. | |
| ▲ | wffurr 2 hours ago | parent | prev | next [-] | | A cursory search didn't turn anything up in the vim repo or elsewhere. I can see why the authors of the fork wouldn't want to stir up drama, but I am really curious too. | |
| ▲ | wat10000 an hour ago | parent | prev [-] | | It’s not about specific offending portions, it’s the principle of having any LLM contributions at all. There’s a group of people who are so opposed to this stuff that they object to its mere presence anywhere. |
|
|
| ▲ | jasonvorhe 35 minutes ago | parent | prev | next [-] |
| > https://codeberg.org/NerdNextDoor/evi/issues/19 This does not inspire confidence in the maintainers. |
|
| ▲ | andsoitis 32 minutes ago | parent | prev | next [-] |
| Forker’s bio: https://codeberg.org/NerdNextDoor ”I am NerdNextDoor, an autistic OS developer from Scotland who is heading to College soon with the end goal of doing Computing Science in University with some experience in (not much of any, but a bit of) Kuroko, C and Assembly in some architectures.” Indeed. |
|
| ▲ | f311a 2 hours ago | parent | prev | next [-] |
| I tried to find any recent issues related to AI in the Vim repo, but did not find any. Offending commit https://github.com/vim/vim/commit/fc00006777594f969ba8fcff67... Just Claude as a co-author. |
| |
| ▲ | askl an hour ago | parent [-] | | There's a bunch of commits that have "supported by AI claude." as well. Whatever that's supposed to mean. | | |
| ▲ | zzzeek an hour ago | parent [-] | | the lesson here is dont put those comments into your commits. use the tools you want to write code and just use them. it's nobody else's business. if someone overuses AI (which is common) it's quite obvious anyway | | |
| ▲ | fergie 17 minutes ago | parent | next [-] | | > it's nobody else's business Human origin certification is coming. It might be hard to enforce, but you should probably respect the intent if a project tries to enforce it. | |
| ▲ | ZpJuUuNaQ5 an hour ago | parent | prev | next [-] | | These "Co-Authored-By" messages are added automatically by Claude Code when it makes commits on its own, although you just need to instruct it not to do so. | |
| ▲ | CodingJeebus 43 minutes ago | parent | prev [-] | | Agreed. It's impossible to enforce a user to disclose whether their commit has any AI influence or output anyway. Hard forks like this are just a short-sighted reaction. If the person behind this fork has been active in FOSS or commercial development at all in the last 3 years, The odds they've never come across undisclosed AI-generated code that looked reasonable has to be close to zero. |
|
|
|
|
| ▲ | qalmakka 33 minutes ago | parent | prev | next [-] |
| Honest question: why would anyone use Vim and not NeoVim nowadays? I've switched what, 12 years ago? And I've never had to look back. Just curious, to be honest. Especially since neovim is full of new features, while the Vim9 scripting language kind of tanked |
| |
| ▲ | scottLobster 4 minutes ago | parent | next [-] | | Because I don't choose what tools are available on every server at work, and it's guaranteed that at the very least old-school vi is installed on every linux server, and often vim. Maintaining that muscle memory is useful. | |
| ▲ | latortuga 23 minutes ago | parent | prev | next [-] | | I'll field this one as someone who has used regular ol' Vim for ~18 years and never switched. Why switch if your tool is working fine? I use vim literally every day all day long and it does everything I need it to do. Switching has a cost and there's no reason to pay it if it's working fine. | |
| ▲ | cossatot 15 minutes ago | parent | prev | next [-] | | I use both gvim on linux and macvim on mac for a lot of things--not 'real' coding, typically, but opening and editing scripts and config files, writing in markdown, etc; I'm usually opening these from dolphin or finder. In the terminal, working on real code bases and not scripts, I use neovim. My configs for these have diverged a bit over the years but since the use cases are different, it doesn't bother me. | |
| ▲ | mmooss 10 minutes ago | parent | prev | next [-] | | One reason might be how off-putting the Neovim community is, hijacking Vim discussions to denigrate an all-time-great, beloved work of technology and its creator (who did decades of work for free, gave it to the world, and gave any money to actual orphans) all for Neovim users'/devs' own egos, promotion, and obsession. Almost all of Neovim was made by Moolenaar, from concept to execution, and I don't know that I've ever seen any gratitude. I've never seen Vim users do that. If I had to choose, I'd use Vim. | |
| ▲ | dark-star 15 minutes ago | parent | prev [-] | | muscle memory mainly, I guess? Sure, switching might not be that troublesome, but I can tell you the first 48 hours or so will be painful, you'll insert stray ":" and "i" characters everywhere :) |
|
|
| ▲ | bilekas 43 minutes ago | parent | prev | next [-] |
| > to build further upon the foundations of Vim, while avoiding AI taint. Did I miss something ? Where is the AI Taint coming from ? |
|
| ▲ | jaredcwhite 4 minutes ago | parent | prev | next [-] |
| Fabulous! Compiled & installed on my Fedora dev VM, no issues. Glad to see the effort made, and I expect we'll see a lot more projects like this going forward as slop unfortunately pervades more OSS. |
|
| ▲ | erfgh 2 hours ago | parent | prev | next [-] |
| What is AI-taint and why is regular vim tainted? |
| |
| ▲ | wffurr 2 hours ago | parent [-] | | I would guess it means they accepted AI generated submissions into the vim codebase. There's a discussion in the EVi repo about needing to find people who know vimscript. Funny enough, I am planning to use contributing some vimscript to an extension as my first AI coding agent project partly because I don't know vimscript well. Although that does mean it'll be hard to critically evaluate the output. I can compare it to the rest of the code in the extension at least to make sure it fits the style. | | |
| ▲ | trs83 2 minutes ago | parent [-] | | I have been writing a vim coding assistant harness in vimscript. I'm now writing it with itself. It's a weird language, and not terribly well represented in training sets compared to other languages. But it's fun - you can do things like divide by zero. On purpose. |
|
|
|
| ▲ | arikrahman 2 hours ago | parent | prev | next [-] |
| I was going to comment how it might be ironic to call the project evil instead, but remembered that's the name for the vim emulation on emacs. |
|
| ▲ | vandyswa 21 minutes ago | parent | prev | next [-] |
| Same motivation, different generation. I carry my own fork of vim 5.7, from around 2000. It did what I needed, and did it well, and I could already see where it was going. SMH at what I see in it now! |
|
| ▲ | pointlessone 41 minutes ago | parent | prev | next [-] |
| This kind of news are about nothing. Tell me in a year, even in 3 months, how your fork has been doing. Clicking Fork on gh and writing a blog post is not a fork. A fork is a lot of work. Color me surprised if this will even keep up with the upstream just filtering out the AI commits. |
|
| ▲ | jonathaneunice 2 hours ago | parent | prev | next [-] |
| > while avoiding AI taint Don't be shy. Tell us what you really think. |
|
| ▲ | GaryBluto an hour ago | parent | prev [-] |
| Why am I entirely unsurprised that this anti-LLM hard fork is hosted on Codeberg? At this rate, how likely is it that Codeberg is just going to become a wasteland of abandoned ideological forks (with the exception of one or two major projects) by next year? |
| |
| ▲ | BlitzGeology91 36 minutes ago | parent | next [-] | | > At this rate, how likely is it that Codeberg is just going to become a wasteland of abandoned ideological forks (with the exception of one or two major projects) by next year? I don’t know. What makes you curious about that? | |
| ▲ | bilekas 42 minutes ago | parent | prev [-] | | I'm not sure what the angle of where it's hosted is.. Are you suggesting the project would have more legitimacy if it was hosted on github ? | | |
| ▲ | GaryBluto 39 minutes ago | parent | next [-] | | From what I've read of Codeberg it's user base is a tad tetchy and has a tendency to make mountains out of molehills. It was more of a comment on Codeberg than the project itself. | |
| ▲ | askl 34 minutes ago | parent | prev [-] | | Given githubs stance on AI "coding" it would be hypocritical to host the project on github. | | |
| ▲ | bilekas 31 minutes ago | parent [-] | | So it's a fork based on principle ? I'm a slop hater as much as the next one but that really does seem petty. | | |
| ▲ | fwip 8 minutes ago | parent [-] | | Making a decision on principle is the opposite of petty, isn't it? |
|
|
|
|