你要真关心 artist mode 的历史，你就能发现它独立开发了4年左右，在 Emacs 定位是“未来的免费 Office 套件”的时期进的 Emacs
但你不关心。
直白了说，你在这里抱怨不会对 Emacs 开发路线造成什么影响。你应该直接发邮件到 emacs-devel，用你的 English word piss off some one，直到在 artist mode 移除或者你这么做之前，我先给你赛禁烟
又是一个因果倒错，提供 artist mode 是因为有人已经做了这个功能，得到维护者认可，作者又同意转让版权才装进去的；不提供其他功能，只是是因为还没人实现，或者作者出于各种原因不愿意不方便转让给 FSF
而不是某个精神产品经理说，啊我要这个功能，然后就从地里长出来了，或者一帮 emacs 开发者就啃哧啃哧晚上加班做出来了
秀你的 English words 之前，先把单词先拼对再来。
反正你就觉得 Emacs 有的但 VSCode 没有的就算干净呗。你怎么不说 VSCode 捆绑了大部分编程语言的语法高亮，但对一个用户而言真正用到的屈指可数？你怎么不说像弹窗补全这样的功能， VSCode 也是捆绑的，而 Emacs 则是通过 Company 或 Corfu 等第三方包提供的？
说起来巧了，一个 fun fact。上周五给一个客户开视频会议帮她 setup vscode，她明确说了不喜欢自动补全的功能想要关掉，然后我们硬是吭哧吭哧搞了半天，尝试关掉很多个 vscode 的选项，vscode 的自动补全都关不掉。
虽然说我也很难理解怎么有人用现代的 IDE 还不要自动补全，但是确实有这样的人。
但是从单纯软件审美，或者说 asthetic 的角度来看的，我不欣赏 emacs 这种决定。
审美因人而异，我个人就是偏好「有意识地维护精简，对 feature 的添加仔细斟酌」的软件，这个品质在今天尤为珍贵，对我来说这是 craftsmanship 的一种体现。
Emacs 自带的许多这些杂七杂八的 mode 都是默认不启用，它们的存在只不多是多了一份源代码存在硬盘空间里，这些 mode 本身也就是一个插件而已，并不对 emacs 功能本体的运行产生影响。
虽然 vs code 基于笨重的 electron, 但从功能来看，vsc 的本体很干净，额外功能都是通过插件提供的（这一点和 emacs 类似）。想要画字符图？去安装一个插件即可。我是绝对不想 vsc 默认给我安装了一个画图插件。在这一点上，我欣赏 vsc 的决定。
vscode 只不过是把这些软件外放成插件的形式而已，但是这些插件本身就是微软维护的，本身就是 core feature 的一部分，只不过不和编辑器本体一起附带，需要用户额外下载而已。至于为什么需要用户额外下载的原因也很简单，这些插件会把 lsp dap 之类的东西全部都一起 bundle 了，这些二进制文件本身的大小就决定了它们不可能和编辑器一起 bundle。和 emacs 自带一些 mode 只不过是多了几个源代码而已。
固然 emacs 自带了很多 mode，但是只要你不去刻意去找他们，你可以当他们永远不存在。
但是 vscode 不同的是，他会无时无刻的弹窗提示，建议你去下载这些插件，就算这些插件不附带在本体里，但是它会无时无刻的提醒 “快点注意我的存在，快点来使用我哦”。这对于我而言才叫做 bloatware。
举一些例子：
如果你是新下载 vscode 的，你会注意到当你第一次打开 vscode，他会在主页用巨大的篇幅提醒你：“copilot 已经免费了，快点来用我。”
当你打开 .py 文件的时候他就会提示你下载 python 插件。顺带一提 vscode 的 python 插件捆绑了 jupyter notebook 拓展，不是每个用 python 的都需要 jupyter notebook 拓展的吧？
如果检测到了你的系统里有 docker，他就会推荐你安装 container development 的插件。具体看这个 issue 有大量的人抱怨：Please stop nagging to install this extension · Issue #3951 · microsoft/vscode-docker · GitHub
这才是真正的 bloatware的实质，至于是用户需要下载了才用还是本体就附带了可以直接用，只是具体实施 （implementation detail），而不是本质问题。
是的，VScode 无时不刻地提示下载插件真的超级烦，跟 Office Word 里的自动编号一样烦。
一般说 “Maybe it’s because”
“with English words” 也很不顺口
“by speaking English” or “with your use of English”
不过飙英语你又达成不了什么, 谁还不会用翻译软件
这在我看来有点中二
上G是都加了什么东西？我的70M，不过我这里只有编码相关的。
我是 Dropless, 因为账号被封，我申请了新的账号来回复。
一、 我只是一个普通 emacs 用户。我一而在，再而三地强调，这是我的个人审美观点。我没有要求 emacs 开发者去按照我的想法去做。事实上，觉得 emacs 某些内置包功能是多余的不止我一个人。
审美因人而异，其他人有其他看法很正常，对于之前心平气和正常地进行讨论的人，我表示感激。
二、 我表达欣赏 vsc 的某些方面，并没有表示 vsc 比 emacs 要高级，只是从我个人审美角度出发，表示了对某些方面的设计的欣赏。你们提到的弹窗我同样讨厌，我甚至不太喜欢 vsc 的账号登陆功能。
三、 我没有打算要对 emacs 开发路线造成什么影响，开发者们有自己的考虑，我理解。尽管我已经再三强调了不考虑 pactical 角度，LdBeth 你还是从 practical 角度对我进行了批评。我是以一个普通用户，从我个人的软件审美发表看法，我以为这个论坛应当容得下这样的看法。
四、 我再三强调是「我个人审美观」，就是防止「不爽别用」「你又不是项目维护者，闭嘴」这样类似的回复。有人却这样回复我了，我予以反击。
五、 关于英语词的使用，本来是不足道的事情，如果不是那位「不爽别用」的用户，而是其他人正常地跟我讨论的话，我很乐意解释。 「practical」表达的是关于实际去做某一件事，如果用「实际」，感觉不太精准，用「实用」可能有种 useful 的意思，也不太对。再说 practical 本身的就是计算机领域常见词，我认为大家都知道。 关于「aesthetic」, 最近接触游戏比较多，这一词经常遇到，当时写评论时，想到了，就写下了，没有考虑太多。 关于「craftsmanship」, 「software craftsmanship」这一词组在计算机领域也比较常见，如果用中文 「匠心」或「匠艺」感觉怪怪的。 关于 「feature」, 这个更是没什么多说的。
另外，回复 Shynur, 「it’s」可以省略，「with English words」也很正常，如果你能证明自己的专业性，那么我接受。
这个话题本来就不是讨论重点，因为我反击那位「不爽别用」的用户却成为了讨论，这个话题应当可以终止。
六、 再次感谢理解我的表达，并以正常沟通的态度回复我的人。 言尽于此，你可以再封我了。
楼主你好，我觉得你开始的发言没有什么问题，就是一个人的审美。
总之，我觉得我们社区需要更包容一些，特别是关于个人品味和审美，这都是仁者见仁智者见智的。
我觉得 dropless 的发言也没啥问题，每个新手甚至用过很久的用户都会有些疑惑，也不可能了解全 emacs 的方方面面。反而是一些群友的回复有些过激了哈。这帖子本身就是闲聊灌水的。
+1, 要给其他用户说话的空间，只要不搞人身攻击，开口骂人，多讨论也没有害处。
审美这东西，一千个人有一千个哈姆雷特，人人看法一致未尝是件好事.
确实， 其实就是话赶话赶到这的。dropless 开始的发言我没看出有什么攻击性。
这是很正常的现象，语境不一样，有些词用英文更好表达（翻译成中文语义没直接英文好）。
尤其在研究生中更是如此，很多人在组会上都是中文中混杂着部分英文，很多英文词比较新，不容易找到能确切表达它语义的中文。这时直接用英文表达的更方便清晰的传达意思。
这不是为了装逼，因为很多人有这个需求。但也不乏有这样来装逼的。
你说的非要在非专有名词上用英文，也是可以理解的。现在很多人的中文水平没以前好是事实，所以有时表达时就想不起对应的中文就顺手用英文了。随着中国的开放，全世界的交融，这种现象会越来越普遍。
你这话是有些狭隘了，论坛里还是要保持一种开放的氛围比较好，才能吸引更多的人参与进来。
比较准确表达的中英文混用还是能接受的。
以前听别人老讲 上下文， 觉得差点意思。看别人代码，context, ctx, 有感觉多了。
philosophy 就觉着比 哲学 有感觉。metaphysics → 形而上学, prime number, 这样的例子还挺多的。
当然中文也有很多比英文表达更恰当的例子。
总之，中英文单词混用 +1。别人不喜欢，下次跟他交流就不说了。
再三强调是个人审美，其实就是撇清责任和不愿意对自己的言论负责任
在阴阳怪气，注册第二个账号之后就为了给自己辩解，连向 Emacs 提建议的勇气都没有，甚至都没有动手改造 Emacs，说明你在这里发帖就是为了发泄情绪，无益于建设
这样的帖发两三个无所谓，连续两天再多发有完没完？
就算你的意图不在于此，发出了言论给人的实质印象就是如此。
而且，不要以为禁言当处分，我给你两天的时间，是让你不要元旦还在网上对线，连带我也要 monitor 这个 thread，而是把时间花在更有意义上的事情上，可以和 Emacs 有关，也可以是单纯的休息。
@bohonghuang 你也冷静一下，不用再回复了
P.S. 什么拼写什么语法的我认为都不重要，也不构成批评的理由，这些讨论我删了一些。
请教下为什么Emacs会把自己和“Office套件”这种东东联系在一起？我对这个提法也有印象，好像还是教主提的，当时就没想通，这俩有什么联系么，难道想把xml呈现word/excel/ppt这种内建成Emacs一部分吗？很疑惑。。。
因为写报告用 GNU Tex info 不提
做幻灯片：有 org mode + reveal.js
做计算表格：有 ses-mode
姑且算是猴版 office 了吧
哦哦，info这个确实可以word，加上auctex支持更复杂的文本实现。确实是可以重构一套所谓的Office工具流。像Excel，要是内嵌了python pandas这种类似库，加个外壳，完全可以实现纯键盘电子表格。
那我理解了，感谢 
确实有这种感觉。
我认识的那些学计算机的同学/同事基本上只用 JetBrains 系或者 VSCode。vim 虽然会用但一般仅限于临时改个配置文件之类的，不会拿它来做项目。
Emacs 在他们眼里则是像 MS DOS 一样进入了历史垃圾桶——“这玩意得搞个上世纪的电脑才能跑起来吧？”
从身边统计学来看，反而是非科班出来的野路子程序员用 Emacs 的比较多。他们大部分甚至都不是计算机相关从业者。就很有趣。
题外话，我还深刻感受到“自由软件”在国内的知名度非常低。
且不说这个词很少出现在中文互联网社区，之前我跟一个朋友（985 计算机本硕，在国内外互联网大厂从业多年）聊天，当聊到自由软件，他表示完全没有听说过这个概念。我只好拿“基本上就是开源软件，理念上不完全一样”敷衍过去了。
相比之下，“开源”都快成 buzzword 了，连数码小白都能评价两句。
计算机出身，大学就用 emacs 了，同学同事用 emacs 的确实不多，但也不是没有。我倒觉得这很正常，毕竟结果导向。整个“系统”只关心你能做出什么，至于用什么工具，根据自己的条件和喜好。个人觉得能说明的问题有限。