我们本科有一门课，unix环境高级编程，第一节课就是教vim。
嗯，我也只是在随便聊聊个人见闻，并没有觉得这不正常，或者想要说明什么问题。
如果一定要说明什么的话，那无非是专业人士往往更早地对技术祛魅，优先选择在当前场景下最合适最方便的工具去实现目标，而不是耗费精力去折腾那些看上去很极客但实际收益不高的东西——除非折腾这些东西本身就是他们的工作内容或者兴趣爱好。
用着 1GB 大的程序，心里有点硌应。
哈哈，在 ldbeth 桑的链接里看到了 curly quote 的争议，说有人粗略统计了一下，相关的 email list 的字数超过了10k词。就连 curly quote 这样的分歧都能有那么多讨论。这里 zed 的讨论其实也算不上什么。
只不过我觉得包括自己在内，很多人虽然在使用 emacs，但却不是很清楚 emacs 本身的理念。我觉得在讨论 emacs 的时候，意识形态的存在感是很强烈的，毕竟自由软件本身就可以看作是一个 propaganda。我自己不是很了解，就不多下评论了。
乐了😄，你自己又在另一个帖子下面回复：
下什么插件是你自己的选择吧。Emacs 是死的，它不知道你为什么不卸载那个插件。
这种明明是自己下载的，却又嫌膈应；明明体积大的是插件，却又怪到软件本体上。不想评价
这个贴子设置了 30 分钟间隔，我懒等。
我吐槽的是插件大，我就算装了 1000 插件，体积有 1GB 那也能吐槽，有谁规定了不能的？
至于 emacs 本体，我没留意，你不用这么敏感。
1 个赞
你要不再看看你之前发的评论呢?
不妨问问是不是自己表述得不清楚.
另外, 搞 ad hominem 倒有一手啊哈哈哈哈 
我诚心建议论坛禁止发表类似言论. 各位道友可以换位思考一下, 一旦你面对这么一句话, 就不得不陷入自证的陷阱里 — 手忙脚乱的人就会急于和 Emacs 撇清关系以说明自己毫不在乎, 不敏感, 不关心 Emacs 怎么样
我理解，用 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 也许更适合他们。
7 个赞
身為一個 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 何时