8 ms·

sorry, what disagreement? I didn't find any in the article.

ampersandy 3y ago
The implied disagreement for why neovim exists to provide functionality that wouldn’t have been merged into vim.
BlackjackCF 3y ago
Some people take issue with NeoVim, because they believe it splits the Vim community and takes people power away from Vim development.
- SpaceManNabs 3y ago
  > because they believe it splits the Vim community and takes people power away from Vim development I don't understand this point, and I tried to parse it and still don't. (I understand that you are just relaying it). If vim maintainers don't want neovim to exist, they should have accepted the merges earlier. If they disagree with the merges (which I think they did), then that power doesn't belong in Vim anyways. edit: this reminds me of this conversation from years ago https://news.ycombinator.com/item?id=14245705 https://news.ycombinator.com/item?id=14245705 Check DSMan195276's comments. And finally before I derail, I want to bring stuff back to the focus: RIP Braam.
  - coldtea 3y ago
    >I don't understand this point, and I tried to parse it and still don't. (...) If vim maintainers don't want neovim to exist, they should have accepted the merges earlier. If they disagree with the merges (which I think they did), then that power doesn't belong in Vim anyways It's a very simple point to understand: whether the merges are good or not, the presence of a fork still "splits the Vim community and takes people power away from Vim development". And if they're bad (which is the way they see it), they do it for no good reason too. That's regardless of people "having the right to fork". Yes they do. But also yes, if they exercize that right, they do split a community and divert interest from a project to 2 projects.
    - falcolas 3y ago
      What splits it more, IMO, is that neovim went in a non-compatible direction with many of their design choices. They have good arguments for doing so, but it still means that writing community plugins that can work with either version of vim is inherently harder.
      - coldtea 3y ago
        I guess if they haven't gotten in a non-compatible direction, then they wouldn't have made enough change to guarantee a fork.
    - shanusmagnus 3y ago
      I guess you're right, the logic you describe is simple, but I submit that there's a more fundamental logic: If the folks who split away pull people out of the original community, it means there was demand for the things that prompted the split in the first place. If Neovim had nothing to offer vs vanilla Vim, nobody would have followed them. This seems like efficient exploration of an idea space, to me, and something to be celebrated.
    - LexiMax 3y ago
      > That's regardless of people "having the right to fork". Yes they do. But also yes, if they exercize that right, they do split a community and divert interest from a project to 2 projects. You're not dividing the same-sized pie. The alternative to a fork is a single project with fewer contributors. The alternative to two communities is a single community that's not as large as the two would've been, with a good chunk of those remaining having unfulfilled wishes or unheard complaints. The alternative to Vim as it is today is very likely Vim without a a few of its new features and improvements that came with Vim 8 and 9. Forks are good.
      - coldtea 3y ago
        >You're not dividing the same-sized pie. We do. Neither vim-or-vim-fork editor users nor vim-or-vim-fork-potential-devs are going to see any significant jump in population from the presense of neovim. People who are new to vim-style-editors and go to neovim are mainly people who would have gone to vim if neovim didn't exist. And from people contributing to vim via themes, plugins, etc., some have taken their talents to neovim, which would have stayed with vim if neovim didn't exist. >Forks are good Well, the prevalent wisdom of 30+ years of FOSS has been that they're mostly bad.
- prmoustache 3y ago
  Some people can't grasp how the world is working.
- anyonecancode 3y ago
  That feels a bit like criticizing all the c-style programming languages for splitting the C community... Which is an analogy I rather like, as it suggest Vim has become so foundational that its legacy goes beyond the direct users of it. I've certainly found that to be so, as in addition to using vim itself, I also use its key bindings wherever I can.
michaelmrose 3y ago
Disagreement insofar as the direction of vim. Neovim choosing to go there on way on functionality they wanted to implement both ultimately enriched vim as some ideas found there way into vim proper and gave the community additional options. Such splits aren't always handled well and value is lost when good ideas aren't merged back because of personal reasons and when contributors stop contributing because they are turned off by the drama. See libav vs ffmpeg.

The implied disagreement for why neovim exists to provide functionality that wouldn’t have been merged into vim.

Some people take issue with NeoVim, because they believe it splits the Vim community and takes people power away from Vim development.

SpaceManNabs 3y ago
> because they believe it splits the Vim community and takes people power away from Vim development I don't understand this point, and I tried to parse it and still don't. (I understand that you are just relaying it). If vim maintainers don't want neovim to exist, they should have accepted the merges earlier. If they disagree with the merges (which I think they did), then that power doesn't belong in Vim anyways. edit: this reminds me of this conversation from years ago https://news.ycombinator.com/item?id=14245705 https://news.ycombinator.com/item?id=14245705 Check DSMan195276's comments. And finally before I derail, I want to bring stuff back to the focus: RIP Braam.
- coldtea 3y ago
  >I don't understand this point, and I tried to parse it and still don't. (...) If vim maintainers don't want neovim to exist, they should have accepted the merges earlier. If they disagree with the merges (which I think they did), then that power doesn't belong in Vim anyways It's a very simple point to understand: whether the merges are good or not, the presence of a fork still "splits the Vim community and takes people power away from Vim development". And if they're bad (which is the way they see it), they do it for no good reason too. That's regardless of people "having the right to fork". Yes they do. But also yes, if they exercize that right, they do split a community and divert interest from a project to 2 projects.
  - falcolas 3y ago
    What splits it more, IMO, is that neovim went in a non-compatible direction with many of their design choices. They have good arguments for doing so, but it still means that writing community plugins that can work with either version of vim is inherently harder.
    - coldtea 3y ago
      I guess if they haven't gotten in a non-compatible direction, then they wouldn't have made enough change to guarantee a fork.
  - shanusmagnus 3y ago
    I guess you're right, the logic you describe is simple, but I submit that there's a more fundamental logic: If the folks who split away pull people out of the original community, it means there was demand for the things that prompted the split in the first place. If Neovim had nothing to offer vs vanilla Vim, nobody would have followed them. This seems like efficient exploration of an idea space, to me, and something to be celebrated.
  - LexiMax 3y ago
    > That's regardless of people "having the right to fork". Yes they do. But also yes, if they exercize that right, they do split a community and divert interest from a project to 2 projects. You're not dividing the same-sized pie. The alternative to a fork is a single project with fewer contributors. The alternative to two communities is a single community that's not as large as the two would've been, with a good chunk of those remaining having unfulfilled wishes or unheard complaints. The alternative to Vim as it is today is very likely Vim without a a few of its new features and improvements that came with Vim 8 and 9. Forks are good.
    - coldtea 3y ago
      >You're not dividing the same-sized pie. We do. Neither vim-or-vim-fork editor users nor vim-or-vim-fork-potential-devs are going to see any significant jump in population from the presense of neovim. People who are new to vim-style-editors and go to neovim are mainly people who would have gone to vim if neovim didn't exist. And from people contributing to vim via themes, plugins, etc., some have taken their talents to neovim, which would have stayed with vim if neovim didn't exist. >Forks are good Well, the prevalent wisdom of 30+ years of FOSS has been that they're mostly bad.
prmoustache 3y ago
Some people can't grasp how the world is working.
anyonecancode 3y ago
That feels a bit like criticizing all the c-style programming languages for splitting the C community... Which is an analogy I rather like, as it suggest Vim has become so foundational that its legacy goes beyond the direct users of it. I've certainly found that to be so, as in addition to using vim itself, I also use its key bindings wherever I can.

michaelmrose 3y ago

Disagreement insofar as the direction of vim. Neovim choosing to go there on way on functionality they wanted to implement both ultimately enriched vim as some ideas found there way into vim proper and gave the community additional options. Such splits aren't always handled well and value is lost when good ideas aren't merged back because of personal reasons and when contributors stop contributing because they are turned off by the drama. See libav vs ffmpeg.