V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  pony279  ›  全部回复第 9 页 / 共 14 页
回复总数  266
1  2  3  4  5  6  7  8  9  10 ... 14  
2017-12-05 13:38:45 +08:00
回复了 linsun84 创建的主题 Python xonsh shell --- 有了 Python 就够了,可以忘记 Shell 了
@ipwx

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

好奇这跟傲慢有什么关系,作者自己喜欢用 python3,又不给你打工,凭什么为你开发 python2 兼容?
2017-10-25 00:13:11 +08:00
回复了 WordTian 创建的主题 Linux 有人猜解 Linux 的 ssh 服务,你们是怎么处理的?
搞个 docker 镜像给他登陆,把容器里面的网络关掉,记录信息,看能不能反套路一波
2017-10-21 14:20:35 +08:00
回复了 byaiu 创建的主题 职场话题 应届渣硕 Offer 比较, Intel vs 腾讯
算时薪绝对 intel 高得多
2017-10-19 17:00:14 +08:00
回复了 fengxuejianshi 创建的主题 Python 没实际工作需要怎么坚持提升 Python 姿势水平
@cuebyte QJ 是什么?
应该避免使用有 license 问题的 iris

https://github.com/avelino/awesome-go/pull/1135
2017-10-17 11:16:31 +08:00
回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
@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。然而这种方案在一开始确实比较难吸引用户。
2017-10-16 17:44:12 +08:00
回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
@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,能把补全框架和补全插件分离也是更好的选择。
2017-10-16 12:05:14 +08:00
回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
@BBCCBB

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


:help NCM-trouble-shooting

vim-hug-neovim-rpc 也可以开启日志,另外需要仔细阅读 Requirements 部分的内容
2017-10-16 11:59:01 +08:00
回复了 pony279 创建的主题 Vim Deoplete 也可以在 vim8 上跑了
@congeec

没明白你的意思,具体哪个功能 YCM 有,其他插件都没有?
2017-10-14 09:27:13 +08:00
回复了 pony279 创建的主题 程序员 给自己写了个换号工具,自动转发短信 APP
@gdtv

没有

我换号很久了,所以现在不维护这个 APP 了
2017-10-12 15:28:32 +08:00
回复了 zhangmaozhu988 创建的主题 分享发现 刚看招聘,看到了远程办公的,突然有了下述想法
@Cainer 今年也是有了娃,想着照顾家庭方便,也在物色远程团队,有没有什么推荐呢,比如贵公司还找人不?
2017-10-02 18:37:14 +08:00
回复了 pony279 创建的主题 Vim 比 deoplete 更快!比 YCM 更轻!支持 neovim/vim8 的自动补全框架!
@NoAnyLove

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

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

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

---

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

一旦出现更好的方案,我会更新文档,把 clang_complete 那段去掉。
2017-09-30 11:05:06 +08:00
回复了 pony279 创建的主题 Vim 比 deoplete 更快!比 YCM 更轻!支持 neovim/vim8 的自动补全框架!
@jsfaint

简单改了下, 现在可以做 C 语言的补全了
2017-09-30 09:28:13 +08:00
回复了 eyp82 创建的主题 程序员 看技术书的时候你们有没有这种感觉
这种情况你可以直接看对应技术的官方 manual,基本没什么废话

看的下去算我输
2017-09-27 15:23:35 +08:00
回复了 pony279 创建的主题 Vim 比 deoplete 更快!比 YCM 更轻!支持 neovim/vim8 的自动补全框架!
@jsfaint

为 c 语言支持 fork 出一份应该没什么关系。如果区别比较小最终还是有办法合并的。
2017-09-27 14:26:58 +08:00
回复了 pony279 创建的主题 Vim 比 deoplete 更快!比 YCM 更轻!支持 neovim/vim8 的自动补全框架!
@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 清除掉再重新输入
2017-09-25 20:39:06 +08:00
回复了 slince 创建的主题 GitHub 今天 github 的 trending 是不是被人刷了
2017-09-11 17:43:41 +08:00
回复了 iCodex 创建的主题 Alpine Linux 小型系统,用 alpine Linux 真真是极好的。
最近装了 alpine。
可是 network manager 无法编辑连接,一点编辑链接的按钮就崩溃,楼主有相关经验吗?
2017-09-08 11:44:04 +08:00
回复了 Yggdroot 创建的主题 Vim 让人相见恨晚的 vim 插件:模糊查找神器 LeaderF
用 FZF 还有一个弊端,插件需要下载 github 上发布的二进制文件,在新的机器部署的时候经常速度很慢(天朝网络原因)
2017-09-08 11:42:03 +08:00
回复了 Yggdroot 创建的主题 Vim 让人相见恨晚的 vim 插件:模糊查找神器 LeaderF
个人喜欢 fzf 的原因是有几十万个文件或更多的时候 ui 几乎没有明显卡顿,LeaderF 在这方面好像还不够,刚刚试了下有点小卡,当然已经比 ctrlp 好很多了。

fzf 的接口定义的也挺清晰,所以做了一堆拓展,https://github.com/junegunn/fzf.vim 。现在用的比较多的是 FZFAg,FZFHistory,FZFFiles。其中 FZFAg 在 LeaderF 里面找不到对应项。相信这个在 LeaderF 里面也不是什么难事。

持续关注。
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2555 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 15:56 · PVG 23:56 · LAX 08:56 · JFK 11:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.