我理解，用 Emacs 的人需要享受“折腾”的过程。而太多学计算机的人只是“被迫”学习，从不享受，自然不是 Emacs 的潜在用户。
1 个赞
折腾编辑器配置真不应该是被鼓励的行为。。。
能开箱即用就不必折腾了，或者减少自定义的欲望，尽量用大佬做好的十全大补包：
Emacs：Doom Emacs, Spacemacs, Centaur Emacs
VIM：Spacevim，Astro，NVChad，LazyVim，LunarVIM
大家可能已经忘记为什么使用 Emacs 了, 使用 Emacs 是因为它能满足各种各样的人士需求, 而不是乐于折腾 Emacs, 更多折腾是因为要满足自己的需求
我一开始其实是为了找一个轻量跨平台的 notepad，顺便兼顾写一些小脚本的需求。后来把我原先的大部分软件（total commander / obsidian / vscode / feedbro 等）给替代了 
想要 notepad++ 结果找到了 OS++ 是吧😀
需求很容易走歪，Vim 和 Emacs 都是有魔力的工具，会上瘾，得折腾十几年才能冷静，哈哈！
昨晚试了下 AstroVim, NVChad, Lazyvim, LunarVIM，真是极致花哨，Emacs 应该也能做到，不过我没看到这么花哨的配置。这些 Vim 配置明显学的 Spacemacs 和 Doom Emacs，也算是 Emacs 引领潮流了。
Vim，Emacs，VSCode，Helix，Zed，百花齐放真好，搞 IT 的两把枪：编程语言和编辑器，那都是千挑万选不嫌累 
2 个赞
emmmm，“折腾”这事好不好，看在什么立场了。
如果按 RMS 定义的“hacking” 的话，在 hacker 眼中，hacking 本身就是很有趣的事情。“不为无用之事，何以遣有涯之生？”
从实用主义的角度说，折腾编辑器确实带不来多少实际效用。而且要谈这方面的话，至今 Emacs 不能算开箱即用，即使用 Doom 或者 Spacemacs，也够新手喝一壶的：无论是学习 Vim 或 Emacs keybinding 还是适应 helm/ivy 的使用习惯，还是安装配置 lsp （隔壁 VSCode 是真一键安装）。要论开箱即用，Emacs 无论如何不能算友好。
Emacs 的价值在于其 hackability。而很不幸的是，应试教育会遏杀人 hacking 的乐趣。应试教育善于培养优秀的标准工序操作员，但培养不出 hacker。我以为这是国内计算机专业学生中 Emacs 用户少的原因之一。
而从实用主义角度讲，Emacs 的最大的功用——许多事情都用 Emacs 做之后，“一通百通”所带来的效率提升——必须不抗拒“折腾” Emacs 才能发挥。“不折腾”地使用 Emacs，就不可能发挥其最大功用。因而对于绝大多数人来说，VSCode 也许更适合他们。
6 个赞
身為一個 Emacs 資深用戶和 Elisp 包開發者, 我想在這提供些看法. 
我認為使用一個工具的理由, 來自於工具為什麼被創造出來而決定. 就像是你不會拿叉子去呈湯, 也不會拿湯匙去叉東西吃.
Emacs (/ˈiːmæks/ ⓘ), originally named EMACS (an acronym for “Editor Macros”),[1][2][3] is a family of text editors that are characterized by their extensibility.[4] The manual for the most widely used variant,[5] GNU Emacs, describes it as “the extensible, customizable, self-documenting, real-time display editor”.[6]
根據維基, Emacs 是個編輯器巨集. 那代表什麼？我認為是一個專注在於提供編輯器巨集的軟件. 為什麼提供巨集? 維基接著解釋是為了擴充性 (extensibility). Emacs 的解釋就是這個簡單. 他的精神來自於擴充性, 一切皆無關係. 舉例:
- 開箱即用 (無關)
- 鍵盤鍵位很奇怪 (無關)
- Emacs 社群有很多包 (無關)
- 隔壁 xxx 編輯器新增了某個功能, 我們也要. (基本無關, 有灰色地帶先不討論)
他的一切都建立在在是否能擴充某一性質的東西, 這點 Emacs 做得非常得好, 並且是最好. 基本上就是主打個, “你不喜歡, 你可以隨意更改成你喜歡的樣子”.
所以問題來了, 為什麼人要要求一個本身與開箱即用無緣的軟件變得開箱即用？另一個問題是, 如果 Emacs 開箱即用了, 那與其他已經開箱即用的軟件有用什麼區別？是優勢還是劣勢？Emacs 開箱即用了, 我們又比得過別人嗎？(看看 VSCode, Zed, 這些主打開箱即用的編輯器)
老實說我並不知道答案, 不過我個人是願意支持現在 Emacs 的做法的. 如果做不贏別人, 不如專注在已經贏的地方, 繼續維持這擴充性的地位! 但我也很希望 Emacs 社群能夠熱絡起來, 開箱即用確實也是個大問題. (這也已經被討論過很多次, 看 projectile 作者, 等等)
接著討論變化, 如果 Emacs 變得開箱即用了. Emacs 還會是 Emacs 嗎？社群的素質也可能會下降, 畢竟簡易化也會帶來很多小丑 
. 原本是吸引一群願意自己徒手去做的駭客, 變成一群只會伸手的小寶寶？
我提出了很多問題, 是希望大家思考下, 基本上是沒有正確答案的. 我也只是個隨波逐流的人. 如果哪天 Emacs 變了, 也只是換個編輯器罷了. 
14 个赞
14年资深老用户使用Emacs的原因：
- 爱折腾配置与插件，自己写插件，享受一切皆文本的哲学，折腾其强大的灵活性和可扩展性，
dired,magit,org重度用户。
14年资深老用户不再主要使用Emacs面使用Zed的原因：
- 慢：不用多说，懂的都懂，当然只要不卡死都当“流畅”、"能用"的当我没说…何况，离丝滑差9条街。在M4 Pro顶配Macbook上，依然会在少量插件的情况下因为行数“稍多”等问题而卡一卡，顿一顿。
emacs -q用dired打开一个只有25000个文件的文件夹，依然会卡0.5秒。 - 不鲁棒：插件质量参差不齐，包括内建的，当然可以永远不更新，不折腾…那就是没啥折腾Emacs的意义了。
正好，Rust在某种意义上极大的弥补了以上两点，而Zed则是其中一代表。当然软件工程、设计与语言无必然关系，可现实就是在这个龟速虚拟机上的动态语言上，除一部分优秀插件外，大部分实际都是垃圾…包括内建的很多功能，实际上只到了“实现了该功能”、“能用”的阶段，谈不上“工程”。
从两年前开始用Zed，基本没遇到过系统性的BUG，逻辑上的大BUG，一周一更基本隔周就修复了。至今，缺的基本都是feature。不过已经使用了两年，现在只用它task绑定与Emacs一毛一样的快捷键来打开Emacs的dired(C-x C-j)与magit(C-x m)…
当然Zed不会也成为不了Emacs，如果有天Emacs可以完美解决以上两个问题，我也会毫不犹豫地选择Emacs。
感觉像跟把Intel 2019换成M4 Pro一样的丝滑。
zed的目标不是为了成为emacs,而是为了超越emacs
1 个赞
这个哪里有提到？
那是有點難 
除非哪天人類進化出用腦波來控制 editor，不然我想不少人還是會繼續用 Emacs
可以去追踪zed的discord和相关blog，zed向emacs学习的第一个特性就是全文本，未来还要加入扩展。我能想到的emacs的所有能力，未来zed都能具备，而zed能有的现代化的利用多核的能力emacs是不太可能有了
org-mode 何时
扫了一眼 zed org-mode 插件代码，只支持高亮显示，且已经停更 3 个月。
画饼还是算了。简单看了一圈，目前的优势貌似是快，外加热门的 AI 编辑，插件生态目前是 prog 和 theme 。对于我个人而言，org mode 所组成的 笔记系统，还有随时可以糊个小 function ，还是太难替代了。
我开这个帖子的本意，是和大家推荐一个emacs之外的其他选项，绝没有踢馆的意思。我觉得编辑器技术就是在互相学习和良性竞争中发展前行得，这样对大家都有好处。当然我本人要向大家道歉，可能我的措辞会让部分道友感到不适，我也不希望演变成无谓的争吵。工具都有自己的长项，特别是每个人用熟之后都有感情，我之前没太考虑到这点，抱歉。我自己在编辑领域的最大收获依然是来源于过去两年对emacs的使用以及各位前辈的帮助和指点。猫哥是我很尊敬的前辈，他在看到这个贴子腐化前适时的锁帖了，我即认同也很愿意接受。同时也警醒自己以后在讨论中更多的换位思考，争取和大家在即有舒适的氛围又有open的态度下和谐交流。
1 个赞
这一点值得商榷，至少我看到有人开发了一个包可以利用到多线程。
最近 emacs 的迭代非常快，不停 commit。
“能做到”就足够的了吗？说实话，就是列举 Emacs 的缺点，然后说 Zed 能够做到，可是这有什么意思呢？Org mode 看起来也不是难度很高的，只有 Emacs 才“能”有的事物，那为什么大部分人还是得在 Emacs 里用 orgmode？
还不如这么说，已知 Emacs 开发者是人，Zed 开发者也是人，所以 Zed 的开发者也能做到 Emacs 开发者的事情。可是这又如何呢？上面说 Org 的插件停更，这也不是“能不能”的问题吧
2 个赞
踢馆的事情，除了伤感情，没有益处