5

たとえばEclipseのような他のエディター/IDEと比較して、Vimが私をより生産的にするかどうかはわかりません。

しかし、どういうわけか、Vimを使用しているときに力を与える感覚があり、他のエディターを試すことへの抵抗に気づきました。

例:他のエディターにいくつかのクールな機能が表示されるとすぐに、「Viはそれを実行できます(キーストロークを見つけるか、プラグインを構成する必要があります)」と考えています。

エディターの生産性を客観的にベンチマークするにはどうすればよいですか?

私の理想的なエディタは次のとおりです。Netbeansの機能セットと使いやすさ、ただしSublimeTextのパフォーマンスと洗練された外観。


VisualStudioCodeの更新が私の主要なコードエディターになりました。設定ファイルとクイック編集のための
崇高なテキスト。sshセッションまたはマクロを使用した編集用の
Vim 。

4

6 に答える 6

4

あなたがvimでコードを書くのが好きなら、それだけでvimを使うかなり良い理由です。

(いくつかの研究によると)生産性を2%向上させたが、それほど気に入らなかったツールはどれほど良いでしょうか?私はあなたに言います、あなたが好きなツールで働くことはかなり重要です!

于 2008-12-13T00:20:59.993 に答える
4

また、Vi入力モデルにはまっているので、生産性が向上すると確信しています。

他のエディターを使用すると、不快に感じます。Visual Studioを使用するときは、ViEmuが本当に必要です。Eclipseでは、 viPluginなどを使用します。

しばらく前はEmacsユーザーでしたが、今ではViperなしでは使用できません。

ただし、Viの生産性は、コマンドについて考えなくてもコマンドを使用できる場合に実際に得られます。

したがって、どのエディターを使用する場合でも、実際の生産性を向上させるには、エディターを手の延長にする必要があります。

于 2008-12-13T00:38:58.070 に答える
2

これらの症状は主観的な手がかりであり、おそらくVimの方が生産性が高いと思います。他のツールに対する欲求不満はかなり良い指標になる可能性があります。

他の編集者に不満を感じるほどVimに夢中になっている場合、切り替えによる生産性の向上はごくわずかである可能性が高いと確信しています。

于 2008-12-13T00:44:27.170 に答える
1

それを客観的に行うには、測定可能なものが必要です。

実験するのに十分な空き時間があれば、各エディターを使用して数時間ビデオ録画してから、それぞれと戦うために費やした時間を合計することができると思います...

于 2008-12-13T00:36:35.017 に答える
0

いくつかの異なるエディターを試してみて、それらから生産性が向上することに気付くことができるかどうかを確認してみませんか。次に、最も魅力的なものを選択しない場合は、生産性の向上がvimを使用するときに感じる幸福を上回るかどうかを判断する必要があります。

また、フレームワーク/言語ごとに異なるエディターを検討することもできます。私はほとんどのCおよびPerlプログラミングにvimを使用し、重要なJavaアプリケーション用に別のエディターを使用し、Railsで開発するために別のエディターを使用しています。

于 2008-12-13T00:31:57.007 に答える
0

実際の出力を単純に測定することをお勧めします。

  • vim を 1 週間使用して、実際の出力を測定します。結果を として保存しますV
  • 別のエディターを 1 週間使用して、実際の出力を測定します。結果を として保存しますE

V<の場合E、別のエディターの方が生産性が高くなります。それ以外の場合は、vim を選択することをお勧めします。


難しい部分は実際の出力を測定していることに注意してください。たとえば、コードの合計行数やdiff1 週間の出力サイズは、不適切な方法である可能性があります。さらに、最初の 1 週間は簡単なコードを書き、2 週間目には非常に難しいバグを修正しようとしていたことが判明する場合があります。その結果、ある編集者から別の編集者へではなく、ある週の作業週を実際にベンチマークしている可能性があります。

何を達成しようとしているのかを把握し、それを可能な限り客観的な測定方法として決定することになると思います。次に、どのエディターがより良い結果を得るかを測定します。

実際のエディターの使用状況を測定しようとさえしません。非常に高性能なエディターを as として実装できますdd if=/dev/urandom bs=1M count=1 > code.cppが、変更が多いため、結果として得られるコードの品質が大幅に低下します。出力が良ければ、出力方法を気にする必要はありません。

実際のエディターの使用は、エディターを物理的に長時間使用できない場合にのみカウントされます。たとえば、エディタが常にキーボードとマウスを切り替える必要がある場合、短期的にはそのエディタが最高の生産性を提供するにもかかわらず、RSI の問題が発生する可能性があります。

于 2013-05-17T09:22:28.740 に答える