Как можно объективно оценить производительность редактора?

Question

Я не уверен, что Vim сделает меня более продуктивным по сравнению с другими редакторами / ide, например, Eclipse.

Но почему-то я чувствую себя воодушевляющим, когда использую Vim, и заметил, что сопротивляюсь попыткам других редакторов.

Пример: Как только я вижу какую-то классную функцию в другом редакторе, я думаю: " Vi может сделать это (мне просто нужно найти нажатие клавиши или настроить плагин)"

Как объективно оценить производительность редактора?

Мой идеальный редактор: Netbeans набор функций и простота использования, но с производительностью SublimeText и привлекательным внешним видом.

Обновление
Код Visual Studio теперь мой основной редактор кода.
Sublime Text для файлов конфигурации и быстрого редактирования.
Vim для ssh-сессий или редактирования с помощью макросов.

Answer 1

Я также пристрастился к модели ввода Vi, я уверен, что она делает меня более продуктивным.

Мне неудобно, когда я пользуюсь другими редакторами. Когда я использую Visual Studio, мне действительно нужно ViEmu , в Eclipse я использую viPlugin и так далее.

Некоторое время назад я был пользователем Emacs, теперь я не могу использовать его без Viper .

Однако производительность с Vi действительно достигается, когда вы можете использовать команды, даже не задумываясь о них.

Итак, какой бы редактор вы ни использовали, чтобы получить реальный прирост производительности, редактор должен стать расширением ваших рук .

Answer 2

Если вам нравится писать код в vim, то это одна из причин для использования vim.

Что хорошего в инструменте, который сделал бы вас на 2% более продуктивным (согласно некоторым исследованиям), но который вам не понравился так сильно? Я говорю вам, работать с инструментами, которые вам нравятся, чертовски важно!

Answer 3

Я бы сказал, что эти симптомы являются субъективными признаками того, что вы, вероятно, более продуктивны в Vim - разочарование другими инструментами, вероятно, будет довольно хорошим показателем.

Я бы с большой степенью уверенности сказал бы, что если вы достаточно глубоко в Vim, чтобы разочароваться в других редакторах, любой выигрыш в производительности от переключения, вероятно, будет очень небольшим.

Answer 4

Чтобы сделать это объективно , вам нужно что-то измеримое.

Если у вас есть достаточно свободного времени для экспериментов, я полагаю, что вы могли бы записать видео самостоятельно, используя каждый редактор в течение нескольких часов, а затем сложить время, которое вы потратили на борьбу с каждым из них ...

Answer 5

Я бы предложил просто измерить ваш фактический результат:

• Используйте vim в течение одной недели и измерьте фактический результат. Сохранить результат как V.
• Используйте другой редактор на одну неделю и измерьте фактический результат. Сохранить результат как E.

Если V <<code>E, то другой редактор имеет более высокую производительность, иначе vim будет лучшим выбором для вас.

---

Обратите внимание, что жесткой частью является измерение фактического выхода . Например, итоговые строки кода или размер вывода diff за неделю могут быть плохими методами. Кроме того, может оказаться, что в течение первой недели вы писали простой код, а в течение второй недели вы пытались исправить действительно сложную ошибку. В результате вы можете действительно сравнить одну рабочую неделю с другой, вместо одного редактора с другим.

Я полагаю, что все сводится к выяснению того, что вы пытаетесь выполнить, а затем к принятию в качестве объективного метода измерения, насколько это возможно Затем определите, какой редактор получит лучший результат.

Я бы даже не попытался измерить фактическое использование редактора. Редактор с действительно высокой производительностью мог бы быть реализован как dd if=/dev/urandom bs=1M count=1 > code.cpp, но изменения высоки, так как качество вашего резкого кода очень плохое. Если вывод хороший, никого не должно волновать, как вы его испустили.

Фактическое использование редактора должно учитываться, только если вы не можете физически использовать редактор в течение длительного времени; например, если редактору постоянно требуется переключение между клавиатурой и мышью, у вас могут возникнуть проблемы с RSI, несмотря на тот факт, что в краткосрочной перспективе этот редактор обеспечит наилучшую производительность.

Answer 6

Почему бы просто не попробовать несколько разных редакторов и посмотреть, сможете ли вы заметить какой-либо прирост производительности от них. Если вы не выберете тот, который вам больше всего нравится, вам нужно будет решить, перевесит ли прирост производительности счастье, которое вы испытываете при использовании vim.

Возможно, вы также захотите рассмотреть разные редакторы для разных фреймворков / языков. Я использую vim для большинства моих программ на C и Perl, другой редактор для нетривиальных Java-приложений и другой редактор для разработки на Rails, я пока не нашел единого редактора для всех.