为什么要跳出去?
写得不错，上升到哲学层面了。不过对“架构无法避免内存泄露” 的观点持保留意见。话说debug 问题，如果 dap 发展起来应该都解决了。
1 个赞
我想逃离Emacs好几次了，第一次是VS Code，然后是Eclipse平台，期间还有一段时间，因为协同编程，用了一段时间IntelliJ，结果发现自己新上手IntelliJ，比旁边老手还会玩IntelliJ。
但是每次逃离，都又回到了Emacs。你说这是为啥了？可能就是其他平台，少了点Emacs的文本编辑的乐趣吧。
说实话，我内心的排序，如果不用Emacs，我可能会用Eclipse，其次再是其他开源编辑器如VS Code，在往后就是专有（proprietary）的IntelliJ平台，再往后其他专有编辑器IDE吧。
话说，我从实习到之后的三份正式工作，一直在使用Emacs作为主要的开发工具。没觉得自己效率比其他用IDE的同事低多少。我还经常抽空教同事如何使用IDE的一些高级功能。天天用IDE的人，对自己用的IDE又有多了解呢？
4 个赞
Eclipse不能和Emacs做对比吧，Eclipse是IDE，Emacs是文本编辑器。
比如：Eclipse、VS都是按工程划分的（通常是具体语言导向）
Emacs基本上没有工程的概念，所谓的projectile也是各种不同的项目文件混在一起编辑。
vscode 的架构无法避免内存泄露是 @manateelazycat 的一个说法，一时找不到原帖了，我自己是不懂啦。
同样很期待 lsp-mode/dap 的发展，成熟之后，我就可以删掉好几个 IDE 了 
3 个赞
我只用org-mode，目前还没找到更好的编辑器，所以就用着了，其他的功能基本不碰。
2 个赞
嗯，magit、org-mode、ranger都是很好的效率工具了！
对我来说，都是开发工具，有没有Project这个概念不重要。我都不是Projectile用户，也不喜欢Projectile。
另外我也不觉得Eclipse怎么特别语言导向了。我经常在Eclipse里面，Python、Java、Scala和SQL来回切换。
而且Emacs有没有Project这个概念，取决于你用什么工具了。我用ENSIME，里面就有原生的project概念。
ENSIME甚至会抱怨你的文件目录不符合规范。
[warn] You have .scala files in the base of your project. Such "script style" projects
[warn] are not supported by ENSIME. Move them into src/main/scala to get support.
一直get不到ranger的high点，倒是 dired 成为必须的工具
ranger的deer一退出就杀掉deer buffer。这个是真的麻烦
我也 get 不到，用起来怪怪的，不顺手。
看文件方便…小小的爽点
原始的 ranger 本就是個 vi 按鍵綁定的終端文件管理工具，vi 黨或雙修黨肯定就 get 得到了。
2 个赞
如今不离开，只因为org-mode。
2 个赞
同org mode
一直都在使用emacs写c++代码。当然还有magit，org。
因为很多自己emacs里实现的功, 想在其他编辑器里实现同样的功能, 要多花数倍的时间.
1 个赞
心流可以理解是专注力的意思吗？
做事情的专注是一个人的能力，没法理解怎么得到『常用的工具最好可以全键盘操作』这个结论。
之前对全键盘操作以前也很执拗，现在没有了。Emacs和Vim这种编辑习惯都是“上古时代”留下来的遗产，有优点和缺点。 另外，作为一个软件开发者，至少需要在浏览器和编辑器之间切换，Emacs这点还没做到也基本做不到（以前有想过是否有这样一个东西 
） 鼠标操作在所难免。
换成在mbp上，所有工具上的操作都可以在“全键盘”上高效完成。
现在觉得 用户体验好和专业、高效才是好的工具。
每个人对工具“能够做什么”和要的结果都不一样的，没有必要纠结这些。
反过来想，当初开始学Emacs, 没及时发现投入成本大于收益，太固执于现在的方案却不思考其他方法，才对Emacs有些抱怨。
1 个赞
編程畢竟大部分時間還是打字，只有少部分時間在用鼠標，能不用就不用是最吼的。
打程序不是CG相關，像3D建模和後期製作（我以前出於興趣稍有涉獵），調參數靠感覺，所以用鼠標方便控制就有優勢。而寫程序敲下去是一個字就是一個字，含糊不得的。
你覺得EAF或EXWM可以嗎？瀏覽網頁用vimium(a ff or chrome extension)可以排除90%的鼠標操作吧。
望賜教，只用過linux和windows
老實說，這種「理客中」式的古早味套話，讓人覺得有點Non-Constructive了
1 个赞