VSCode的自动补全和代码提示的手感实在是太好了


#41

也是lsp,不过我看python的lsp用的是微软自己的版本。最新的vscode加入了个只支持python的intellicode,说是利用机器学习辅助补全,好像有点东西。


#42

我用了一下 vscode,觉得补全无所谓了,还是离不开 emacs。对于 python 来说,emacs 上面的一些包,比如 lpy 对我是无可替代的,比补全更重要。


#43

那么问题来了,为啥vsc的补全这么流畅呢?emacs lsp怎么才能达到这个效果?


#44

shift-esc,清除提示


#45

有点想弃坑了,Emacs有很多优点,但是太花时间了


#46

哈哈, 如果你觉得其他编辑器够用, 用着够舒服, 那的确没有必要使用Emacs.

不过我还是喜欢Emacs的全键盘操作流程, 那叫一个爽啊


#47

如果你只是想快速干活, 不care Emacs诸多唯一的功能, 比如 dired, ripgrep, magit 等等Emacs独有的功能, 建议你用 VSCode

用别的工具, 就不要天天想着Emacs奇淫技巧. 用Emacs就追寻或贡献社区, 就不要想着别的编辑器碉堡的补全功能.

选择即可, 没有完美的编辑器.


#48

Emacs对我来说最大的优点就是有一个Elisp写成的输入法Pyim, 和Emacs高度集成. 用Evil起来那叫一个舒服啊. 不想VSCode这些模拟插件, 总被系统自带的输入法卡一下, 实在是太难受了.


#49

对我而言,我最喜欢的是Emacs的Deft插件。

它将NV(Notational Velocity)的功能迁移到了Emacs上,以方便对文档、笔记的管理。

这个插件也让我感受到Emacs的强大:

  • NV用2万多行Objective-C代码完成的功能,Deft在Emacs平台下只用1千行多行Elisp代码就完成了。

  • 另外,因为Emacs本身就是强大的编辑器,而NV在这方面几乎是空白,所以Deft的可用性甚至远超过NV。

Emacs的拓展能力,和Elisp的精简,让我非常吃惊。


#50

这些插件都是基于 emacs,所以很多东西才会简洁,如果重新写个 GUI界面,也不会那么精简。


#51

我倒跟你正好相反……写大项目的时候会用Emacs(毕竟已经习惯这套workflow了),但是写小项目的时候会开VSCode……


#52

emacs 搞不定的不是直接打开 ide 比较好么


#53

但是有人并没有IDE啊……比如我


#54

Python 的话,感觉 anaconda-mode 补全体验挺好的,在各种大小的项目上都还不错。


#55

更新一下最近使用ccls的手感,感觉挺快的。实话说跟vscode感觉不出差别。


#56

有区别,提示补全不如微软自家的好。可能是clang不支持。


#57

vscode 用的不也是 clang 那套东西么?……


#58

我电脑上写代码时vsc太卡了……果断开emacs做编辑,用vsc浏览代码。emacs的编辑真是爽到爆啦……


#59

emacs 的lsp补全卡到爆,根本没法好好写代码, 但是vscode真的补全太舒服了,非常流畅,