C++大型项目使用 Vim 是否合适？

[kios]

本人主要使用 visual studio 2019 和 2022 加上 vsvim 插件从事 C++开发，vs 的补全和纠错做的还是非常出色的，不过我一直想尝试使用纯 vim 或者 neovim 进行开发，但是遇到一个痛点无法解决，公司平台大量依赖 Qt+ACE 框架，工程化主要以 Qt 而非 CMake 进行管理，在 vim 下尝试使用 ccls 、clangd 作为后端 lsp ，效果都很不理想。

[786375312123]

如果公司平台是 qt ，那用 qt creator 啊

[codeklaus]

完全没有这个必要，IDE 打开 vim 模式就好了，纯 vim 是落后的方式。 自己搞后端，智能建议、补全不会有 IDEA 、vs 做得好。

[felixcode]

真正不纠结工具的也不会去评论别人用什么工具有什么不好的，更何况绝大多数人也没见过使用 vim 的天花板。

[pengtdyd]

纠结工具，纠结语言，纠结框架都是最 low 的想法

[zhuangzhuang1988]

没必要折腾

[waruqi]

vim + supertab + leaderf 基本足够了，补全啥我不折腾了

[haah]

多大的项目呢？

[sinxccc]

C++ 的话 ctags 我觉得挺好了，没必要一定要折腾 lsp 。

[hronro]

没怎么用过 C++ 的 LSP ，但貌似 CLion 的补全，也是基于 clangd 来实现的。所以楼主这个情况，是只能用 VS 了吗

[anytk]

纯 C 项目可以，C++还是算了吧，qtceator 挺好的，工具只有合适的，没有最好的

[mingl0280]

不合适，非常不合适。
工程的东西真不适合用 VIM 管理，那 tm 是人干的事么？

[xuanbg]

为什么要使用纯 vim 或者 neovim 进行开发？把这个问题想明白，就不会纠结用什么工具了。

[acdfjelxe]

scons/bazel 也会遇到 lsp 不太准的问题，lsp 不准就 ctags/gtags 完事

[kios]

@secondwtq 最主要的是响应慢，卡顿

[hhjuteman]

我从 2014 年到 2019 年一直在用 emacs 编码，纯 emacs ，尝试过这种方案，学过 elisp 。

我在 2019 年的时候体验了一把 vs2019 的多线程调试，以及 vs 的图形 frame graph 抽帧调试以后，感觉我自己简直就像个傻逼。以前用 emacs 就为了装逼，白白浪费了自己的生命。vs 真的很好，vs2022+resharper 让我的效率至少提升了 20%，错误率也减少了 20%，debug 效率我估计至少提升了 50%。

还有一个说法是用 vs 太卡了，用编辑器更轻量级，我的建议是让老板换电脑，2022 年了，开 ide 卡的电脑还是算了吧。

[elintwenty]

折腾 vim 虽然上限很高，但是投入产出比太低，直接用 ide 省心省力，性能问题应该由机器配置来解决。

对于工业级产品开发，vim 最适合的是作为插件集成在 ide 中，而不是自开发个性版 ide

当然怎么做是人的自由

[hankai17]

vim 这个前提是得很熟源码

[461da73c]

大型 CXX 一直都用 VIM ，很爽。

[codefun666]

为啥不用 CLion 。vim 和 VS Code 就是一个编辑器，大型项目应该用 IDE 。

[newmlp]

自己用的爽就是合适，爱用啥用啥呗