4 ms·

Features might be a compelling reason to switch. The fact that something is furiously developed by hundreds of developers is a very poor reason. What does this

by mbel 10y ago

Features might be a compelling reason to switch. The fact that something is furiously developed by hundreds of developers is a very poor reason. What does this rather meaningless "health" of Neovim gives to the end users? Fresh new bugs? I'm not arguing that there are no good reasons to try Neovim. I just don't see any logic in your argument. You speak about loosely defined "health" and "momentum" as if there was a clear link between software quality and amount of buzz around the project.

owaislone 10y ago
> The fact that something is furiously developed by hundreds of developers is a very poor reason. What does this rather meaningless "health" of Neovim gives to the end users? Fresh new bugs? It's not like Neovim (or any open source project) is an open house where anyone can come, throw some code over the wall and get it merged. Like any big project (Vim included), it is being maintained by a set of core responsible developers who know better. Neovim has a huge focus on automated tests and CI also. I don't see any reason why a big contributor base should make the end product worse. > I just don't see any logic in your argument. You speak about loosely defined "health" and "momentum" as if there was a clear link between software quality and amount of buzz around the project. Of course there is. Look at Linux, ReactJS, Docker, Kubernetes, Ubuntu, Firefox. The more momentum a project has, the more contributions it gets. Open source projects succeed because of the community around them. GNU Hurd was not able to gather momentum and look where it is today. Contributors flocked to Linux so it flourished.
- andylei 10y ago
  > The more momentum a project has, the more contributions it gets that's not disputed. the question is, what specific impacts do these contributions have on me, the user? why should i, a user of vim, switch to neovim?
  - philix001 10y ago
    async plugins? true color support? If you have a 32-bit color capable terminal you can use any colorscheme and get real RGB colors.
    - mbel 10y ago
      Those are very good and appealing features. Nobody questions that. On the contrary, the point is that those features are meaningful and valuable for the users. The amount of code and people used to implement them is not.
    - deleted 10y ago
      [deleted]

by mbel 10y ago

owaislone 10y ago

> The fact that something is furiously developed by hundreds of developers is a very poor reason. What does this rather meaningless "health" of Neovim gives to the end users? Fresh new bugs? It's not like Neovim (or any open source project) is an open house where anyone can come, throw some code over the wall and get it merged. Like any big project (Vim included), it is being maintained by a set of core responsible developers who know better. Neovim has a huge focus on automated tests and CI also. I don't see any reason why a big contributor base should make the end product worse. > I just don't see any logic in your argument. You speak about loosely defined "health" and "momentum" as if there was a clear link between software quality and amount of buzz around the project. Of course there is. Look at Linux, ReactJS, Docker, Kubernetes, Ubuntu, Firefox. The more momentum a project has, the more contributions it gets. Open source projects succeed because of the community around them. GNU Hurd was not able to gather momentum and look where it is today. Contributors flocked to Linux so it flourished.

andylei 10y ago
> The more momentum a project has, the more contributions it gets that's not disputed. the question is, what specific impacts do these contributions have on me, the user? why should i, a user of vim, switch to neovim?
- philix001 10y ago
  async plugins? true color support? If you have a 32-bit color capable terminal you can use any colorscheme and get real RGB colors.
  - mbel 10y ago
    Those are very good and appealing features. Nobody questions that. On the contrary, the point is that those features are meaningful and valuable for the users. The amount of code and people used to implement them is not.
  - deleted 10y ago
    [deleted]