很不理解，为啥搞得都的先装一大堆插件才能用，搞得入门门槛巨高，helix那样开箱即用不好吗？
1 个赞
那就直接用 Helix 吧，不是啥都有了吗
1 个赞
不喜欢Helix的键位，号称比vim更高效，但是我没感觉出来
喜欢 out of box 直接去用 lazyvim，nvchad， astronvim 就行了。
什么都自带其实没什么意思。helix 确实啥都自带，但是整体的架构就很死板，不灵活，现在插件系统一直难产。
Helix的键位，号称比vim更高效
helix 自称的是更直观，没有说更高效。他们说了会为了更好的直观性稍微牺牲效率。
1 个赞
那你用 JetBrains 的 IDE 装个 vim 插件是不是更开箱即用 
，据说那个 vim 插件做得还挺好，装插件点几下就行，也没啥门槛
我倒是觉得emacs搓一个better default确实可行，内建插件凑一凑，用modustheme/icomplete/completion-preview/eglot,估计百来行就有0依赖个用着算舒服的配置。
其实neovim ootb开箱即用的想法很好，用一些像nvchad的配置，其实定制的难度也不小的。
很心动这里的redisign remote，目前neovim，emacs的远程体验都没有vscode来的舒服。
2 个赞
lsp-bridge远程性能补全比vscode还快，有空可以尝试下
我的观点是，如果要进入 core 的插件明显不如已有的插件好用，就没什么必要。
比如 nvim 0.10 自带了一个 snippet，但是这个 snippet 并没有 luasnip 好用，但是社区很多人为了想要支持原生引擎，造了很多重复的轮子，比如 native snippet 没有自带的预览功能，有人造了轮子，不支持社区的 friendly snippets 有人重复造轮子，不支持嵌套展开。尽管 luasnip 这些功能都有。
再比如 nvim 0.11 自带了一个仅支持 lsp 的自动补全前端，那这个仅支持 lsp 的自动补全除了不用装插件以外还有啥优势，和 nvim-cmp 和 blink 差距明显。我不希望看见 0.11 出了以后又出现很多重复造轮子想要兼容这个自带的补全前端的工作。
说到这个我就想到了 emacs 的 capf 机制，自带的 capf 机制明明不好用，但是社区开发补全前端还要想办法兼容它。
1 个赞
company 和 corfu 都是 gnu elpa 上的，都算官方搞的（company 被招安后才加的 capf）而且现任作者都是在活跃提交代码进 emacs。lsp mode 没自己做界面借助的 company 实现 UI，自然就得通过 capf。
“正而八经的社区项目” lsp bridge 不就没打算支持。
2 个赞
确实 emacs 有 fsf 机制所以插件想进 core 很有难度。
但是 neovim 完全没有 fsf 这个东西，理论上来说要进 core 直接提交 patch 就行了。不过我看 neovim 进 core 的功能通常都不是以 standalone 的插件的形式加进去，而是直接在源码上修改加东西。
我用NvChad就是为了省事，NvChad已经找好了plugin，可以拿来直接用，省得自己再去一个个的找哪个plugin好用。
1 个赞
原来 nvim 还有NvChad这个这么方便的项目， Windows 上试了下，安装很方便，用上了（默认还装上的 which-key）作为 Emacs 后备。
为什么总有那些 “喜欢 out of box 还不如去用 xxx“ 的说法，本身就不是一个东西，另外有些稳定的东西做进核心确实有必要，虽然我也是自己攒配置，但有些基础功能，能自带那肯定是最好的。
1 个赞
确实，而且很多人的配置都同质化
有的东西当然集成到核心里是很有必要的, 尤其是那种不在源代码层面不好改的东西，比如 remote control 这种。
但是把一个明显不如社区版本实现的加入到 core 里面，然后社区很多人又要重复造轮子，就没什么必要了。 比如 luasnip 对比 native snippet，比如新加入 core 的 仅支持 lsp 的自动补全前端。
配置同质化
要是把这些被广泛使用的插件收编整合进 core 那当然好。但是内置一个明显不如社区版本好用的进 core，就没什么意思了吧。
out-of-box 的的度应该是跟编辑器自身的目标和理念相关的，这确实不是一个简单的问题（众口难调）。但我觉得 out-of-box 是应该放在 emacs core 上来考虑的问题，而不是下放到社区里。至于怎么来做，我也没去细想。
Out of the box 其实一直在搞呀。我刚看了一下，Neovim 支持 732 种文件类型，313 个配置选项。很难在不丢失现有用户群的情况下达到 zed、helix 等那样的易用度。
我想大家都同意，易用度只是个相对程度的词汇而已。现有的 Neovim 你可以很容易地使用 1600 行左右代码配置个好用的编辑器。如果将来内置官方插件 lsp-config 以及 nvim-treesitter，代码量会更少。刚看了下 Lazyvim 仓库，代码量已经达到了 13784 行？！ 
其实不用管那么多，可以想见绝大部分是重复功能的，你用不着的插件和兼容代码，只看自己需要功能部分的就行了。
❯ tokei ~/.config/nvim
===============================================================================
Language Files Lines Code Comments Blanks
===============================================================================
JSON 1 50 50 0 0
Lua 11 1634 1553 32 49
-------------------------------------------------------------------------------
Markdown 1 5 0 4 1
|- BASH 1 5 5 0 0
(Total) 10 5 4 1
===============================================================================
Total 13 1689 1603 36 50
===============================================================================
没来得及写文档，快捷键按 Space + / 查看。