我为什么从 Vim 切换到 Emacs

一位长期的忠实 Vim 用户在关于文本编辑器的古老辩论中转向了另一方。
102 位读者喜欢这篇文章。

我一直是 Vim 的忠实用户,嗯,我已经不记得多久了。多年来,我尝试过其他编辑器,但 Vim 命令和键盘快捷键对我来说是第二天性,以至于每次我想在另一个应用程序中保存时,最终都会执行 :w。因此,长期以来,我一直坚持使用 Vim 来进行所有笔记和写作。通过将 Vim 与 Markdown 语法相结合,我可以轻松地将我的笔记导出为任何格式,以供其他用途或与同事分享。

我一直很喜欢在终端中工作,但我通常需要其他应用程序来处理我的电子邮件、日历和跟踪我花在各种任务上的时间,我喜欢这样做有很多原因。我尝试了不同的云解决方案、看板 和电子邮件客户端,但我一直在寻找一种在终端中完成所有这些操作的方法。我尝试了一些很棒的命令行时间跟踪和看板项目——但我的工作流程中总是缺少一些东西。直到我读到一篇关于在 Emacs 中使用 Org mode 的文章。

我之前尝试过 Emacs,发现 Emacs 中需要跟踪的命令和键盘组合甚至比 Vim 还多!但是,每次我读到一篇解释 Org mode 不同用法的文章时,Emacs 似乎都是我正在寻找的解决方案。所以我再次冒险进入了 Emacs 的世界。

我走向 Emacs 的步骤

起初,我努力尝试记住所有新命令和无休止的 CTRL + 键组合。我知道我可以调整 Emacs 以使用我熟悉的 Vim 命令和键盘快捷键,但我决定我应该先尝试学习 Emacs 的基础知识。

我搞砸了很多次。我不得不随身携带一份 速查表 来检查自己。“撤消”是我查找最频繁的命令。随着时间的推移,命令和按键逐渐被我掌握,随着我不断前进,将更多功能添加到我的 Emacs 配置中并习惯了环境,结果证明,即使不是我需要的一切,至少也是我迄今为止找到的最佳解决方案。

时间和任务跟踪

我开始使用 Emacs 和 Org mode 仅仅是为了我的任务和计划,取代了我之前使用在线看板的方式。我使用 TODOIN-PROGRESSDONE 标签设置我的任务,镜像了我在看板上习惯的工作流程和设置。它可以轻松地按不同的状态或关键字进行排序或过滤,这使得找到最重要和需要关注的任务变得容易。后来,我为等待他人或因不同原因被搁置的任务添加了 WAITHOLD 选项。Emacs 提供了很好的选项来为我的独特需求进行自定义;例如,我快速设置了颜色编码,以便轻松查看不同的状态。

通过使用 Emacs 的 agenda,我可以查看我所有计划的会议和截止日期,因此我不太需要切换到公司的日历应用程序。

Emacs 对我来说的主要优势是能够跟踪我处理的每个任务或参加的每次会议的时间。在每周和每月结束时,我可以提取时间报告的统计数据,或者仅仅是为了我自己的信息和跟进。我主要使用 这种方法 来记录我的时间。

笔记

既然我正在使用 Emacs 进行时间跟踪和计划,那么切换到 Vim 进行笔记和写作就变得有点奇怪了。所以我开始直接在 Emacs 中创建和打开我的笔记文件;毫不奇怪,这非常方便,因为在我的笔记和待办事项文件之间切换更容易了。

此外,就像在 Vim 中一样,您可以设置 Emacs 来着色 Markdown。但很快,我开始为我的笔记使用 Org mode 的语法,因为它提供了其他不错的功能,例如关闭和展开不同标题的能力。

安装 Pandoc 后,我只需按几个键就可以将我的笔记导出为 HTML、PDF 和其他文档格式。

我尚未转移到 Emacs 的一件事是电子邮件。在工作中,我们使用 Microsoft 365,虽然可以在 Emacs 中阅读和发送电子邮件,但存在太多障碍,例如预订会议和会议室,以至于似乎不值得将它们带入我的终端。也许我的个人电子邮件可以考虑一下……

真正的争论是什么?

在使用 Vim 并观察旧的“Vim vs. Emacs”辩论这么多年之后,我感觉自己像一个叛徒,转投 Emacs。我见过并尝试过 Vim 中类似的特性或附加组件,但它们似乎从未像在 Emacs 中那样流畅地工作。我仍然使用 Vim 来做快速笔记,或者当我想在文件内部或文件之间复制和粘贴某些内容时(因为我不记得在 Emacs 中正确执行此操作的方法——但总有一天我会记住)。

也许争论的焦点真的不是 Vim 与 Emacs,而是关于使用最适合手头任务的技术。探索两者,欣赏两者。在那之前 :wq!

接下来阅读什么
User profile image.
Jimmy Sjölund 是 Red Hat 的首席敏捷实践者,专注于组织转型和团队卓越,同时探索敏捷和精益工作流程。他是一位可视化爱好者和开放组织大使。

21 条评论

你真勇敢。哈哈,开玩笑的。虽然我可以理解不同的立场和坚持一方,但我不得不赞同你说的要使用最适合工作的工具。我完全同意。我自己也使用 Vim 和 Emacs,因为它们都很棒。我总是说为什么要限制自己只用一个呢。

是的,我的主要挣扎是记住 Vim 和 Emacs 的键盘快捷键。如果只需要记住一个会更容易。但是话又说回来,由于我仍然经常使用两者,它们似乎记住了,到目前为止是这样。

回复 作者 Jason Moore (未验证)

你切换到 Vim 是因为你不会正确使用它吗???

是的,总是有人这么说。当我将键盘布局从 QWERTY 切换到 Colemak 以在 Vim 中导航时,情况也没有好转。

回复 作者 MP (未验证)

您提到的所有组织工具都可以在 Vim 插件 “vimwiki” 中找到... 如果您决定回去的话。?

它似乎涵盖了我使用的一些功能。我会想念的是我的 TODO 状态的着色、时钟计时器,而且我不认为它(目前)支持折叠标题?不过看起来是个不错的工具。

回复 作者 Brand Gamblin (未验证)

我完全切换到了 Emacs。我使用带有 evil 模式的 spacemacs,所以我真的不必保持按键绑定不变。

我考虑过这一点,但这需要更多的工作和配置,当我在更换电脑时,所以我决定尝试学习“原生”键盘快捷键。

回复 作者 Erich (未验证)

我也切换到了 Emacs,虽然我使用 evil 来实现 Vim 键盘绑定。

事实是,Emacs 比 Vim 更好。它可以完成 Vim 所做的一切,但插件语言更好更丰富,因此所有插件都更好更丰富。

EVIL 是两全其美的选择。

我一开始也考虑过这一点,但由于我使用 Colemak 作为我的键盘布局,Emacs 快捷键实际上对我来说效果更好。

回复 作者 Adam Olsen (未验证)

我试过了,但它似乎更笨拙,尤其是键盘绑定。然后我想我没有找到使用时钟时间的方法……?

回复 作者 Brautigam Gergely (未验证)

这就像说你从记事本切换到 GNU/Linux。XD

您是否尝试过 Emacs 中的 Evil Mode?我一直想测试一下...

哈哈,我很久以前就做了那个切换。我没有尝试过 Evil Mode,因为我使用 Colemak 键盘布局,而且 Emacs 快捷键实际上比 vi 快捷键更适合那里。但我听说很多人非常喜欢它。

回复 作者 jdk (未验证)

你不是叛徒,你只是看到了光明。人们选择 Vim 而不是 Emacs 的首要原因是 Vim 对于初学者来说更容易上手。Emacs 有时是如此违反直觉,以至于令人发笑,例如建议使用 c+f、c+b、c+p、c+n 而不是光标键,这足以让新手在开始之前就逃跑。内置的 Emacs 教程可以做得更好。

org mode 功能丰富而强大,您也可以在其中编写和执行代码,但这真的只是触及其功能、模式、可扩展性和个性化功能的表面。它具有足够的功能来充当完整的 OS 替代品,而不仅仅是一个文本编辑器。

我希望您一定尝试过 calc,内置的 RPN 计算器(带有代数模式)?如果您只尝试过基本的算术和数学函数,请深入了解 calc。

您是否尝试过 Magit git porcelain?

您使用 Emacs 的时间越长,您就会越意识到它是一个多么庞大的程序。

不,我的 git 相关操作仍然在终端中进行。不过话又说回来,由于我不是程序员,所以我不太使用 git。我的 Emacs 更多用于个人笔记和日程安排。

回复 作者 Jay Kay (未验证)

Jimmy,
我是 Emacs 的坚定用户。即使在我偶然遇到 vi 的发明者之后也是如此。当一位研究生洗完澡后告诉所有人“快来看我刚做了什么!”时,我正在加州大学伯克利分校的 Cory Hall。他打开了他的特殊版本的“ex”编辑器,输入“:v”,它就进入了“vi”sual 模式。
但是,我个人对 vi 最大的问题是识别如果您只是输入会发生什么。在 vi 中,您要么处于插入模式,要么处于附加模式。您输入的字符将位于插入点之前或之后。在 Emacs 中,输入始终处于附加模式。这完全取决于换行符的处理方式。在 vi 中,它是特殊的。在 Emacs 中,它只是另一个字符。它只是显示为换行符,但它仍然是一个字符。
我过去常常使用 Emacs 做几乎所有事情。从电子邮件到 shell 交互。当使用拨号调制解调器时,这尤其有用!现在 Emacs 仍然是我的主要编辑器。我特别喜欢查询替换功能!非常方便。

感谢您的文章。希望其他人也会做出改变。

那是一个很棒的故事!我敢打赌他当时不知道他开始了什么。:D

回复 作者 Bugeater

不幸的是,我仍然太菜了,无法使用它们中的任何一个!……太令人困惑了!……:o(

这确实令人困惑。无论你从哪个开始,都需要搜索很多命令并准备好速查表。但我认为这是值得的。坚持下去!

回复 作者 Eddie G.O. (未验证)

© . All rights reserved.