我这里也是总报错，不过报错也可以用。不知道什么原因。
我感觉emacs 只有一个缺点 就是单线程的 有可能会卡
2 个赞
喜欢自己配置还是用emacs. 不想折腾用vscode.或者完全可以一边自己配置,一边主用vscode.
减少，放弃对代码补全的依赖，你将会获得以下两个好处：
- 对项目代码结构会有更清晰的认识。
- 会获得更加系统化的知识。
- 对项目代码结构会有更清晰的认识。
在刚刚开始的时候，你需要在代码库中查找需要的信息，随着每次查找，哪个文件在哪儿，那个函数在哪儿，哪个定义在哪儿，会快速形成肌肉记忆。大脑会存储整个项目的机构信息。
如果是接收别人的项目，通过反复的查找过程，你会逐步理解编写者的思维模式，能够很自然的判断出你需要的东西在哪里。这样如果需要的话，你可以决定是否延续之前的设计风格，思维模式。
- 会获得更加系统化的知识。
每一个成功的代码库，都是成体系的，有各自的思维模式，要认清这些模式，单看一个个函数是很难把握的，就像盲人摸象。需要从更高的角度来观察才能看清楚。
为了查找某个定义而反复阅读文档其实是一个捷径，在反复查找文档的过程中，你会看到与你当前要查找的内容无关的内容。这个过程重复多了，自然会对整个代码库的设计会有更清晰的认识。
3 个赞
等你有能力自己在 emacs 解决这个问题就不会纠结了
1 个赞
另外就是没有现代化的UI。
1 个赞
确实，我到了第三阶段以后就开始给我用的几个package发patch了 
我也認為 Emacs 的補全很爛, 對於我這種需要寫很多語言的人, 就很依賴補全. 總不能寫10種語言然後全部都要記住吧? 
後來我寫了 company-fuzzy, 把補全最大限度地顯示出來. 至少有了"接近" IDE 的體驗. 
1 个赞
感觉 lsp-bridge 部分可以拆成单独的帖子，歪楼歪的太多了 
3 个赞
是的. 好像Neovim的光标可以缓动, 跟果冻一样, 挺好看的. 要是Emacs也有就好了
我曾经在没有比较好用的代码补全和跳转的情况下坚持用emacs开发一个UE4的项目，是挺难受的。后来用上了lsp，感觉上不比用visual studio差。 如果你有时间，就慢慢研究emacs，这个过程会让你收获不少意想不到的知识。我就在尝试使用emacs+lsp开发UE项目的过程中更详细地了解了UE4项目的编译过程。如果感觉没时间或没兴趣，那就只用现成的工具，也没有什么问题。 总之，如果emacs对你来说是一个完成其它目的的工具，那就不要执着于它，而是专注于你的真正目标。如果你对使用，研究emacs本身有兴趣，那么也就不需要再多问什么了。关键是搞清楚你自己真正在乎的是什么。你也可以一边先用其它工具，一边利用闲暇时间研究emacs，等到可以将它作为生产力工具使用时再替换掉其它工具。
6 个赞
没想到在emacs china里也能看到除草剂……
magit天下第一！
如果还没有emacs的肌肉习惯果断vscode，头都不带回的。
Emacs 的最大问题是代码写着写着，发现折腾 Emacs 更香，扎进 Emacs 里就忘了写代码的事了 
6 个赞
从 vscode 转到 emacs，让我感到最爽的其实是文件管理功能。
dired 已经很爽了，摆脱了文件管理器点点点、方便的重命名、双栏复制/移动等；之后用上dirvish，就更爽了，界面美观度++，这种带预览功能的列表式文件管理，用来管理图片、视频真是太好用了，我都不太想开 nautilus 了。
emacs 最大的问题就是慢。我切到 vscode、neovim、甚至是 emacs -q 都能感觉到流畅度的提升。
但是相对的，这个慢也让我这个 doom 用户思考（折腾、摸鱼），哪些功能是必要的，哪些功能是没有必要的，有没有更好的替代品等。从中了解到了很多编辑器功能的原理，也算是有所受益。
2 个赞
Emacs 的优势是全键盘和深度定制，如果你的需求不是这两个，VSCode 可能更合适
1 个赞
dired 真的是太好用了，批量改名字很方便