领教到你歪曲事实的能力。
简单澄清下：
> 你 block 无非是因为我说你的补全插件速度问题，但是我实在不明白你哪来的证据说明你的插件比 deoplete 快了，
老实说，我做这件事之前就仔细阅读过 deoplete 的代码，也使用过，我有必要花大量的精力去做一个更差的东西？
快不快根本就不需要你来明白，因为你压根就不懂，无知（毕竟你英语太糟糕我又没写中文文档）。
> 你加我 qq 说让帮测试，让添加到 spacevim 里面去，
**不要歪曲事实**。（我不喜欢用 QQ 讨论技术问题，个人觉得这种做法很 low。）
是你屁颠屁颠的加我 QQ。你想让我加入 SpaceVim。
但是后来看到个帖子后，发现你的人品非常有问题。无法苟同。Sorry。
> 我测试结束了，告诉你没发现快在哪里
不要歪曲事实。
我的记忆里好像你没什么回应。
> deoplete 是因为支持输入后 delay 特性才让人觉得似乎有那么一点慢。告诉你了事实，你不去想着怎么提升插件，却 block 我，删 qq，block github， 很好！
原 issue：
https://github.com/Shougo/deoplete.nvim/pull/445 ，你发表的内容如下
> I agree with shougo, why we need completion plugin, it help us complete code, it is not lint, if I REMEMBER what the code is, why should the popmenu should be opened? also if I REMEMBER the code and I am fast typing, the popmenu also should not be opened, that is why some people think deoplete is slow, and that is why I do not use nvim complete manager.
然而 issue 的 title 是 "matcher_length should include same size matches"
你的理由无知而且牵强。我只是在参与 matcher 的讨论，你非要过来跑题扯到我的插件？？？（根据你的人品，可以推断），明显就是你在 shougo 大神那里跪舔。
> 告诉你了事实，你不去想着怎么提升插件，
我一直都在关注同类插件的进展，关于两个插件的区别，我和 shougo 大神早有对话过，早就互相了解，只是两人观点不同。我们都比你懂，需要你在这里面发表这种垃圾论点？？？此外你的理由不成立，实际上我的设计里面早已可配置，只是懒得告诉你。而且至今你也还是不懂，deoplete 引入 delay 的根本原因，就是慢（稍微挖掘一下 deoplete 的 issue 就可以找到历史渊源）。
无知，你可以少说多看。
**但是你要当着我的面跪舔，非要拿无知当个性。。。。**
**我就看不下去了**，于是全部 block。明白？
最后引用 shougou 大神的回应给你打脸，
> I have improved deoplete completion speed :-)