[btipling]

> For the past eight months I have only seen Neovim folks being very professional, open, and quick to respond to user input.

They've done even more than that. They have gone to great lengths to be helpful. For example, tarruda created an issue on our own issue tracker to let us know they updated their python plugin architecture so that we could fix our Neovim plugin. He didn't have to do this.

https://github.com/Floobits/floobits-neovim/issues/10

tarruda has shown himself to be a very productive engineer and a great steward of a growing Neovim community.

Our experience with Neovim and Vim has been night and day. The reality is that with Neovim you can build plugins that do more than you can with vim, painlessly. I don't really want it to be a vim versus neovim thing, but Bram strikes me as someone who at the very least doesn't understand Neovim's goals. I certainly hope that Neovim's changes are not backported into vim, Neovim is much more open about contributions whereas with vim there's a single gatekeeper with limited time to address big changes.

[PieSquared]

As someone who has worked Neovim and written Neovim plugins, can you comment on how ready it is for "production" use? Could I switch over to it from Vim now, while using all my old Vimscript plugins? Could I right now use it and write plugins that do work on a separate thread from Vim? Is the msgpack API ready and/or documented? etc.

[justinmk]

Before we get another rage post[1] I would like to emphasize that using Neovim requires that you keep up with the changes.

I use it full-time on supported platforms (everything except Windows), but breaking changes will require occasional reconfiguration, recompilation, or remorse.

[1] http://www.reddit.com/r/neovim/comments/2mo54n