Шаг 4. Установим плагины и настроим их
Полным списком своих плагинов делиться не буду: ты сам с легкостью найдешь все нужное тебе запросами типа . Вместо этого приведу общие, которые будут полезны для переходящего с Sublime или Atom.
nerdtree
Это боковая панель с файловой структурой проекта. Аналог Sidebar в Sublime или Atom. Все привычно — выбираешь файл, открываешь его нажатием на Enter в нужном буфере. Можно установить каталог, от которого плясать.
Из полезных трюков предлагаю замапить открытие и скрытие этой панельки по + :
Показывать скрытые файлы по умолчанию:
Включать NERDTree для всех табов:
CtrlP
Плагин для быстрого перехода к нужному файлу в проекте по его названию. Ищет не только полное соответствие, старается найти все файлы, в пути которых встречается введенная последовательность символов.
Нажимаешь + , вводишь , и плагин находит файл .
indentLine
Плагин рисует линии отступа в коде, помогая отслеживать вложенность. Раньше я использовал vim-indent-guides, но его глюки меня порядком достали. Плагин indentLine работает вроде бы получше.
Из полезных настроек предлагаю выставить символ отступа:
Дефолтный «крокодил» уж больно отвлекает внимание
vim-startify
Плагин добавляет удобный стартовый экран для твоего Vim. На нем можешь выбрать последние открытые файлы, перейти к проекту (в терминологии Vim — session).
Из полезностей нелишним будет добавить следующие строки:
Это заставит vim-startify нормально работать вместе с NERDTree.
vim-easy-align
Отличный плагин для быстрого выравнивания блоков кода по символам. Другими словами, чтобы из
быстро сделать
В наличии регулярки, безумный синтаксис и целая страница с примерами команд выравнивания кода для разных языков
Обрати внимание на строки из start guide:. Первая запускает EasyAlign в интерактивном режиме по (например, ), вторая — то же самое для блока ()
Первая запускает EasyAlign в интерактивном режиме по (например, ), вторая — то же самое для блока ().
Goyo и удобное написание текстов
Хороший помощник для тех, кто много пишет. Плагин убирает все лишние панели, индикаторы и центрирует текст, позволяя сфокусироваться на создании контента. По сути, это реализация distraction-free mode, вокруг которой даже делали отдельные текстовые редакторы вроде ommwriter.
Я забиндил переключение в этот режим по + в . По дороге отключается все, что не нужно, и включаются нужные опции:
Вообще, для файлов в формате Markdown у меня автоматически включаются такие настройки:
vim-airline
Must-have-панель со статусной информацией по текущему открытому файлу. Наверняка ты видел ее в большинстве скриншотов Vim в интернете — плагин очень популярен. Панель интерактивная, показывает текущий режим работы, раскладку, кодировку, позицию курсора в файле, строке и многое другое.
Также советую глянуть проект-сателлит vim-airline-themes. Это коллекция тем для vim-airline, которая позволяет твоей статусной строке органично вписываться в основную цветовую схему редактора.
Выводы
Vim нельзя воспринимать как просто еще один текстовый редактор. Это нечто сродни командной строке Unix. Те, кто не умеет ее использовать, считают командную строку анахронизмом. Те, кто умеет и знает, используют ее постоянно и выполняют свои задачи намного быстрее людей, предпочитающих графический интерфейс.
Как и у командной строки, у Vim очень высокий порог вхождения. Его нельзя просто запустить и начать использовать. Сначала ты должен понять, как он работает, на каких принципах базируется и почему он именно такой, какой есть. Затем тебе придется заучить множество команд, попрактиковаться, набить руку — только тогда Vim станет для тебя действительно удобным, и ты уже не променяешь его ни на какой другой редактор.
- Нужно ли тебе это? Зависит от того, насколько часто ты работаешь с текстовыми данными: пишешь статьи, код, редактируешь HTML. Vim может сделать эту работу намного более эффективной. При этом навыки пригодятся и при работе в других программах — плагины с режимом Vim есть почти для всех популярных сред разработки. Я, к примеру, использую плагин IdeaVim в Android Studio. Он позволяет получить мощь команд Vim, не отказываясь от богатых возможностей среды Idea.
:wq!
3 ответа
Лучший ответ
Обычно VIM72 (зависит от версии vim) — это каталог «времени выполнения», я считаю, что именно здесь vim ищет все, что ему нужно во время «выполнения». Вы бы установили свои собственные вещи, например плагины в каталоге $ HOME / .vim в Linux (плагины в $ HOME / .vim / plugin ).
В Windows это похоже на каталог vimfiles (вы спрашивали о VIMFILE в моей системе Windows, а vim71 — это vimfiles ).
Поэтому я бы попытался сохранить плагин в каталоге vimfiles \ plugin в вашей системе. Разница будет в том, что в VIM72 у вас будет все содержимое среды выполнения, которое поставляется с vim, включая двоичные файлы. Вы можете установить свои собственные файлы в каталог vimfiles , в котором обычно сначала выполняется поиск таких вещей, как выделение синтаксиса, цветовые схемы, плагины, документация и т. Д.
Вы можете узнать расположение своего каталога vim72 , расположение ваших пользовательских файлов, таких как , для цветовых схем и т. Д., Из vim do:
И, наконец, vim72 используется vim 7.2, поэтому при изменении версии он будет использовать другой каталог, например vim73 и т. Д.
20
stefanB
26 Мар 2010 в 01:52
Слегка расширяя ответ Стефана: Как он говорит, для систем, связанных с Linux, и обычно для gvim в Windows — это ваш домашний каталог vim.
Вы должны поместить все свои собственные плагины в файлы vim, чтобы убедиться, что при обновлении установки vim вы не потеряете какие-либо пользовательские плагины или модификации.
Например В есть файл синтаксиса cpp.vim. Если теперь вы хотите изменить некоторые вещи в этом файле синтаксиса (например, добавить дополнительное ключевое слово), вы можете иметь копию этого файла синтаксиса в vimfiles / syntax с дополнительными правилами синтаксиса ключевых слов. Теперь, когда вы обновляете vim до 7.3, у вас все еще есть все ваши пользовательские плагины и настройки.
Если вместо этого вы измените , при следующем обновлении vim эти файлы будут перезаписаны новыми версиями, и любые сделанные вами изменения будут потеряны. Кроме того, поскольку содержит все исходные файлы синтаксиса, будет сложнее сказать, какие из них вы настроили.
10
Andy
19 Май 2009 в 13:01
В этот каталог ‘vimfiles’ вы можете устанавливать вещи в масштабе всей системы, не касаясь каталога установки Vim (‘vim72’). Каталог vim72 может быть изменен при обновлении, и новая основная или дополнительная версия будет использовать другой каталог (например, Vim 7.1 использовал vim71, а Vim 8.0 будет использовать vim80).
4
graywh
11 Фев 2010 в 01:13
Написание прозы в Vim
Возможность писать не отвлекаясь важна. Для этого есть несколько приятно выглядящих нативных и браузерных приложений, но я хотел работать с Vim, поэтому придумал решение.
Прекрасный плагин goyo.vim добавляет в буфер много функций и прячет всё лишнее. Он распознаёт status bar’ы Airline/Powerline/Lightline и тоже их прячет, ну, по большей части. Это плюс несколько других хитростей в настройке я называю режимом прозы:
Эту команду я привязал к . Она включает Goyo и избавляется от всяких забавных вещей, полезных при написании кода, например отступов при вводе скобок. Также плагин меняет цветовую схему с моей обычной тёмной на светлую версию Solarized
Это важно, поскольку визуально напоминает, что я в «режиме письма» и что нельзя отвлекаться: нужно создавать текст
Команда также заставляет функцию автозавершения вытаскивать слова из словаря, когда я нажимаю Tab в надежде, что могу писать быстрее. Эта фича всё ещё в разработке, но время от времени бывает полезна.
Командная строка VIM
Командная строка Vim запускается в командном режиме нажатием двоеточия – ““. Здесь доступны команды для сохранения файла и выхода из редактора, настройки внешнего вида и взаимодействия с внешней оболочкой. Рассмотрим наиболее часто используемые команды редактора vim:
- :w – сохранить файл;
- :q – закрыть редактор;
- :q! – закрыть редактор без сохранения;
- :e файл – прочитать содержимое файла в позицию курсора;
- :r файл – вставить в содержимое файла в следующую строку;
- :r! – выполнить команду оболочки и вставить ответ в редактор;
- :set переменная=значение – установить значение переменной, например, tabstop=4, или set number, с помощью этой команды можно управлять многими аспектами работы vim.
- :buffers – посмотреть открытые файлы.
Со всеми основами разобрались, и вы теперь использование vim не будет казаться вам таким сложным. Но это еще далеко не все, этот мощный редактор может еще очень многое. Дальше мы рассмотрим несколько примеров использования vim, чтобы вам было легче справиться с новой программой.
Терминалы, панели и уплотнение (multiplexing)
Я уже когда-то упоминал, что редко использую gvim/MacVim. Предпочитаю терминал, но есть ряд веских причин, чтобы выбрать отдельное приложение Vim:
- Оно более отзывчивое, чем Vim внутри tmux внутри терминала.
- Для открытия txt-файлов под MacOS и Windows лучше использовать приложение по умолчанию, а не TextEdit.
- В широких окнах редактирования у него не проблем с кликами после 220-й колонки.
- Если вы пишете длинный пост в блог с большим количеством ошибок и терминал Vim не выделит их подчёркиваниями. Или если вы предпочитаете волнистое подчёркивание.
- Если вам нужна настоящая цветовая схема Solarized вместо того кощунства, которое получилось при .
Помимо близости к командной строке, другая важная причина использовать Vim в терминале — tmux. Он популярен для удалённой разработки, но удобен и для локальной. Сегодня tmux присутствует в моём повседневном полноэкранном рабочем окружении, а Vim обычно занимает одну из панелей tmux. Это позволяет мне использовать Vim, держа при этом открытыми несколько оболочек — обычно сервер и одну-две панели с утилитами. Иногда я временно раскрываю Vim на весь экран с помощью сочетания клавиш.
Киллер-фича tmux — возможность откуда угодно отправлять нажатия клавиш в панели. Я использую tmux и Vim в качестве IDE: могу редактировать в одной панели, исполнять команды в другой, при этом держа перед глазами лог сервера на случай ошибок. Например, если я работаю с конечной точкой REST, то могу заново протестировать её с помощью и просмотреть выходные данные с помощью jq, нажав всего несколько клавиш:
Your browser does not support HTML5 video.
Обычно я вношу изменения в Vim, для сохранения жму , затем с помощью перехожу в левую панель (где — это префикс-комбинация клавиш tmux, обычно ), затем для повтора команды, и наконец для возвращения в Vim. Но гораздо быстрее будет соорудить для этого биндинг в Vim:
Запускается команда , которая приказывает отправлять нажатия клавиш сессии, окну и панели , где я до этого запускал . Затем туда отправляется , что аналогично нажатию , в результате из истории извлекается последняя команда, а после для исполнения. Я привязал это к как run или repeat. Подробнее о можно почитать здесь и здесь.
Этот подход помогал мне полгода и очень сильно повысил мою производительность. Но нужно сказать, что теперь Vim 8 поддерживает нативные терминалы внутри редактора, и после некоторого использования они мне показались весьма толковыми. До этого разные плагины пытались интегрировать в Vim терминалы с посредственными результатами. Новые нативные терминалы работают быстро, чувствительны к Unicode, поддерживают 256 цветов и используют новую функцию , позволяющую по примеру tmux отправлять нажатия клавиш. Это появилось в Vim всего несколько месяцев назад, так что мне ещё нужно поэкспериментировать. Кто знает, возможно, вместо tmux я выберу сплиты MacVim в сочетании с .
Примечание о терминалах на macOS
Сколько себя помню, вместо стандартного MacOC-терминала Terminal.app я выбирал iTerm2. И недавно заметил, что при наборе в Vim внутри iTerm2 чувствуется медлительность, особенно внутри tmux. Для сравнения я попробовал использовать внутри XQuartz, и всё работало молниеносно. Что-то добавляло ощутимую задержку, но я не собирался делать своим основным терминалом на macOS из-за проблем с буфером, с переключением и отсутствием поддержки высоких значений DPI в XQuartz.
Несколько дней спустя я прочитал статью, в которой говорилось о задержке ввода между терминалами на macOS и утверждалось, что Terminal.app теперь значительно быстрее iTerm2. Я попробовал сам и обнаружил, что длительность задержки после нажатия клавиш была где-то между urxvt и iTerm2, так что я полностью перешёл на Terminal.app. Я включил причудливую цветовую схему и был рад найти проект, который конвертировал все темы под Terminal.app.
Я скучаю лишь о вертикальных сплитах в iTerm2 и о простоте применения шрифтов разных размеров в разных панелях. В iTerm2 (точнее — в любом редакторе, в котором зона редактирования не является одиночной сеткой с ячейкой фиксированного размера) это сделать проще. Но я вполне могу без этого жить.
Расширяемость и настройка Emacs против Vim
В то время как и Vim, и Emacs поддерживают плагины, улучшающие их функциональность, Emacs поддерживает гораздо больше настроек среды редактора. Это, возможно, самая важная особенность emacs, и она ответственна за большую часть преданных поклонников emacs.
Emacs может быть расширен в elisp, в то время как Vim имеет собственный внутренний язык сценариев и поддерживает использование других языков программирования для разработки плагинов.
Emacs можно расширять «на лету», переопределяя встроенные функции elisp, вводя новое определение в Emacs или загружая файлы elisp. Группы связанных изменений называются «режимами», и их можно легко настроить для автоматического использования для определенных типов файлов (буферов). Таким образом, легко определять режимы для разных языков программирования или фреймворков, таких как «режим lisp», «режим Ruby on Rails» или «режим PHP». Эти режимы могут напрямую изменять даже базовое поведение Emacs, автоматически форматировать или раскрашивать текст и добавлять стандартный шаблон или «шаблонный» текст, такой как объявления функций и замыкания. Таким образом, программисты считают, что Emacs гораздо более настраиваемый под их конкретные требования, чем Vim. Тем не менее, некоторые программисты могут найти Vim, в конечном итоге, более подходящим для их среды программирования из-за его одинаково настраиваемой и полностью модальной работы.
Vim также можно расширять «на лету», используя командный режим. Командный режим позволяет устанавливать параметры конфигурации, определять функции и создавать макросы. Фактически, файлы конфигурации для Vim — это просто команды, которые можно вводить в командном режиме.
Графический интерфейс пользователя (GUI)
И Vim, и Emacs имеют графический пользовательский интерфейс. Практически все пункты меню в графическом интерфейсе обоих редакторов — это просто способы обработки команды быстрого доступа или быстрой настройки. Графические интерфейсы для редакторов не предоставляют практически никаких дополнительных функций, кроме тех, которые доступны в CLI (интерфейс командной строки).
Emacs использует XDisplay или gtk2 для своего графического интерфейса. Vim может использовать многие другие библиотеки графического интерфейса, такие как gtk, gnome, gnome2, motif, athena и neXtaw, в дополнение к gtk2.
Поиск и замена в Vim
Довольно часто нам нужно найти определенную последовательность в тексте. Текстовый редактор Vim умеет это делать.
Во-первых, если нужно найти символ в строке, нажмите f и наберите нужный символ, курсор будет перемещен к его позиции.
Для поиска по всему файлу используйте команду /. После нее нужно ввести слово, которое нужно найти. Для поиска следующего вхождения используйте n, для предыдущего — N.
Для замены будет использоваться немного другая конструкция:
Двоеточие запускает командную оболочку с командой s для замены. Символ % означает что обрабатывать нужно весь файл, а g значит, что нужно обработать все найденные строки, а не только первую. Чтобы программа спрашивала перед каждой заменой можно добавить в конец строки опцию c.
Lightline, Powerline, Airline и строки состояния
Я работал с Powerline несколько последних лет и в конце концов преобразовал его в более легковесный Airline. Но информация и виджеты в строках состояния больше отвлекают, чем приносят пользы. Мне не нужно знать текущую кодировку файла или тип синтаксиса. Кроме того, меня не радуют его шрифты. Я перешёл на Lightline и приложил для его минимизации и добавления иконок статуса линтера:
Я не вижу нужды в отображении в строке состояния имени текущей Git-ветки, особенно в терминале, на который можно переключиться одним нажатием кнопки. Также мне не нравится идея поместить Git-ветку в статус оболочки, потому что это выглядит неаккуратно, если переключаешь ветки из другой оболочки. Но здесь я точно в меньшинстве, возможно, что-то упускаю.
Git
Если используете Git, вам будут важны несколько плагинов.
vim-gitgutter показывает маркеры для любых строк, которые были добавлены, удалены или изменены, как это сегодня делают большинство других редакторов. Для изменений я сделал отображение цветной точки вместо символов и по умолчанию, так понятнее.
vim-fugitive — самый популярный Git-плагин для Vim, у него масса возможностей. У меня , поэтому в Vim я редко использую что-то кроме и , но здесь много других приятных вещей, которые ты ожидаешь от встроенных в редактор Git-инструментов (если ваш репозиторий хостится на GitHub, то вам понадобится vim-rhubarb, чтобы заработала ).
просто чудо — она открывает в браузере текущий файл с опциональным выбором строк, предполагая, что ваш репозиторий зеркалируется на GitHub, GitLab или в другое место. Теперь при использовании для решения проблем и запросов на включение кода стало ещё полезнее отображение в GitHub ссылок на конкретные коммиты и номера строк в виде фрагментов кода. Достаточно с помощью выбрать несколько строк, выполнить , скопировать открывшийся URL и вставить в GitHub комментарий:
Я планировал поговорить о RootIgnore и о том, как он автоматически настраивает на основе ваших . Но это оказалось не лучшей идеей, потому что в командной строке Vim не работает автозавершение путей по нажатию Tab, если путь находится в . Более того, встроенная функция возвращает null, если путь, который вы просите её расширить, находится в списке игнорируемых. Я не сразу вычислил, что из-за этого мой прописанный в и зависящий от хоста файл не будет предоставляться моим зарегистрированным .
Поиск и окно QuickFix
— это новый , который был новым . На первый взгляд, лучший способ использовать из Vim — ack.vim, но это заблуждение, потому что , но ack.vim поддерживает и , и .
ack.vim предоставляет команду , которая берёт аргументы так же, как ag выполняется из командной строки, за исключением того, что она открывает окно QuickFixсо списком результатов поиска:
Your browser does not support HTML5 video.
Обратите внимание, что по умолчанию переходит в списке QuickFix к первому результату. Если вам это не нравится, используйте , или поменяйте местами функциональность двух команд
(Вас может смутить, что добавляет команду , интерактивно использующую FZF для поиска с помощью ag. Я для пробы привязал её к . Не заметил особого толка, но типа круто.)
Когда результаты появятся в окне QuickFix, самый простой способ их использовать — переместить курсор и нажать Enter для открытия результата. Также для навигации по списку есть команды и , и я пытался найти подходящие кроссплатформенные комбинации клавиш, но не нашёл. Затем я открыл для себя vim-unimpaired, добавляющий полезные биндинги вроде и для и . На самом деле в vim-unimpaired гораздо больше привязок для пар «вперёд/назад» — навигация по ошибкам компилятора/линтера и включение популярных опций вроде номеров строк, которые, как я считаю, должны быть встроены в Vim.
Использовать окно QuickFix для результатов поиска так удобно, что я написал несколько биндингов для поиска по текущему слову под курсором. Как пытается искать теги в Ruby и CoffeeScript, иногда нужно просто поискать по слову, на которое смотришь:
Наконец, после поиска и навигации я обычно жму (привязано к ) для закрытия окна QuickFix. Вероятно, мне понадобится снова вернуться к файлу, который я смотрел перед началом поиска, так что обычно я повторяю несколько раз, тем самым , словно жму кнопку «Назад» в браузере. В другие разы использую; для поднятия списка из буфера и поиска там оригинального файла. Но теперь, когда я об этом задумался, возможно, изменю на O глобальную отметку () в своём биндинге , так что будет всегда возвращать меня туда, откуда я начал.
Пользовательский интерфейс Emacs и Vim
Vim использует режимы редактирования — чаще всего командный режим и режим вставки. Vim стремится минимизировать количество нажатий клавиш, которые пользователь должен нажимать, потому что vi, на котором основан Vim, был разработан для использования на медленных терминалах.
Emacs использует клавиши-модификаторы для включения ярлыков, которые часто включают одновременное нажатие нескольких клавиш для одной функции. Этот аспект Emacs часто подвергается критике.
Легкость обучения
Emacs легче изучить, поскольку он имеет более естественный интерфейс (для пользователей, знакомых с текстовыми редакторами на основе графического интерфейса пользователя). Так как в Vim есть разные режимы редактирования, новичкам немного сложнее научиться.
Производительность и скорость редактирования
Энтузиасты Vim утверждают, что, когда пользователь знакомится с режимами редактирования и командами Vim, он обеспечивает гораздо большую производительность и эффективность. Редактирование файлов с Vim обычно происходит быстрее, чем с Emacs, из-за специально ориентированного на скорость интерфейса Vim. Например, перемещением курсора можно управлять с помощью ЧАС, J, K, и L ключи в нормальный режим. Это означает, что рукам пользователя не нужно покидать позицию «исходного ряда», что повышает эффективность, но достигается ценой дополнительных накладных расходов, поскольку для выбора между перемещением и редактированием текста требуется переключение режима. В Emacs (с конфигурацией по умолчанию) пользователь перемещает курсор с помощью сочетаний клавиш Ctrl-B или Ctrl-F, что может замедлить работу начинающего пользователя, так как необходимо нажать две клавиши. Повышение производительности и эффективности в Emacs зависит от конфигурации среды редактирования, а не от самого редактора.
Копировать, Вырезать и Вставить
Когда вы нажимаете v в командном режиме, включается визуальный режим. Все передвижения курсора выделяют текст, с той позиции где был осуществлён переход в визуальный режим. Выделив нужный вам текст, нажмите команду y, после чего данный текст будет скопирован. Переместившись в новое место и нажав p скопированный текст добавится после курсора, P делает вставку перед курсором.
Выделив текст, команда x удалит этот текст. Команда d вырежет выделенный текст, в дальнейшем его можно вставить командой p.
Выделение блока
Выделять блоки текста можно после нажатия команды <ctrl>-v. Команда V включает визуальный режим, в котором выделяются строки целиком, а не отдельные символы.
Мысли о плагинах
Экосистема плагинов процветает благодаря недавним улучшениям в Vim и VimL, например управлению асинхронными процессами и некоторым обязательным типам (). Новый сайт с плагинами VimAwesome облегчил поиск популярных плагинов и содержит хорошо структурированные документы и инструкции по установке.
В некоторых отзывах на мои предыдущие статьи критиковалось использование Vim с большим количеством плагинов. Часть таких отзывов можно отнести к понятным подозрениям: любая система, позволяющая добавлять неконтролируемые расширения для изменения любой своей части без ограничений, легко может превратиться в бардак. Посмотрите на WordPress. Или, если застали те времена, вспомните ужасы расширений Mac OS Classic. Невозможность объявить зависимости или отладить взаимодействие между плагинами превратилась в норму.
Но плагины для Vim не так плохи. Отладка взаимодействия между плагинами Х и Y обычно предполагает гугление по фразе «vim X with Y», и мне пришлось делать это лишь один или два раза. Однажды я столкнулся со странностью, для решения которой пришлось использовать двоичный поиск (binary-search) и переименовать один плагин, чтобы он грузился перед другим. Я не хвастаюсь, но пока это единственная проблема во взаимодействии плагинов, с которой я столкнулся.
Отчасти неприятие плагинов — своеобразная пуристская враждебность к отклонению от основного набора функциональности Vim. Но если вы используете Vim, то уже входите в подмножество людей, которым нужно быстрое и эффективное редактирование текста, так что это похоже на группу сумасшедших, спорящих о том, кто из них наиболее эксцентричен. Люди, которые выбрали плагины вроде EasyMotion или vim-sneak, будут утверждать, что работают эффективнее пользователей ванильного Vim. А пользователи ванильного Vim скажут, что они эффективнее тех, кто не выбрал Vim, и т. д.
Также я слышал о практическом сопротивлении использованию плагинов, когда плагину нужна версия Vim с Ruby, или Python, или ещё с чем-то вкомпилированным, а может, плагину нужно самого себя скомпилировать. Vim 7 привнёс в язык много существенных изменений, так что многие плагины написаны на чистом VimL и не нуждаются в дополнительных языковых зависимостях. В сочетании с vim-pathogen, добавляющим в runtime-путь Vim всё содержимое , добавить плагины так же просто, как выполнить .
Моё мнение: если плагин предоставляет полезную функциональность, которую я хочу встроить в Vim, то его стоит установить. С другой стороны, я стараюсь обходиться минимальным количеством плагинов, чтобы избежать проблем при взаимодействии и поддерживать высокую производительность при запуске Vim и просмотре файлов. Описанные здесь плагины и конфигурация больше относятся к эффективности и выполнению задач, но только пока мне не приходится полностью переформатировать свой мозг.
