Vim 如何客观地衡量编辑器的生产力？

我不确定Vim是否比其他编辑器/ide（例如Eclipse）更高效

但不知何故，我在使用Vim时有一种授权的感觉，并注意到尝试其他编辑器的阻力

示例：当我在另一个编辑器中看到一些很酷的特性时，我想“Vi可以做到这一点（我只需要找到击键或配置一个插件就可以了）”

如何客观地衡量编辑器的生产力

我理想的编辑器应该是：功能集和易用性，但要有SublimiteText的性能和光滑的外观

更新
现在是我的主要代码编辑器。
用于配置文件和快速编辑。

---

用于ssh会话或使用宏进行编辑。

如果您喜欢在vim中编写代码，那么这就是使用vim的一个很好的理由

---

有什么好的工具能让你的工作效率提高2%（根据一些研究），但你却不太喜欢？我告诉你，使用你喜欢的工具是非常重要的

为什么不试试几种不同的编辑器，看看它们是否能提高生产率。如果你不选择最吸引你的一个，如果你选择了，你将需要决定在使用vim时，生产力的提高是否超过了你所感受到的快乐

您可能还需要考虑不同框架/语言的不同编辑器。我的大部分C和Perl编程都使用vim，一个用于非平凡Java应用程序的不同编辑器，另一个用于Rails开发的编辑器，我还没有找到一个适合所有人的编辑器。

要客观地做到这一点，您需要一些可测量的东西

---

如果你有足够的空闲时间来做实验，我想你可以用每个编辑器录几个小时的视频，然后加上你花在每个编辑器上的时间……

我也沉迷于Vi输入模型，我相信这会让我更有效率

当我使用其他编辑器时，我感到不舒服。当我使用VisualStudio时，我真的需要它，在Eclipse中我使用它，等等

前一段时间我是一个Emacs用户，现在没有它我就不能使用它

然而，当您能够使用命令而不必考虑它们时，Vi的生产效率就真正到来了

---

因此，无论您使用什么编辑器，为了获得真正的生产力提升，编辑器必须成为您的延伸。

我想说，这些症状都是主观线索，表明您在Vim中可能更有效率-对其他工具的失望可能是一个相当好的指标

---

我可以非常肯定地说，如果你对Vim的了解足够深入，以至于对其他编辑感到失望，那么从转换中获得的任何生产力收益都可能非常小。

我建议你只需测量你的实际产出：

• 使用vim一周并测量实际输出。将结果另存为

  V

• 使用另一个编辑器一周，测量实际输出。将结果保存为

  E

如果

V

E，那么另一个编辑器的工作效率更高，否则vim更适合您

---

请注意，硬部分是测量实际输出。例如，本周代码行总数或

diff

输出的大小可能是不好的方法。此外，在第一周，您可能正在编写一些简单的代码，而在第二周，您正在尝试修复一个非常困难的bug。因此，您可能真的是将一个工作周与另一个工作周进行基准测试，而不是将一个编辑器与另一个编辑器进行基准测试

我想归根结底是要弄清楚你想要完成什么，然后尽可能地确定客观的衡量方法。然后测量哪个编辑器得到更好的结果

我甚至不想测量编辑器的实际使用情况。一个真正高性能的编辑器可以实现为

ddif=/dev/uradom bs=1M count=1>code.cpp

，但是更改太多，导致代码质量很差。如果输出是好的，没有人应该关心你是如何发出的

---

只有当您不能长时间实际使用编辑器时，实际使用的编辑器才算有效；例如，如果编辑器不断要求在键盘和鼠标之间切换，您可能会出现RSI问题，尽管在短期内，编辑器将提供最佳生产率。

标题字段用于您的问题。对于你来说，这不是一个随意输入主题或即时评论的地方。请在将来把你的实际问题放在这个领域。我发现“对Vim上瘾”是一个更有趣的标题。但你是对的，所以我在描述中添加了“上瘾主题”，但结果仍然会对你最有经验的编辑器产生很大的偏见。是的，幸运的是IDE确实为我们这些Vim上瘾者提供了便利。