nvim 的 virtual text 和 virtual line 目前还是尴尬了一丢丢，导致 inlay hints 目前不能像 idea 和 vs(c)系编辑器一样到位显示；另外就是个人感觉 nvim 插件环境还是挺不稳定的，最近几个月经常能看到 cmp 、lsp/installer 、tele 啥的提示 breaking changes ，虽然有更新就是好事，太频繁了我还是不免有点烦躁
借楼问个问题，之前也在尝试 coc.vim ，只要写 go ，配置 gopls 后，打开项目会启动 4 个 gopls 的进程，但是我之前用 youcompleteme 只需要一个 gopls ，看 vscode 也是打开项目有一个 gopls ，也翻过 coc 相关的 issues ，但是好像无解，不知道大家是否遇到过，有没有什么解决方法?
另外一条路: jedi.vim -> nvim-lspconfig -> nvim-lspconfig + null-ls.nvim -> nvim-lspconfig + null-ls.nvim + copilot.vim
> 这些插件的配置语法几乎都是用 Lua 写的，这让用了 10 年 Vimscript 的我感到极度陌生和恐慌 感同身受，起初我也坚持原教旨 vimscript ，后来想了想，我 10 年都没记住 vimscript 的语法，并且 nvim 也自带了 luajit ，也算 first class ，所以最近终于下定决心全部迁移到 lua 了。
以前 vim 配着 coc 也凑合用了，但是只是用来看看 c 和配置下脚本，之后听说了 neovim 的存在，当时正好是 0.5 刚刚引入 lua 和内置 lsp 就心血来潮想入坑一波，但是看着太麻烦也懒得学 lua 就放弃了。 前两天有人掘金上写了个 neovim 的小册又心血来潮的买了想学了学，然后我还花了点时间过了下 lua 的语法，之后就开始配 nvim ，真的就是痛苦的开始，这玩意坑实在太太太多了，先不说 breaking change ，就之前用 lsp-installer 配置 rust-tools 就死活没有 hints ，最后搞了半天不用 installer 配置就有了，然后第二天这个 bug 就被修复了。然后就是 rust-tools 的 debug 的 bug ，新版本的 codelldb 上运行不了，我翻了半天 issues 和 pr 才看到是代码的问题，不是我配置错了，然后就是一堆插件的配置之旅调试之旅，我承认，配置好了一个插件确实挺有意思，但是架不住这个过程折磨，我感觉看一个 crate 的 doc 都没看一个插件文档麻烦。 最后我发现我花了几十个小时配置，也就把这个配置成了 vscode 的初始的样子，那我直接 vscode 配上 neovim 插件在加载个脚本就得了，真的懒得配了。
用了几年 vim/nvim 了，刚开始折腾各种配置和插件，最后退化到只用 vscode 和它集成的几个简单插件，也就是用来操作括号、注释和快速跳转之类的，终端直接捡现成的 SpaceVim 用了，不过它属实有些复杂，我也没空去研究，就图一个主题+行号之类的默认配置。 哦，总要装的一个插件是 vim-easy-align ，强迫症写 markdown 的表格时离不开它。
3 年多 nvim 用户，不过没用 coc ，你对 nodejs 有误解，效率不低。我的 nvim 配置，个人更新了很长时间，目前 900 多 star ，欢迎参考使用 https://github.com/jdhao/nvim-config
@jdhao 感谢推荐? ，配置写的非常清晰，可以读懂并参考。 其实我知道 Nodejs 在服务端的性能不差，但 Webpack 和 Electron 给我造成的印象已经根深蒂固，使我看到 Nodejs 就会立刻联想到 slow and bloated.
