Почему вам стоит использовать Vim

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

Краткий список причин, почему вам стоит его изучить:

1. Консольный интерфейс

Ваш любимый редактор готов в любой момент на любой машине.

2. Скроллинг

Чтобы переместиться на 42 строки ниже, достаточно просто набрать 42j, а если вы хотите пролистать документ на половину экрана ниже, тогда воспользуйтесь комбинацией Ctrl+d. И забудьте про скроллинг с использованием мыши (не говоря уже про трекпад). Просматривать код рывками без плавности интерфейса намного удобней!

3. Множественная замена (несколько курсоров)

Отличная фича! Не переживайте о том, что у вас ее нет. Вы всегда можете найти готовый плагин (тысячи их) или даже написать свой, если найденный не устроит.

4. VimScript

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

5. Моментальный перекод к исходному коду библиотеки

IDE — это для слабаков. Настоящие программисты всегда знают как использовать конкретную функцию и как она реализована, а при необходимости всегда смогут безошибочно с первого раза набрать путь до нужного файла и набрать G55 для перемещения на строку 55, ведь на ней начинается объявление интересующей функции.

6. Подсказки в коде

Умный IDE заменит получение слова из словаря локализации на само слово (например t('form.saved') будет заменено на «Форма сохранена» в RubyMine в rails проекте). Но виммер всегда держит весь словарь в голове, а если и нет, то он потратил 10 часов и написал свой плагин, который делает это за него.

7. Git diff

Виммеру чужды эти излишества, виммер наберет в консоли git diff и сразу поймет что происходит, виммеру не нравятся все эти сладкие штуки.

8. Переход из метода в контроллере к шаблону темы в один клик

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

9. Форс мажоры

Случайно сломался жесткий диск — не беда, можно восстановить конфиг из бекапа. Но и что, что последний написанный плагин не был в него добавлен два дня назад, ведь теперь можно написать еще лучше!

10. Быстрое открытие нужного файла в проекте

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

11. Последнее, но не менее важное

Vim — замечательный редактор, особенно когда вы часто правите что-то на удаленной машине. Но он никогда не сравнится с полноценным IDE, который знает о проекте больше вас и всегда готов вам упростить жизнь.

:wq



p.s. Цель статьи – показать абсурдность использования vim как редактора под что-то серьезное. Для правки скриптиков на удаленной машине это хороший инструмент, но как редактор для программиста является сомнительным удовольствием. Можно заметить, что все пункты кроме первого скорее делают антирекламу редактору, чем побуждают к его использованию.

Поделиться публикацией
Ой, у вас баннер убежал!

Ну. И что?
Реклама
Комментарии 94
    +1
    В итоге практически на каждый чих–пых ищи плагин.
    Спасибо, не надо.

    Vim – хороший редактор, не превращать его в IDE – перебор.
      0
      Модульность и юникс-вей — разве плохо? VimScript и правда не очень, но можно использовать и другие скриптовые языки для плагинов (Python, Lua, Ruby).
        –1
        Это очень даже хорошо.
        Только, ИМХО, vim – не самый лучший выбор для программиста.
          –6
          Цель статьи – показать абсурдность использования vim как редактора под что-то серьезное. Для правки скриптиков на удаленной машине это хороший инструмент, но как редактор для программиста является сомнительным удовольствием. Можно заметить, что все пункты кроме первого скорее делают антирекламу редактору, чем побуждают к его использованию.
            +26
            Цель статьи – показать абсурдность использования vim как редактора под что-то серьезное.
            У вас не получилось.
              +4
              Аналогично у меня — не понял сарказма ни разу.
                0
                спасибо за обратную связь, добавил небольшой комментарий к посту
                  0
                  И лучше переместите его в начало поста.
                    +3
                    Я и не понял, что это статья — сарказм. За 10 лет пользования VIM я не заметил особых проблем…
                      –2
                      За 10 лет
                      Собственно, ИМХО, поэтому и не заметили. Попробуйте какой-нибудь современный редактор или IDE…
                        +1
                        Пробовал. VisualStudio, Builder, Eclipse, IDEA, Comodo и много других по-меньше. Доктор, что со мной?
        +5
        Vi стоит знать хотя бы потому что он есть везде, начиная от старинных солярок и заканчивая современными мейнфреймами.
          +8
          Не аргумент. Много где стоят и другие текстовые редакторы. В большинстве современных дистрибутивов Linux идет почему-то не vim, а nano.
            +21
            >В большинстве современных дистрибутивов Linux идет почему-то не vim, а nano.

            СТРОНА ДИГРОДИРУЕТ
              +2
              согласен, нано на мой взгляд куда удобнее и более нативен, но опять же это исключительно мое личное мнение.
                +2
                Нажал Ins в Vim — вот тебе и nano…
                Правда надо еще научится сохраняться и выходить…
                Хотя в nano тоже надо запоминать, что Ctrl+O — сохранить, а Ctrl+X — выйти…
                  +1
                  Ссылка на скрин ниже, скажите где там надо запоминать про выход и сохранение? Снизу есть все подписи, а при выходе, если были изменения, то сам спросит сохранить или нет.

                  joxi.ru/-YODUxjKTJA2H40mNQg
                    +2
                    сам пользовался nano, пока, к своему сожалению, не обнаружил, что у него вообще нет операции undo…
                      0
                      Alt+U — undo. Правда, для этого нужно nano запустить с ключиком -u.
                        +8
                        Вы што, это же экспериментальная фича! уже 15 лет как
                0
                Vi есть везде, vim надо ставить отдельно
                +9
                Vi, который не Vim, а именно Vi, это боль. К нему надо привыкать дополнительно.
                +14
                В vi главное — знать, как из него выйти.
                  +2
                  И ещё знать два режима его работы
                    +6
                    пищать и все портить?
                      0
                      set noerrorbells оставляет только одни режим
                  +2
                  > VimScript — замечательный язык. Определенно стоит потратить выходные на его изучение, ведь новый язык всегда так весело!

                  Мне кажется или это сарказм? На самом деле, как уже было сказанно выше, намного удобнее и проще использовать любой другой скриптовый язык для логики плагина, которую в свою очередь оборачивать VimL-ом.
                    +8
                    Мне кажется или это сарказм?

                    То есть фразы
                    …и набрать G55 для перемещения на строку 55, ведь на ней начинается объявление интересующей функции…
                    …виммер всегда держит весь словарь в голове…
                    вас не смутили?
                      +1
                      ну я заметил, что тут весь текст не ладен, но решил не уточнять про всю статью :)
                    +18
                    Признайтесь честно, вы просто не знаете как из него выйти?
                      +3
                      А нет, судя по последней строке в посте — знаете. Теперь вы из него вышли и начинаете полноценную жизнь с полноценной IDE. Поздравляю.
                        0
                        Просто у топикстартера до нахождения :wq/ZZ он бибикал и всё портил.
                      +7
                      IDE немного подтормаживает? Ничего, просто купишь новый компьютер и все будет нормально! Что, что? Через год выйдет новая еще более крутая версия IDE, что тогда делать? Купишь новый, все так делают.
                      Не используешь 95% возможностей программы, потому что они нафиг не нужны, а панельки и менюшки с ними занимают значительную часть экрана и никуда не деваются? Ничего, со временем привыкнешь.
                      Какая-то «ох!@#ь какая классная и удобная фича» просто не отключается и ты видишь слово «бобер» вместо нужной строчки кода, потому что IDE знает что тебе нужно гораздо лучше тебя? Так она и правда знает лучше, просто расслабься и получай удовольствие
                      И запомни, никогда не выбирай альтернатив вроде MacVim или GVim, только супер крутые IDE, только хардкор!!!
                        0
                        Скажите, а если Vim раскрутить плагинами до уровня полноценной IDE — тормозить не будет? Вот список того, что мне хочется для комфортной работы:

                        — быстрое переключение между файлами проекта;
                        — навигация в коде: переход к определению идентификатора, поиск мест использования идентификатора;
                        — контекстная подсказка (не важно, автоматическая или вызываемая комбинацией клавиш), автодополнение длинных идентификаторов;
                        — автоотступы, добавление/убавление отступа для группы строк;
                        — автоматическое форматирование кода;
                        — быстрый переход от ошибки компиляции к нужной строке;
                        — интерактивный отладчик.

                        И да, где достать все эти плагины? Мне платят за код, а не за написание плагинов к Vim.

                        И еще интересный вопрос: как человек, неспособный найти кнопку закрытия занимающей место на экране панельки, будет разбираться с Vim? :)
                          +2
                          быстрое переключение между файлами
                          навигация
                          автокомплит (а ещё у vim есть autocomplete по имени файла — тоже удобно)
                          автоотступы
                          — не изучал вопрос (не использовал)
                          — вроде как умеет из коробки (не использовал, в IDE тоже не юзаю)
                          — не изучал вопрос (не использую и в IDE)
                            0
                              0
                              более того, есть вполне годные готовые сборки типа subvim =)
                              0
                              Спасибо, может когда-нибудь пригодиться.
                              0
                              > автоматическое форматирование кода;
                              ggVG=
                                0
                                … и что дальше? Точнее, что перед этим? Как его настраивать?
                                  0
                                  Вообще‐то, скорее gq, а не = (последнее должно ограничиваться изменением отступов, от второго можно ожидать и более радикальных изменений вроде добавления египетских скобок). Только надо настроить formatprg или formatexpr.

                                  Замечу, что ограничения не высечены в камне: никто не мешает вам сделать set equalprg=echo\ Foo и наслаждаться заменой всех выравниваемых строк на «Foo» (хотя с intentexpr такое не выйдет). Или просто привязать = к чему‐то ещё. Но от = ожидается только изменение отступов и ничего больше.
                                –3
                                Используешь для работы компьютер, найденный на помойке?
                                Не используешь 95% возможностей программы, потому что лень разбираться, для чего они нужны?
                                Не можешь отключить какую-то «ох!@#ь, потому что не осилил настройку IDE?
                                Испытываешь комплексы, когда статический анализ пытается исправить твой говнокод?
                                Тогда да, только хардкор…
                                +14
                                Бибикать и все портить
                                  +1
                                  Не в качестве повода для флейма (я не программист, а сисадмин и vim мне ближе, чем gui ide).

                                  3. Множественная замена (несколько курсоров)

                                  Я, наверное, не совсем понял, что под этим подразумевается, но vim из коробки умеет множественную замену (с подтверждением и без, по всему файлу или только в одной строке или определённой области).

                                  10. Быстрое открытие нужного файла в проекте

                                  vim из коробки умеет автодополнение путей (и не только путей). Смотрите опции wildchar (для переопределения, если TAB чем-то не устраивает) и wildmenu (для наглядности автодополнения).
                                    –1
                                    Несколько курсоров, это когда можно установить каретку курсора сразу в нескольких местах и все сигналы ввода с клавиатуры будут одновременно применяться для каждого курсора (очень хороший пример есть на главной странице редактора sublime text).

                                    Про быстрое открытие нужного файла: представьте, у вас открыт файл app/controllers/apps_controller.rb, затем вам нужно подправить что-то в app/models/app.rb. Вместо того, чтобы набирать путь по два символа и затем нажимать Tab для дополнения — вы нажимаете комбинацию клавиш и в появившемся окошке начинаете вводить app… и программа динамически показывает файлы, в пути которых содержится app. Т. е. вы просто начинаете вводить имя файла который хотите открыть, а вам сразу показывается список файлов с таким именем и папкой, в которой он находится.
                                      0
                                      Да ладно название файла, а если Класс нужно быстро открыть или отобразить список классов реализующих интерфейс.
                                        +1
                                        Кстати, как часто вы пользуетесь многокурсорностью? И если часто, вас не смущает, что у вас много повторяющихся кусков кода?
                                          0
                                          А у вас нет? На странном языке вы, должно быть, пишете. Многокурсорность в Sublime по‐моему применяется тогда же, когда <C-v> в Vim (если после <C-v> вы использовали c или I): для добавления различного стандартного текста (вроде разделительной запятой) в множество мест сразу. Просто многокурсорность гибче. Вас же не смущает огромное количество повторяющихся разделителей, символов присваивания и т.д., с окружающими их пробелами?
                                            +1
                                            Я не пользуюсь вимом.
                                            Для меня эти действия равнозначны:

                                            Сначала протыкать мышкой в нескольких местах, потом нажать запятую и пробел
                                            и
                                            Протыкать мышкой, и после каждого тычка нажать shift+insert

                                            Ну и control+r никто не отменял для остальных действий. Поэтому мне действительно непонятны такие восторженные возгласы о многокурсорности. Да, полезная штука, но не киллер фича
                                              +2
                                              Сначала протыкать мышкой в нескольких местах, потом нажать запятую и пробел

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

                                              При знании Vim вам без разницы, редактировать таким способом выровненный список на 5 или 500 позиций (но только выровненный; курсоры, судя по всему, этим не ограничены, но сказать, насколько удобно создавать эти курсоры при невыровненном списке я не могу). Попробуйте протыкать список на 500 позиций — скорее всего, вам придётся использовать поиск и замену.
                                                0
                                                в Sublime тоже не используют мышку для множественных курсоров

                                                Не скажу за всех пользователей ST, но лично я иногда использую для этого мышь. Для множественных курсоров с помощью мыши в Sublime Text — клики с зажатым Ctrl в нужных местах. Двойной клик с контролом, при этом, выделяет слово. Тоже мультикурсорно.
                                          0
                                          Я читал Вашу статью с увлечением, дошел до пункта про несколько курсоров, сказал WOW!, я много слышал об этом и хочу такое. Загуглил vim multicursor и получил требуемое счастье. Хоть статья и саркастическая, но для меня оказалась полезная.
                                        +6
                                        Ладно Vim, чем вам git diff неугодил?
                                          –6
                                          Подскажите, как/где вы смотрите дельту изменений в системе контроля версий?
                                            +8
                                            К сожалению, пока еще не встречал такого GUI для git, который был бы удобнее для меня, чем работа с консолью.
                                            SourceTree неплохой, но под Linux его нет…
                                              –8
                                              Если сравнивать cli и gui от GitHub, то последний значительно удобней использовать, но редкие действия приходится делать в консоли (например: объединение коммитов, перезапись истории и т.д.) Гуем от гитхаба хорошо заменяются рутинные действия, например просмотр изменений перед коммитом, выбор отдельных файлов для отправки в репозиторий или даже можно одним кликом мыши пометить конкретные строки, которые войдут в коммит. Доступен только под мак и виду.
                                                +1
                                                редкие действия приходится делать в консоли (например: объединение коммитов, перезапись истории и т.д


                                                Я бы рассматривал GUI от Github, если бы он:

                                                1. Умел работать не только с Github
                                                2. Был доступен под Linux
                                                  +1
                                                  GUI от Github умеет работать с любым git репозиторием
                                                    +2
                                                    Ухты, не знал
                                              • НЛО прилетело и опубликовало эту надпись здесь
                                                  0
                                                  Могу рекомендовать Araxis Merge, замечательная программа для сравнения двух и более файлов(не только текстовых), но она поддерживает только Win и Mac
                                                    +1
                                                    Так для merge есть супер-пупер утилита Meld.
                                                  +2
                                                  Дельта хорошая в JetBrains идейешках и новом интерфейсе Битбакета. Может, еще в куче мест и клиентов такая же или даже лучше, просто это те, про которые я знаю.
                                                0
                                                Автор, да вы извращенец! Если вы такой гений, то почему вы тогда байты в памяти вручную не правите? Зачем вам vim?

                                                Виммеру чуждый эти излишества

                                                Вы это через «Промт» переводили?
                                                  +11
                                                  Пользуюсь vim c 2006 года, но не потому что считаю, что он «лучше» какого-либо другого редактора или IDE. Просто мне нравится — я пользуюсь. Статьи подобного рода вызывают недоумение. Мне вот, например, глубоко фиолетово в чём автор статьи и тысячи других программистов пишут код — будь то notepad.exe или sublime — какая мне разница? Как говорится, каждый дрочит, как он хочет.
                                                    +1
                                                    Автору, вероятно, навязали мнение, что для всего нужно использовать vim, и никак иначе. А он пытается донести до нас свою фрустрацию, но не в очень понятном виде (судя по комментариям). Что-то вроде этого:
                                                    Скрытый текст
                                                      0
                                                      В общем, стандартное hatters gonna hate.
                                                        +3
                                                        Извините
                                                        image
                                                          +1
                                                          Вредно писать ночью. Опечатку я заметил довольно быстро, но позже отведенных трех минут.
                                                  +3
                                                  Сильно напрягает избыточность режимов. Если с режимом «команда/вставка» ещё можно смириться и даже понять его некоторую полезность, то остаётся непонятным, зачем нужен отдельный режим выделения, почему нельзя просто выделить текст, зажав Shift/Shift+Ctrl и передвигая курсор в режиме вставки? Зачем так усложнять то, что можно сделать просто? Многие горячие клавиши не поддаются никакому логическому уразумению. Откуда взялось gg — в начало файла, а Shift-g — в конец? И там ещё много всего такого. К этому можно добавить, что из коробки редактор очень не оптимально настроен, многие его возможности просто не раскрыты, поэтому большинство из тех, кто осилил найти выход и остался, пилят свои конфиги и плагины годами, радуясь, что теперь их можно выкладывать на Гитхаб, и они никуда не потеряются.
                                                    0
                                                    > почему нельзя просто выделить текст, зажав Shift/Shift+Ctrl и передвигая курсор в режиме вставки

                                                    Можно!
                                                      0
                                                      На самом деле всё совсем не так плохо. Я думаю это индивидуально, но мне команды вима намного лечгче запоминаются чем хоткеи. К тому же они друг с другом отлично комбинируются, например:
                                                      d — удалить
                                                      iw — слово под курсором
                                                      diw — удалит слово под курсором

                                                      Теперь — v — выделить, y — копировать. Угадаете, как выделить или копировать слово под курсором? :) Дальше — можно w заменить на (, ", {, [, <.
                                                      Смотрите, по сути вы только что узнали (хотя скорее всего вы и раньше это знали) 3 команды. Но комбинируя их вы можете выполнять множество различных операций над текстом (18, если посчитать все комбинации которые я упомянул в этом комментарии).
                                                        +1
                                                        Да, я знаю про все эти команды, но мне такое управление редактором кажется не удобным. Я использую vim там где нет gui, но за всё время так и не смог к нему привыкнуть. Для выделения слова под курсором и далее комбинация Ctrl+D как в SublimeText мне кажется более удобной.
                                                      +2
                                                      Весь пост наполнен стебом и сарказмом над vim, или мне показалось? А то так не долго и до
                                                      12. Для выхода из vim не обязательно вызывать killall vim, достаточно использовать плагин vim-real-exit.

                                                      Пост начинался как что-то серьезное, а по факту у меня сложилось впечатление о наборе стебных подколов в сторону vim.
                                                        +1
                                                        У меня такое впечатление сложилось со второго пункта. Кстати, в конце статьи автор признается, что оно так и есть…
                                                          0
                                                          Это p.s. появилось в статье уже после моего комментария.
                                                        0
                                                        Да, раньше я тоже использовал IDE — и там действительно есть куча полезных фишек, упрощающих жизнь. И это все безмерно радует пока не начнешь натыкаться на небольшие баги — например, тесты помечаются как зафэйленные, если длятся более 30 секунд; иногда фризится ГУЙ (при открытии определенных файлов). Баги мелкие (поэтому первый, например, разработчики фиксили 2!!! года), но неприятные (особенно, когда есть Мысль). Именно это побудило перейти на саблайм. По п.9 — у IDE раньше тоже бэкапил файл настроек, чтобы в случае чего не настраивать все заново.
                                                        P.S. приглядываюсь к емаксу, Elisp шикарен.
                                                          –1
                                                          Ниасилили?

                                                          IDE, который знает о проекте больше вас

                                                          У меня для вас плохие новости…
                                                            +4
                                                            Когда в проекте >100к sloc, и над проектом работает более чем один человек — сложновато знать весь проект целиком, и в этом IDE очень сильно помогает.
                                                            –8
                                                            Автор, ты дурак?
                                                              +1
                                                              толсто же. Вы высказали сугубо личное мнение, причем очень однобокое. На мой скромный взгляд, для статей на хабре стоит быть более объективным =)

                                                              2. Скролить можно и мышкой и чем хотите. И да, может я уже постепенно превращаюсь в заросшего мхом линуксоида, но мне кажется, что плавный скролинг — это вопрос второстепенной важности =)
                                                              По поводу еще ряда пунктов, где вы аппелируете к необходимости скачать плагин — замечу, что, опять же, с моей скромной точки зрения, никакое IDE не должно быть всем и сразу. Оно должно предоставлять минимальное ядро+обвязку из плагинов. Собственно, поэтому вим так и популярен до сих пор, потому что для него существует громадная обвязка из плагинов на все случаи жизни. И это очень и очень дискуссионный вопрос, что проще — скачать нужный плагин или ковыряться в бесконечных настройках в поисках галочки, которая отключает ненужную лично мне свистоперделку.

                                                              PS к адептам vim себя не отношу.
                                                                0
                                                                Единственное, чем мне действительно не нравится vim – необходимость заучивать кучу комманд и шоткатов, 99% из которых абсолютно неочевидны.

                                                                Как пример обратного подхода – Sublime Text, где почти на любой случай жизни есть нечёткий поиск (и для комманд, и для файлов проекта, и для поиска функций в файле и т.д.) _И_ куча шоткатов. Чем удобно – тем и пользуешься.
                                                                  0
                                                                  Как показал мой опыт учить команды пришлось только поначалу и мне потребовалось выучить их не так уж и много для начала.
                                                                  А потом я просто использовал VIM (первые две недели в принудительном порядке только в нём, чтобы не сорваться) и команды ушли в мышечную память.
                                                                  Я использую далеко не все его возможности, но даже этого мне не хватает в других редакторах, ощущаешь себя как в кандалах.
                                                                +1
                                                                Для меня совсем не смешно, т.к. на текущем месте работы есть требование использовать только и исключительно vim (gvim) для кодинга. И все подобные пункты из статьи (и ещё куча других аналогичных) всерьёз приводятся как достоинства… Приходится держать окошки gvim открытыми, а кодить втихую в нормальном редакторе.
                                                                  +1
                                                                  Это печально, когда кто-то навязывает свое мнение, особенно если это ничем не обосновано (например вим можно шарить между разработчиками через tmux если они работают удаленно и по каким-то причинам не хватает демонстрации эрана в скайпе или любой другой программе).
                                                                    0
                                                                    А что за компашка? Они делают мир лучше, просто не все это понимают.
                                                                      +2
                                                                      Каким образом?
                                                                        0
                                                                        Они фильтр высококачественных нердов.

                                                                        1. Человек с удовольствием работающий в VIM будет так же с удовольствием работать и в любой другой теме, так как это люди, которые получают удовольствие от процесса программирования.

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

                                                                        3. Человек умело работающий в VIM однозначно умело работает и в консоли и может на коленке слабать скрипт на баше. А это очень полезный навык.

                                                                        4. Человек умело работающий в VIM имеет черный пояс в регэкспах ибо нафиг тогда ему еще VIM сдался.

                                                                        5. Человек умело работающий в VIM может на удаленном сервере только с помощью консоли поднять любую софтину, будь то что-то опенсорсное или самописное. При этом если оно еще и не компилируется, то у него будет возможность прямо на месте запинать это, пропатчить или подставить костыль. Тоже полезный навык.

                                                                        ЗЫ: Я вовсе не хочу сказать, что человек не любящий VIM не сможет всего этого. Я просто говорю, что любовь к VIM это достаточное условие всех этих навыков, но не необходимое. Встречу человека, который лабает в VIM, сразу возьму к нам в команду.
                                                                          0
                                                                          Осталось выяснить, что будет с человеком, который без удовольствия работает в Vim, ибо его заставили…
                                                                    +1
                                                                    Удивительно, что на очевидно стёбный текст сразу сбежались пользователи vim и начали на полном серьёзе доказывать автору, что он не прав.
                                                                      +3
                                                                      Он первый начал!
                                                                        0
                                                                        Было бы более удивительно, если бы при публикации в хабе Vim этого не произошло. То, что текст стёбный, не означает, что автор прав. Также сложно несерьёзно доказывать неправоту (сложно — но можно, просто не у всех хватит литературных способностей).
                                                                        +3
                                                                        1) Да, редактор готов на любой машине. А при наличии интернета, ваша привычная IDE готова за пару минут
                                                                        2) Пользователям VIM НЕ надо знать, что через 42 строчки находится нужный им код. Просто потому, что они найдут искомое место нажатием /<что-то-похожее>. И да, они сразу попадут на нужное место без скроллинга мышью
                                                                        3) У пользователей VIM не возникает проблем с множественным курсором, как и не возникает поблем с ошибками компиляции в следствие одного и того же кода в нескольких местах
                                                                        4) Vimscript — легкий и интересный язык, конечно же пользователи могут потратить выходные на его изучение. Но они лучше потратят их на внедрение нового функционала в целевой продукт. А для того, чтобы сделать это быстрее, черкнут пару строк в конфиге их любимого редактора на python/perl/lua
                                                                        5) Пользователь Vim нажмет Cntrl-N и получит список возможных дополнений. В это же время пользователь умной IDE будет искать нужный метод в длинном списке возможных вариантов.
                                                                        6) Пользователь Vim четко знает, в каком месте и какой версии используемые библиотеки. Используя go-to-defenition он быстро перепрыгнет к нужному месту
                                                                        7) Пока пользователь IDE найдет и запустит свой любимый difftool, пользователь vim запустит vimdiff с нужными ключами и помержит нужные изменения.
                                                                        8) Пользователь vim воспользуется go-to-defenition и перепрыгнет к определению метода, не дожидаясь индексации проекта. И да, опять никакой прокрутки.
                                                                        9) В случае поломки жесткого диска ваша привычная IDE будет уже у вас быстрее исходников
                                                                        10) Пользователям Vim не нужны дополнительные окошки, чтобы открыть файл.
                                                                        11) Vim отличный редактор кода, но если вам лень разбираться в проекте — запустите IDE и заварите чая)

                                                                        P.S. цель коммента — показать, что не стоит смеяться над инструментом, не зная как им пользоваться.
                                                                          0
                                                                          Смотрю, статья о vim, а карма минусовая. Думая как так? И только начав читать понял, что вместо того, чтобы поцеловать священную корову под хвост, вы ее пнули.

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

                                                                          Самое читаемое