Вопрос по – Какой конкретный прирост производительности Vim / Emacs обеспечивает по сравнению с текстовыми редакторами с графическим интерфейсом?

98

Это не означает, что это тролль, флейм-приманка или что-то в этом роде. Я используюнапор в качестве моего редактора консоли в течение пары месяцев (для редактирования файлов конфигурации в моем терминале), но я не думаю, что смогу выдержать мою обычную ежедневную работу по написанию веб-приложений, которую я делаю с Текстовый редактор с графическим интерфейсом (который не важен).

Я чувствую, что мой текстовый редактор GUI может сделать все, что мне нужно для моей работы. У этого есть достойный поиск / замена с автозаполнением историй для обоих. Он имеет подсветку синтаксиса, нумерацию строк, интерфейс с вкладками, простое копирование и вставку и т. Д. Единственное, чего не хватает моему текущему редактору, - это сопоставлению регулярных выражений, но существует множество текстовых редакторов с графическим интерфейсом, которые будут выполнять поиск / замену регулярных выражений.

Учитывая то, что я только что сказал, какие преимущества в производительности имеет Vim (или даже Emacs) по сравнению с текстовым редактором с графическим интерфейсом, помимо того факта, что он установлен на каждом компьютере. Мне бы хотелось, чтобы конкретные задачи были лучше / быстрее в Vim / Emacs или просто невозможны в существующих текстовых редакторах с графическим интерфейсом.

Я не помню, чтобы vim был установлен на какую-либо из моих машин с Windows ... Greg
Это должно быть помечено как вопрос сообщества Wiki, так как это субъективно. STW
@Yoooder: Почему люди продолжают жаловаться на вопросы сообщества вики? Я не нашел никаких правил, регулирующих вики сообщества. John Smith
@Greg: он не устанавливается пассивно. Вы выходите и делаете это сами. Либо вы не являетесьreal разработчик программного обеспечения, или вы сделали это так много, что теперь устанавливаете vim во сне. :-) T.E.D.

Ваш Ответ

20   ответов
23

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

Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
7

«Повышение производительности» Я использую легкий клон Emacs для крошечных программ, потому что он запускается как смазанная молния. Обычно я могу набросать программу быстрого тестирования на C # до того, как Visual Studio завершит загрузку «песочницы». решение.

Конечно, я мог бы просто оставить Visual Studio открытой (илиanother VS открыт, если я в это время работаю в нем), но тогда он будет заменен, если я оставлю его на некоторое время бездействующим и т. Д.

Для любого любого значительного размера - или, если я не знаю API, который я использую довольно хорошо - IDE - это путь вперед, IMO.

Error: User Rate Limit Exceeded
11

Одна вещь, которую яreally например, vim является «ретранслятором»; команда. В основном, нажав. в командном режиме повторяет ваше последнее действие. Это всего лишь один из примеров действительно интересных функций, которые «программисты для текстовых редакторов» есть что часто GUI не т.

Error: User Rate Limit Exceeded
33

Я всегда удивлялся, почему немногие люди ссорятся из-за Вима. Посмотрите видео опытного пользователя Vim в действии:

https://www.youtube.com/watch?v=FcpQ7koECgk

Если ваш текущий редактор может делать то, что он делает, переключать не нужно! :)

Кроме того, прочитайте этоhttp://www.viemu.com/a-why-vi-vim.html

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

Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
13

Для меня большая производительность вещи

  • I can do pretty much everything from the keyboard.
  • Powerful macros.
  • In my 20 year carreer using 9 OSes the basic keyboard bindings haven't changed. I can hop on pretty much any system and already know my way around the editor.
  • Pretty much any feature you might ever want in a text editor has already been added.
35

(Vim 's мой яд; я уверен, что Emacs предлагает аналогичные выгоды)

Самый большой выигрыш: не нужно прикасаться к мышке.

Для меня самая удобная вещь - это перейти вперед (или непосредственно перед) к определенной букве или комбинации букв, или вернуться назад, с помощью пары нажатий клавиш. Прыжок вперед на одно и то же условие дважды или десять раз - это просто вопрос добавления к нему префикса.

Если вы хотите повторить редактирование, вы переходите к этому месту (2-3 нажатия клавиш), а затем нажимаете кнопку & quot;. & Quot; повторить последнее редактирование. Перейти вперед (или назад) проще - одним нажатием клавиши - если это одно и то же условие поиска.

По сути, с небольшим временем выполнения вы можете выучить десять или двадцать сочетаний клавиш, которые означают, что вам не нужно постоянно перемещать руку, чтобы схватить мышь. Это дает вам в три или четыре раза больше редактирующих движений / команд, чем вы, если бы вам приходилось продолжать хватать мышь.

Через несколько дней вы будете раздражаться каждый раз, когда вам нужно дотянуться до мыши (или нажать<Down> 15 раз), когда вы находитесь в редакторе GUI.

Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
15

Я полукомпетентен с сочетаниями клавиш vi, но в целом предпочитаю Emacs. Причина, по которой у этих редакторов такие пылкие приверженцы, заключается в том, что модель редактирования, которую они предоставляют, более мощная, чем в более новых системах, поэтому и предоставляет & quot; vi keybindings & quot; или "сочетания клавиш Emacs" этого недостаточно, даже если вы не используете какие-либо функции расширения или настройки для emacs или vi.

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

Буферы Emacs, конечно, могут поддерживать эти операции. Наряду с отслеживанием позиции курсора для каждого окна, в котором они видны, они также отслеживают «метки». сделано в них. Текст между & quot; точкой & quot; (положение курсора) и «метка»; называется «регион» и примерно соответствует выбору в основных редакторах.

Разница в том, что Emacs отслеживает последние несколько мест, в которых была установлена метка в кольце меток, и вы можете вернуться к ним нажатием клавиши (или двумя, в зависимости от вашей конфигурации). Я нахожу это чрезвычайно полезным, тем более что многие команды Emacs, которые изменяют ваше местоположение в буфере, устанавливают метку в вашем старом местоположении. Например, когда я редактирую модуль Python и мне нужно добавить оператор импорта в начало файла. Нажатие клавиши для перехода в верхнюю часть буфера (Alt & lt;) устанавливает метку. Я добавляю оператор импорта. Я нажимаю Ctrl-u Ctrl-Space и возвращаюсь туда, откуда начал. Я могу продолжать делать это, чтобы вернуться к предыдущим позициям. (Возможно, мне нужно было выбрать текст при добавлении этого оператора импорта.)

Другое (и более известное) отличие Emacs - это список убийств. Большинство нажатий клавиш для удаления текста из буфера сохраняют текст в список уничтожений, который затем может быть вызван с помощью «yank» quot; команда (Ctrl-y). Важной особенностью является то, что последующие команды yank возвращают старый уничтоженный текст. Таким образом, вы можете убить несколько разделов текста подряд, а затем получить их по порядку. Вы также можете циклически перемещать кольцо уничтожения с помощью Alt-y после рывка, удаляя извлеченный текст и вставляя следующую запись в кольцо.

Emacs имел эти функции в 1978 году. Единственной крупной системой, которая применила их в какой-либо степени, является NeXTStep (и теперь унаследованный Cocoa). Другие инструменты предоставляют больше возможностей для конкретных задач, могут быть расширены на языках, более простых в использовании, чем Emacs Lisp, и имеют более приятные визуальные интерфейсы ... но Emacs остается лучше при редактировании текста. Вот почему, когда вы знаете, как его использовать, так трудно бросить.

Error: User Rate Limit Exceeded
0

Одно преимущество, которое все консольные редакторы имеют над графическими редакторами, заключается в том, что они могут работать в терминальном мультиплексоре, таком какэкран или жеtmux, Почему это хорошо?

  • It is faster to switch from one terminal multiplexor console to another than it is to switch from one GUI console to another using the mouse, or even using alt-tab. This is because consoles can be named, and switched to by typing a few characters of the name.
  • If your editor sessions are in a terminal multiplexor's consoles, you can access them from any machine. If I need to do some work from home, I can ssh into my box, attach the already running terminal multiplexor to my ssh session, and be right where I left off when I left work.
2

Удаленный рабочий стол быстро показывает только родное приложение Windows. Мы пытались использовать Eclipse для разработки под Unix. И знаешь, что? Это было даже невозможно.

Вторая причина заключается в том, что мы могли бы расширить наши Vims и Emacs для выполнения всех специфических для проекта задач от просмотра БД особым образом, чтобы выделить и автоматически завершить наш собственный метаязык.

1

Я был бессмысленным пользователем Emacs в течение многих лет. Но так и не вошел в это. Затем я начал изучать Clojure (мой первый Lisp) и открыл ParEdit.

И это взорвало мой разум.

(Смотрите здесь для некоторых примеров:https://www.youtube.com/watch?v=D6h5dFyyUX0 )

Lisp + ParEdit - самый удивительный опыт редактирования, который у меня когда-либо был. Ничто другое не подходит близко. Лисп больше не является неловким языком для написания, заставляя меня беспокоиться о балансировке множества раздражающих глупых скобок. С ParEdit непротиворечивая структура Lisp становится огромным бонусом для работы, так как одни и те же преобразования дерева - изгибание, искажение, разбиение и объединение - работают везде, как в управляющих структурах, так и в структурах данных. И ParEdit мешает мне делать глупые ошибки. Становится практически невозможным делать синтаксические ошибки.

И в отличие от Eclipse, это не какая-то кропотливая проверка в реальном времени, которая всегда выполняется в фоновом режиме и перегорает мой процессор. Это ничего не стоит ... ParEdit просто делает правильные структурные изменения, когда я прошу об этом.

(В общем, Emacs работает так быстро, как и должен. В отличие от Eclipse, который похож на набор текста.)

Следующим, что я обнаружил, была Ясниппет (http://emacswiki.org/emacs/Yasnippet ). Еще раз, я не использовал ничего подобного раньше. Не просто макрос для добавления шаблона, а динамическая навигационная форма.

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

4

Вы знаете, для vi, я думаю, все сводится к наличию режима вставки и команд. Хотя это может показаться возвратом к тому времени, когда вы не могли зависеть от курсора или специальных клавиш, на самом деле это означает, что многие мощные команды манипуляции движением и текстом - это минимальное количество нажатий клавиш. Продуктивное кодирование - это не массовый ввод текста (по умолчанию в «современных» редакторах), а всплеск объемного текста, сопровождаемый значительными небольшими изменениями и еще большими периодами просмотра.

Это стало для меня первым делом, когда я использовал vi в сети кампуса с высокой задержкой. Вы можете легко получить 10 или 15 символов перед ответом. С помощью vi я мог бы с легкостью предсказать, где эти команды покинут меня, и иметь возможность работать на почти нормальной скорости. Этот извилистый опыт является постоянным преимуществом в нормальных условиях - меньшая зрительная мощность, выделенная для постоянной графической обратной связи.

Обычные * и # word ускорители поиска отлично подходят для пролистывания кода. И% для совпадения скобок является чрезвычайно полезным. Конечно, вряд ли это так много по сравнению с ctl-], но половина нажатий клавиш складывается.

Лично я использую winvi, который добавляет пару важных вещей, которые, я уверен, есть и в vim. Быстрый переход в шестнадцатеричный режим ломает много "того, что, черт возьми, происходит" текстовые проблемы. А полностью гибкая обработка концов строк - это находка, которая стала ожидаемой функцией для текстового редактора. Наконец, он может открыть любой файл независимо от его содержимого. Это составляет элитный хакерский навык первого порядка.

В Unix вы можете быстро захватывать вывод программы или даже фильтровать разделы вашего файла с помощью внешних команд. Чрезвычайно мощный, но я думаю, что недостаточно используется функция.

5

Я использую gvim для окон, так что технически это текстовый редактор с графическим интерфейсом, но это vim.

Для повышения производительности я нахожу:

  1. I never have to use the mouse, therefore I'm faster.
  2. search, replace, copy/paste etc are all faster with vim keybindings vs mouse movements (once the learning curve was surmounted)
  3. As mentioned in the previous comments, RSI's are reduced significantly. My wrists have thanked me since I moved to vim.
  4. it's lightweight and fast
8

По моему опыту, основные приросты производительности, которые обеспечивают vim и emacs (я сам являюсь vim, но emacs, безусловно, похож):

  • You can have those features which modern IDEs provide (like one-keypress edit-build-run cycles and inline documentation and tab completion and whatnot) but you don't have to. The productivity gain? You see only as much as you want to see. In my experience, IDEs didn't make people more productive, also because they showed too much information (all kinds of browsers). This "extra bit of power, when you need it - but no sooner" is quite a productivity gain IMHO.

  • The editors are very popular among programmers, which means that there are huge repositories of scripts, books and usergroups available.

  • In my experience (I can only speak for vim here) the average vim user is a fairly good software engineer. I don't know why that is (or maybe I'm just lucky), but maybe people who took the barrier of getting accustomed to an 'old' tool like emacs or vim have the right dedication (and contact to other people like that). Maybe it's an indirect effect of these editors, but hanging out with other vim (or emacs) people on e.g. IRC turned out to be quite interesting, since the same people were also quite interested in all kinds of software engineering (or computer science) issues. These editors seem to attract a certain kind of personality. :-)

2

Я бы сказал, что одним из больших преимуществ является расширяемость редактора vim. Если я хочу, чтобы что-то работало с CVS, я могу взять плагин CVSMenu и добавить его в свой редактор, чтобы получить эту функциональность.

То же самое с подсветкой синтаксиса, поведением определенных файлов и т. Д. В vim можно настроить все виды вещей.

Не уверен, сможете ли вы сделать это так же легко в редакторах типа GUI.

13

Это не совсем конкретная задача, но для людей, которые дажеmight be страдая от RSI, тот факт, что ваши руки никогда не покидают клавиатуру в vim, почти бесценен. На самом деле я в итоге оставил левую мышку на работе, потому что она позволяла мне меньше двигать рукой, чтобы дотянуться до мыши (у моей домашней клавиатуры нет цифровой клавиатуры, поэтому я могу держать ее справа).

Еще одним небольшим преимуществом стало то, что IIRC, оригинальный vi, был разработан для ускорения редактирования файлов через очень медленное удаленное соединение. Конечно, сегодня это случается не так часто, но если у вас медленное соединение, удачи в работе с текстовым редактором графического интерфейса и его адаптивностью.

Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceededat allError: User Rate Limit Exceeded
3

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

  • Weak FTP handling. I "sort" a lot of sites, and not being able to easily browse and edit files on a remote FTP server is a big deficiency for me. NWRead is not good enough.
  • Console weirdness inherited from the general terminal issues that seems to plague Linux. I usually use PuTTY to connect to my Linux box (running Ubuntu), and for some reason, the arrow-keys maps to A/B/C/D in insert mode (and the whole color support issues). In gVim, ctrl-tab can be mapped to "bn" easy, but not in console mode, such issues abound.
  • The search/replace options are very weak, interface wise. Having to type the whole thing into a single line, is just not good enough. I feel the much more elaborate dialogue in say UltraEdit gives me much more power in the end, even if the actual regular expression support may be much weaker.
  • Too strong a reliance on US keyboard layouts. A lot of keys that are used for primary functions, such as `, are non-printing on my Danish keyboard-layout (and located arkwardly, same with $, and many others). Makes it quite awkward to use some functions.
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceededvim.wikia.com/wiki/…Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded Adam Plumb
109

Для Вима:

  • Vim has better integration with other tools (shell commands, scripts, compilers, version control systems, ctags, etc.) than most editors. Even something simple like :.!, to pipe a command's output into a buffer, is something you won't find in most GUI editors.

  • A tabbed interface is not as nice as the "windowed" interface that Vim/Emacs give you. You can see two or more files at the same time side-by-side. The more you can see on-screen, the more you free your mind to think about your problem rather than doing mental bookkeeping of variable names and function signatures.

  • Don't underestimate the power of Vim regular expressions. There are a lot of Vim-specific extensions to match a specific column, a mark, the cursor position, certain classes of characters (keywords, identifiers) etc.

  • Integrated diff and grep (platform independent so you don't need to download and learn a new tool every time you change computers).

  • Visual block mode (to edit columns) is something many editors lack, but that I can't live without. I have shocked and awed people at work using just this, making some edit in a few keypresses that someone would've otherwise spent ten minutes doing manually.

  • Multiple copy/paste registers. When you only have one, you end up going through strange contortions to avoid clobbering the clipboard. You shouldn't have to.

  • Vim's undo/redo system is unbeatable. Type something, undo, type something else, and you can still get back the first thing you typed because Vim uses an undo tree rather than a stack. In almost every other program, the history of the first thing you typed is lost in this circumstance.

  • Moving around, copying, pasting, and deleting text is insanely fast in Vim. The commands are simple, single keypresses, and composable. Add up all the times you do a careful, laborious mouse highlight and Ctrl-X, then replace them all with a da( (delete a set of matching parens and everything in them). It saves more time than you'd think

  • The little things, like * to search for the word under the cursor, or . to repeat a command, or % to bounce between an opening and closing paren. Way too many of these to list.

  • Built-in scripting language and powerful key-mapping and macro ability so the editor can be extended in whatever ways you need. Tons of scripts already written and downloadable.

Если вы присмотритесь достаточно внимательно, вы обнаружите, что даже функции, которыми обладают другие редакторы, Vim часто делает лучше. Все редакторы имеют подсветку синтаксиса, но Vim имеет файл синтаксиса почти для каждого формата файла под солнцем, часто с большим количеством опций конфигурации, и написать его самостоятельно очень просто. Многие редакторы работают с разными кодировками файлов, но Vim предоставляет вам очень конкретные и надежные способы настройки кодировок файлов и конвертации между ними. Самое первое, что поразило меня в Vim, - это то, как он отлично справляется с параметрами отступов табуляции / пробела и переносами строк Unix / DOS по сравнению с другими редакторами, с которыми у меня были проблемы в то время.

Многие из этих пунктов одинаково хорошо применимы к Emacs (разными, но обычно одинаково мощными способами).

Error: User Rate Limit Exceeded Adam Plumb
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
Error: User Rate Limit Exceeded
0

Поскольку vim / emacs часто используются программистами и как пользователь C # с 2003 года, из-за этого предвзятого отношения справедливо в противном случае можно сделать несправедливое сравнение (другим может быть VS C ++ с Visual Assist X против C ++ в vim / emacs):

Для C # и Visual Studio:

  1. I just counted the amount of keystrokes for this line:

        public List<string> Names = new List<string>();
    //  3      3    3      1111111111111            211   =3+3+3+8+5+2+1+1 = 26 keys strokes + 3 uses of Shift while typing the line above in VS C# 2013 vs 47 key strokes for non-IntelliSense IDE's
    //                              (IntelliSense offers the List<string> because that's what you're likely after here but you can type something else if you want)
    // https://channel9.msdn.com/Blogs/Seth-Juarez/Anders-Hejlsberg-on-Modern-Compiler-Construction explains on how this is impl. for C#. In C++ I've heard of 3rd party VS plugin that improves or replaces the VS C++ auto-complete
    
  2. I read about emacs feature for jumping in the code. I don't think it has feature exactly like that. It has a similar feature though. Here's the downside of VS. There's lot of little features but over time they stop working. Last I checked the jump feature didn't work but that was couple years ago. VS introduced a new graphical jump feature that I've been using instead. It requires mouse or touch.

  3. Here's where emacs/vi win. If you have to jump around a lot in the code, VS features for this either don't exist or haven't been tested enough.

Проблема с мышью на основе GUI навигации заключается в том, что

а) Точно так же, как сидя в очень статичном положении, может быть плохо, если это так, мыши тоже склонны держать пальцы в статичном положении. Моя боль в запястье ушла с изменением в трекбол. Сначала я попробовал вертикальную мышь, но она ничего не сделала для решения проблемы.

б) Моя идеальная клавиатура имела бы 2 ряда функциональных клавиш, без цифровой клавиатуры, поэтому я мог бы разместить трекбол ближе, делая расстояние прыжка более сносным.

Однако, в конечном итоге, если вы хотите перейти между несколькими определенными местами, это очистит «кольцо пометок» является более эффективным. VS имеет что-то в этом роде ... в прошлый раз, когда я использовал это, он просто не работал надежно ...

c) и, вероятно, существует масса мелких функций, которые ломаются с каждым выпуском, так что это является недостатком VS.

Решение этого "закрытого источника" проблема: написать весь VS в C #, а затем разрешить изменение / редактирование скомпилированного кода (во время выполнения, сохранение изменений в виде патча, который может быть загружен при следующем запуске) без освобождения исходного кода. Это можно сделать, если бы декомпилятор выводил код, как это было при входе. 180 градусов от того, как работают нативные компиляторы. Затем двоичный файл становится исходным кодом и исполняемым файлом, а не этим беспорядком .cs-файлов, .exe-файлов и т. Д. Существуют сторонние инструменты, которые уже почти могут это сделать, поэтому & quot; modding & quot; C # exe довольно прост, но я предлагаю довести это до логического завершения: включить даже комментарии в .exe и .dll. Файлы по-прежнему будут крошечными по сравнению с скомпилированными приложениями C / C ++. Оптимизация? Вы также можете включить предварительно оптимизированный код. Когда моддер изменяет exe-файл во время работы приложения, немодированное & quot; AST & quot; и сопровождающий оптимизированный двоичный файл снова подключен. Та же идея, что и в компиляторе C #, но далее. Следующий шаг: напишите всю ОС на этом языке, чтобы даже когда Windows была закрытым исходным кодом, ее можно было тривиально изменить, так как исходный код поставляется с каждым двоичным файлом. Нет настройки окружения, компиляции, компоновки. Просто измените ОС, пока она работает. Близкая аналогия: если вы написали веб-браузер на Common Lisp, вы можете редактировать веб-браузер, не останавливая его, и создавать веб-страницы на том же языке, что и браузер.

1

Запись и воспроизведение в VIM, безусловно, потрясающе, что вы вряд ли найдете в инструментах на основе графического интерфейса.

Такжеавтоматическое увеличение / уменьшение дает ему возможности генерации данных без написания программ для него.

1

(My background is a few years with Visual Studio and other IDEs, then 15 years of Vim, and the most recent 6 months with Emacs.)

Longevity & # X2014; Vim / Emacs являются FOSS, and have have been around for decades. Their usage is not going to decline, nor are their features going to break/disappear/change a lot, so you can rely on building your whole career toolbox core around mastery of just one editor.

Remote/ubiquitous access in terminals & # X2014; Хотя у обоих нормально системы для редактирования удаленных файлов, вы также можете установить их на любая система, в которую вы входите.

REPL-driven development & # X2014; Оба имеют «SLIME» режимы в различных формах которые включают любой тип REPL, с которым вы работаете. Например, я никогда не сталкивался с итеративной разработкой, настолько мощной, насколько это отСИДР.

Linting & # X2014; Какой бы язык вы не использовали, вероятно, есть пыление инструменты, встроенные в компилятор или внешний инструмент. Они легко интегрируются с Emacs / Vim, показывающий ваши ошибки в коде практически в реальном времени.

Grammar of mnemonic commands & # X2014; Хотя оба занимают некоторое время узнайте, что в этих редакторах есть хорошо продуманные системы доступа к & # x2014; и даже вспоминая & # x2014; тысячи команд с несколькими нажатиями клавиш и ключевые комбинации. Это может полностью исключить необходимость использования мыши, если Вы так склонны.

Built-in help systems & # X2014; Автономная документация многих языки и их API распространены в этих редакторах, и так же просто доступны для обширного и комплексные системы помощи, которые они показывают. Авто-завершение было добавлено для большинства распространенных языков. Кроме того, есть множество обсуждение справки практически по любой теме справки.

Navigation & # X2014; теги, paredit-лайки, метки, управление окнами, вкладки, vim-rails & apos; прыжки, and many more built-ins.

Package managers/repositories & # X2014; В Emacs есть несколько (elpa, melpa, мармелад) и Vim тоже хороши (Vundle, патоген, так далее). I don't know of any communities around IDEs that offer anything comparable to these. I see more than 5,000 packages with package-list-packages.

Beyond just editing & # X2014; Emacs идет дальше всего с возможностью читать новости, просматривать веб-страницы, управлять электронной почтой, редактировать электронные таблицы, создавать презентации и организовать что угодно.

Integrated everything else & # X2014; отладчики, синхронизация браузера, компиляция, оболочки, тестовый запуск.

Infinitely customizable & # X2014; Элисп очень мощный язык для расширение / изменение Emacs. VimL является эквивалентом Vim. Есть книги написано на обоих. Настроить цветовые темы и поведение на свой вкус!

Похожие вопросы