@ipwx

既然那么简单，这是自由软件，你可以自己 fork 一份出来改？

好奇这跟傲慢有什么关系，作者自己喜欢用 python3，又不给你打工，凭什么为你开发 python2 兼容？

搞个 docker 镜像给他登陆，把容器里面的网络关掉，记录信息，看能不能反套路一波

算时薪绝对 intel 高得多

@cuebyte QJ 是什么？

应该避免使用有 license 问题的 iris

https://github.com/avelino/awesome-go/pull/1135

@simple26 @jsfaint

早期为了吸引用户，我是倾向于把功能集成越多，越开箱即用越好的，这也是为什么 js, go, python 都是 buitin 的原因，开发这几个 source 难度也比较低。

所以最初的用户主要是写 python 和 js

但是后面从维护角度看，会遇到越来越多的问题

1. 会有不同用户在 NCM 上提和 NCM 核心代码没有直接关联的事情，这对于同样关注 NCM，但是又不使用这类语言的人来说就是信息干扰，那么会更容易 unwatch 这个项目
2. 不同的 source 会有不同的依赖，这同样会导致 NCM 的文档膨胀，造成信息干扰。
3. 时间长了同一个语言会出现不同的选择，比如现在 javascript 有 ternjs 和 flow。如果放在 NCM 里面，我根据个人喜好选择势必会造成另一部分用户的不满。
4. 有些 source 需要针对项目做更多的配置，比如 clang，需要配置和检测 compile_commands.json，而这部分代码的功能可能和同类插件重叠，会造成多余的维护工作。

当然太分散也有不好的地方，将来 NCM 要做一些 breaking change 非常困难，之前就出现过一次改动，然后我接连改了几个 source，然后再给别人维护的 source 发 PR。

对我来说最理想的情况是 NCM 只是一个单纯的补全框架，然后补全 source，连同 goto definition，refactoring 之类的语言支持包作为一个插件维护。

asyncomplete.vim 的作者大概也是这种想法，所以从一开始就没有 builtin。然而这种方案在一开始确实比较难吸引用户。

@congeec


NCM 现在的 c/c++ 补全用的是 ncm-clang
不过 godo definition 还是必须用到 clang_complete。
遗憾的是有 issue 提到性能不如 ycmd，https://github.com/roxma/ncm-clang/issues/3

暂时没有时间解决这些问题

如果不等 clangd，也许最终还是要走 YouCompleteMe 的老路去编译 c/c++。
即便如此，比起 YCM，能把补全框架和补全插件分离也是更好的选择。

@BBCCBB

有空给我发个 issue，报一下环境，调试信息呗~


:help NCM-trouble-shooting

vim-hug-neovim-rpc 也可以开启日志，另外需要仔细阅读 Requirements 部分的内容

@congeec

没明白你的意思，具体哪个功能 YCM 有，其他插件都没有？

@gdtv

没有

我换号很久了，所以现在不维护这个 APP 了

@Cainer 今年也是有了娃，想着照顾家庭方便，也在物色远程团队，有没有什么推荐呢，比如贵公司还找人不？

@NoAnyLove

clang_complete 采用的是 python 调用 libclang.so 。用系统的 python 还好，我在一些机器装了 conda，有可能无法使用，因为他们编译使用的 libstdc++ 版本不一致。

clang_complete 使用时间久了内存占用会越来越高

不想维护 clang_complete 的代码，比较困难

---

目前体验到的 goto 特性有几个选择，但是 clang_complete 的表现最好，所以还是在文档里面做了说明

一旦出现更好的方案，我会更新文档，把 clang_complete 那段去掉。

@jsfaint

简单改了下， 现在可以做 C 语言的补全了

这种情况你可以直接看对应技术的官方 manual，基本没什么废话

看的下去算我输

@jsfaint

为 c 语言支持 fork 出一份应该没什么关系。如果区别比较小最终还是有办法合并的。

@jsfaint


> 看了下代码，似乎目前只支持 cpp，还有就是只有在->还有::的时候才触发补全？

因为我做 cpp 开发，其他语言没测试过。c 应该也可以。

除了 -> 和 ::，输入足够多的字符（默认 3 个）也会触发补全。`:help NCM-source-examples` 后面有解释补全的触发过程。



> ncm-clang 你有计划下一步要加哪些特性吗？我看看有没有什么我可以做的贡献 :)

snippet 支持，需要解析 clang 的输出

识别 .clang_complete 和 compile_commands.json。这个插件只做补全，但是实现了这个功能可以尝试配合其他 vim clang 插件，实现跳转定义。比如 https://github.com/justmao945/vim-clang。vim-clang 本身有 compile_commands.json 的识别，还没测试过，如果 OK 的话也可以考虑直接用 vim-clang 的。

目的是想替换掉 clang_complete 这个插件，不想继续维护它了。



> 在用 neocomplete 的时候如果有一条 abc_def 这样的内容
当你输入 def 之后要往前边插入 abc，时候会弹出 abc_def 的补全，当选择了这个补全的时候，最终的结果是 abc_def
而 ncm 目前的行为是 adc_defdef
这个有办法设置或者有修改的计划吗？

并没有打算实现这个功能。我比较倾向于使用 ce 清除掉再重新输入

最近装了 alpine。
可是 network manager 无法编辑连接，一点编辑链接的按钮就崩溃，楼主有相关经验吗？

用 FZF 还有一个弊端，插件需要下载 github 上发布的二进制文件，在新的机器部署的时候经常速度很慢（天朝网络原因）