Фото Chris Hainto на Unsplash

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

Два конкретных видео на YouTube, которые действительно привлекли мое внимание, где
1. neovim RC From Scratch

2. Как настроить neovim на своем Mac, чтобы сделать его потрясающим — полное руководство

Я пошел ва-банк и начал настраивать установку neovim.

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

К понедельнику я был готов протестировать свою конфигурацию NVIM с кодовой базой с работы.

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

Продолжая работать в neovim, я продолжал устанавливать плагины, которые казались мне полезными. Вот где начинаются проблемы.

Проблема №1:

В какой-то момент между загрузкой плагинов моя конфигурация сломалась, и я часами пытался заставить ее снова работать. Я не спал до 3:00 утра, пытаясь вернуть его в прежнее состояние.

Я знаю, о чем вы думаете, вы сами виноваты, что у вас должно было быть это где-то в репозитории.

После того случая я сделал.

Проблема №2:

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

Проблема №3:

Мои функции постоянно отклонялись отделом обеспечения качества. Новый рабочий процесс действительно замедлил меня. Я забывал постоянно сохранять свою работу. Я повсюду делал глупые маленькие ошибки, которых никогда бы не сделал, если бы использовал Visual Studio Code. Я знаю, что со временем это станет менее серьезной проблемой, поэтому меня это не слишком беспокоило.

Проблема №4:

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

Проблема №5:

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

В этот момент меня что-то осенило. Мне никогда не приходилось проходить через эту боль, используя Visual Studio Code. Я был очень доволен настройками Visual Studio по умолчанию, которые поставлялись из коробки.

В конце концов я решил вернуться к Visual Studio Code после комментария, сделанного TJ DeVries по поводу neovim. Он сказал что-то вроде Проводить выходные, возясь с конфигурацией NVIM, не для всех. Я понял, что это просто не для меня. Тратить драгоценное свободное время, которое у меня есть на переделку/решение проблем, чтобы заставить мой текстовый редактор работать так, как я хочу, просто не стоит для меня.

NeoVim работает быстрее любого другого существующего редактора

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

Я буду придерживаться включения движений vim в коде Visual Studio. Лучшее из обоих миров.