其实把emacs当成一个玩具或游戏不就行了吗。当你有更重要的事情做的时候，当然要先做那些事情啊，还用专门说吗……这并不是批判一个玩具/游戏的理由……
而emacs和普通的游戏不同在于，折腾emacs既可以学习lisp还可以锻炼编程思维也可以了解很多有意思的历史，比益智玩具还益智
在我看来使用emacs最重要的问题是，有时候在做正事的时候会突然被一些config转移了注意力，导致效率降低…
18 个赞
少撸益智，中撸伤身，强撸灰飞烟灭
感觉自己最近半年也有类似问题，个性化开发环境费了太多时间，五一调整一下吧，其实是心态崩了，静不下心。
1 个赞
「浪费时间」这件事吧，我觉得是宿命。
如果我没把时间浪费在 Emacs 上，可能也会「浪费」在游戏、美剧。。。各种地方。
浪费在哪里才有意义呢？不好说。时间果真都「浪费」得毫无疑义吗？不尽然。或多／或少，直接／间接，每个人都能从中受益。
比如我们接触了 Emacs，进而学会了 elisp。对于很多从从小念谭浩强进入计算机领域的人，可能真正第一次学习和使用一门函数式语言就是从这开始的，虽然它不纯粹、用途也有限。从写一个函数解决很小的问题开始，到写自己的扩展解决更多的问题，日常的点点滴滴，总能汇聚成流。玩游戏、看美剧除了消磨时间、获得愉悦之外，也会收到其他形式的补偿。
折腾 Emacs 的确浪费时间。每个初见 Emacs 的人都觉得无限可能，遇到什么问题都想改。了解越多，问题越多，改之不尽，最后望洋兴叹。
Emacs 之所以吸引人为它「浪费时间」，是因为它的开放。这是一把双刃剑，开放意味着约束少，参与的人越多，解决了更多的问题，也带来了更多的问题。不过我相信最终是往有序的方向发展，自从有了 ivy/helm，我感觉 Emacs 体验好感度上升了一个台阶。use-package 使得配置越来越规范化（我至今买没用上😅），spacemacs 树立了配置典范，LSP 必将统一补全。
我觉得就是要「适可而止」，对于非核心需求，稍微提高一些忍耐度。虽然我也没做好这一点，但至少现在不怎么「纠结」配色和字体了。
如果用一句话来评价这件事件，我想说：
乘兴而来，兴尽而返
33 个赞
进进出出是常态啦。
我至今还在电脑里存着那个作者的“Emacs 101”。我觉得他还是很在乎在Emacs积累下来的东西。否者干脆一走了之好了，根本不用多说。
另外，今天到处逛发现了好玩的东西：
看到“杀杀飞键”这名字（官方翻译），顿时有种萌萌哒的感觉~~ 并且觉得，和Xah Lee的风格，有种反差萌的效果 
3 个赞
记得不久之前李杀不也批判了emacs lisp么？https://www.reddit.com/r/emacs/comments/azc1u2/xah_talk_show_20190308_why_emacs_lisp_sucks_one/?utm_source=share&utm_medium=ios_app。
视频未看，标题上看出来的。
人到中年，思想发生改变是很正常的事情，但着实没必要将EMACS和VScode进行比较，一个是学习研究的工具，一个是生产力工具，就好像是实验室里的烧瓶和工厂里的反应罐一样，大家有不同的用途，谁也替代不了谁。
在上学时，用EMACS可以很好地帮助学习者了解软件运行机制。到了工作时，为了提高生产效率和协作，就要用生产力工具了。
比如我作为一名医生，就发现emacs的org-mode是个很好的学术写作工具集，结合ESS、org-ref、org-babel就可以形成一个完善的数据分析、文学化编程、参考文献管理的工具链条。到目前为止，我还没能发现替代品。
14 个赞
我就是因为emacs接触到lisp，很开心。第一次写出有人用的软件，第一次和别人在GitHub讨论实现都是因为emacs。
6 个赞
Emacs Lisp 和 Common Lisp 比起来相形见绌，前者完全是后者的弱化版本。就和裁决大剑跟月光大剑比一样。 当然和其他编辑器的扩展语言横向比较 ELisp 算是比较复杂了。
1 个赞
裁决大宝剑。。。这个词语不错
对于我而言，emacs的唯二劣势就是“开打文件慢”和“debug”
反正我的emacs config已经很稳定了。也不需要折腾了。偶尔微微调整下就好。这样的状态，emacs可以一直快乐的用下去了。
1 个赞
打开文件慢？你是指Mac双击自动打开吧？需要自己搞个applescript打包成app，不然直接选Emacs.app打开是挺慢的。如果是用ivy/helm路径中找文件打开和拖动文件丢到Emacs的窗口上打开，就是一瞬间的事。对了，如果你是像用Vim一样编辑一个文件就开关一次Emacs，而且不用emacsclient，那是挺慢的，除非裸跑Emacs.
给我钱我能把VSCode捧上天
VSCode 体验好，也是微软厚积薄发的结果。微软在Visual Studio上积累了大量的经验，也知道大量的一线开发人员的需求。在Azure的开发过程中把web上的编辑器加上VS的特性全部结合到一起，就有了今天的VSCode。某天，也会有新的东西会替代VSCode。但是这些东西并不一定能撼动Emacs和Vim，习惯是一种强大的力量，况且Emacs和Vim已经形成了一种哲学，加上 Emacs的强悍扩展性，很多东西不是那么轻易能完全替换的。想想十年前没有ivy，没有helm，没有company，没有yasnippet，更没有LSP，照样很多人用。现在有了这些，体验已经上升了一大步。在共同发展互相借鉴的过程中，应该还是能体验到乐趣的。所以，我还是经常使用Emacs，VSCode也不排斥。唯一不爽的就是基于Electronic的应用占用太多的资源，虽然VSC已经做得很好了，但这就是硬伤，跟Android使用JVM是一样的，无论怎么优化体验永远比iOS差那么一丢丢。当然，我也希望Emacs和ELISP有所发展，比如多线程，UI（child-frame算一个），JSON解析等等。这样体验会更加好。坚持自己，不忘初心，怎么舒服怎么来才能随心所欲 
21 个赞
"自己用emacs却不向新人推荐emacs"这样不好，坚决反对，推荐vi的人都比推荐emacs的多，我就是例子，没有人向我推荐emacs，自己圈子又比较小，孤陋寡闻，当初不知道有emacs的存在。那时主要用的是UltraEdit和DW，以为大神们都用的是vi或sublime（那时vsc还没有出）。
后来不想用付费软件了，想找一个免费开源的文本编辑器，开始学vi，找到一些vi高手的教程，却发现有些vi高手转emacs了，这时我才知道原来世界上还有“神之编辑器”的存在…… 然后转到了emacs。
像我这样的，因为没人推荐（or推荐力度太小）或不知道有“神之编辑器”的存在，而在很长一段时间内都错过emacs的人肯定是有的。
6 个赞
就是编辑大文件慢emmm
人的差异使得世界更为精彩。
每个人都有各自的喜好的选择，azazabc123为Emacs做出过贡献，大家也是认可的。如果找到了更喜欢的工具，转向也是正常的，我们也是应该可以理解的。每个人都是不同的，对于好或坏的判断都有自己的依据，做个参考就好，没有人会强制要求你接受，自己也不用强制自己接受。再说了，说不定人家还是会回来的。
我是在寻找GTD工具的过程中来到Emacs，因为不是专业的开发人员，第一次学习了之后放弃了。过了几年后第二次才算是学下来了。不过也只是用了org mode，非常粗浅，使用至今。 到现在为止，还是觉得Emacs的org mode是非常好的工具，还没有找到替代。当然如果出现了功能上覆盖，且更易用的软件的话，我也一定会离开Emacs。
6 个赞
唯一编辑大文件不慢的就是Emacs、Vim和UltraEdit了，其他编辑器会气的你七窍生烟～～～ 你是开了不必要的mode导致慢的吧
2 个赞
我全都要.jpg
最近玩游戏很多换回了win 10， windows上的emacs用的各种不习惯 于是装了个vscode外加vmware Arch。干正事就用Arch里的emacs，随便开个文件就直接vscode双击666 
2 个赞