如何客观地评估编辑器的效率?

时间:2008-12-13 00:17:15

标签: vim editor benchmarking

我不确定Vim是否比其他编辑器/ ide更能提高我的效率。例如Eclipse。

但不知何故,当我使用Vim时,我发现了一种赋予权力的感觉,并注意到对其他编辑的反对。

示例:我在其他编辑器中看到一些很酷的功能,我在想“ Vi可以做到(我只需找到按键或配置插件)”

如何客观地评估编辑器的效率?

我理想的编辑器是:Netbeans功能集和易用性,但SublimeText的性能和光滑外观。

更新
Visual Studio Code现在是我的主要代码编辑器 Sublime Text用于配置文件和快速编辑 Vim用于ssh会话或使用宏进行编辑。

6 个答案:

答案 0 :(得分:4)

如果你喜欢在vim中编写代码,那么单独使用vim就是一个很好的理由。

一个工具有什么用,可以让你的工作效率提高2%(根据一些研究),但你不喜欢这么多?我告诉你,使用你喜欢的工具非常重要!

答案 1 :(得分:4)

我也沉迷于Vi输入模型,我相信它会让我更有效率。

当我使用其他编辑时,我感到很不舒服。当我使用Visual Studio时,我真的需要ViEmu,在Eclipse中我使用viPlugin,依此类推。

前段时间我是Emacs用户,现在我不能在没有Viper的情况下使用它。

然而,如果你能够在不考虑命令的情况下使用命令,那么Vi的效率就会真正提高。

所以,无论你使用什么编辑器,为了获得真正的生产力增益,编辑必须成为你手中的扩展

答案 2 :(得分:2)

我认为这些症状是主观线索,你可能在Vim中更有效率 - 对其他工具的挫败可能是一个相当好的指标。

我非常肯定地说,如果你进入Vim的深度足以让其他编辑感到沮丧,那么转换所带来的任何生产力提升都可能非常小。

答案 3 :(得分:1)

要客观地,你需要一些可衡量的东西。

如果你有足够的空闲时间在手上进行实验,我想你可以使用每个编辑器录制几个小时的录像,然后加上你花在每个人身上的时间长度......

答案 4 :(得分:0)

为什么不试试几个不同的编辑器,看看是否能注意从中获得任何生产力增益。如果你没有那么选择最能吸引你的那个,如果你这样做,你将需要决定生产率的提高是否超过你使用vim时的感受。

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

答案 5 :(得分:0)

我建议您只测量实际输出:

  • 使用vim一周并测量实际输出。将结果另存为V
  • 使用另一个编辑器一周并测量实际输出。将结果另存为E

如果V< E,然后另一位编辑有更好的工作效率,否则vim是更好的选择。


请注意,硬件部分是测量实际输出。例如,本周的总代码行数或diff输出的大小可能是糟糕的方法。此外,可能会发现,在第一周你写了一些简单的代码,在第二周你试图修复一个非常难的bug。因此,您可能真的将一个工作周与另一个工作周进行基准测试,而不是将一个编辑器与另一个编辑器进行基准测试。

我想这归结为找出你想要完成的事情然后决定尽可能客观的测量方法。然后测量哪个编辑器获得更好的结果。

我甚至不会尝试测量实际的编辑器使用情况。一个非常高的性能编辑器可以实现为dd if=/dev/urandom bs=1M count=1 > code.cpp但是变化很大,因此您的代码质量很差。如果输出是好的,没有人应该关心你如何发射它。

只有在长时间无法使用编辑器的情况下,实际的编辑器使用情况才会计算在内;例如,如果编辑器不断要求在键盘和鼠标之间切换,那么尽管在短期内编辑器可以提供最佳生产力,但您可能会出现RSI问题。