Comments 21
А как Вам Zed, не пробовали?
Я вим выучил ещё в 1999 году. Вернее, тогда он ещё был vi. Я был просто, как тогда говорили кул][ацкером. (эээх, были времена.)
Как бы то ни было, выходить из vim умею, и спокойно в нём редактирую конфиги (а иногда и хот-деплою фиксы на файлы javascript 10-ти летней давности на удалённых серверах).
Но, сколько раз я не пытался пользоваться vim/neovim для работы с кодом - мне не удавалось. Хотя, от VSCode меня коробило дико. В 2018 году VSCode была очень-даже-себе милым редактором. Но потом, как и большинство продуктов от Microsoft, она начала обрастать абсолютно ненужным функционалом. Мало того, что телеметрия уходила мегабайтами, так прикол заключался в том, что для комфортной разработки нужно было устанавливать плагины, а они были кем только ни писаны. Там и слон местами не валялся, а кое где и конь в посудную лавку заходил. Последнее время я много работал с VUE, и когда сохранение на диске файла начало занимать 30 секунд я начал подвывать.
У меня был хороший ноут, всё работало на Ubuntu Linux. Относительно старый процессор, но 32 гига памяти. Отличная печатная машинка.
В какой-то момент мне стало совсем плохо, и я открыл для себя VSCodium. Те же яйца, только в профиль. Минус телеметрия. Плагинов чуть поменьше, но большая часть того, что мне нужно было, присуствовало. Хотя, со временем и он начинал нещадно притормаживать.
В попытке найти новую землю обетованную я обернулся в сторону kitty/Neovim/LazyVIM. Старался я сильно, но не прокатило. В основном я пользуюсь клавой, но вот когда надо (действительно надо) мышъ, я попадал в полный простой. Надо было идти и держать открытой VSCode только потому что мне надо было смёрджить какой-то особо упоротый коммит.
Потом я случайно нашёл zed.dev.
И я был в шоке.
Он полностью написан на расте.
Он написан командой, которая писала Atom, они знали, что делать.
Он неимоверно быстрый по сравнению с VSCode.
Да, я положил на все те плагины, которые доустановила VSCode. Они мне стали не нужны, потому что я мог сделать следующее:
Я мог открыть любой файл моментально.
Я мог сохранить любой файл моментально.
Я мог использовать все сочетания клавиш из VSCode.
Изначально мне не понравилось только то, что в Zed полностью отсутствовали инструменты git. Обычно я коммичу из консоли руками, но когда надо было сделать заковыристый merge, то я с неохотой открывал vscode.
Но сейчас в zed и это добавили, так что про это можно не плакаться.
Но самое главное в zed это не всё это.
Более того, Зед умеет ваши VIM-шорткаты, и VIM-mode. Так что если у вас сильный vi головного мозга, то можно и vim всё сделать.
Самое главное в том, что zed отлично работает со всеми ИИ всех мастей и пород. Его можно присобачить ко всему, включая локальные модели на ollama. И, боже мой, насколько-же это удобный интерфейс. Ты открываешь окошко, подгружаешь в него контекст, общаешься с моделью по поводу рефакторинга того или иного куска кода, а потом выбираешь этот код, и с помощью Ctrl+Enter редактируешь всё это дело в виде отличного diff, так что можно хорошо проверить, что там насрала тебе в код модель.
Модели переключаются на лету, контекст можно менять, и всё сохраняется в историю. (Конечно, они продают свою, чуть более дешёвую версию, Claude-3.7. Антропик - это их любимый бэк, и они сами через него пишут много чего.)
Более того, он сделан аккуратно, и не лезет поперёк батьки в пекло со своими придумываниями, а тихо ждёт своей очереди.
Короче, после того, как я купил новый ноутбук, я поставил только Zed, и спокойно живу на нём. VScode даже и не пахнет, она мне не требуется вообще.
долго грузит обновление маппингов между переключениями в ветках гитхаба, когда что-то меняешь в файле юай компонента, то также долго обновляется информация об изменении в файле; если это длится целый день — то тратится много времени в пустую на ожидание. Еще одной проблемой стала — это работа с микросервисами: при наличии в проекте более одного typescript файла, то редактору тяжело их различить и он может не успевать анализировать информацию пока пишется код
...
тяжело в нем работать если в дальнейшем планируешь использовать два и более языка
Честно говоря, какие-то очень странные причины. Я сам не использую vscode, но хотелось бы услышать отзывы от других юзеров - что, правда нельзя редактировать файлы с разными языками? Правда на Js и PHP трудно писать в нем? Это что ж за пытки у вас там такие?
Ну я могу понять что жрёт память или притормаживает. У меня одновременно может быть открыто 4-7 редакторов с парой десятков файлов в каждом, из разных проектов, из-за этого я тоже, в своё время, отказался от всех IDE и перешёл на Sublime Text. С ним всё хорошо - большие файлы открывает, много хоткеев, есть куча плагинов. Пишу на Python/HTML/CSS/CoffeeScript - проблемы с разными типами файлов звучат для меня дико.
Вообще вызывает уважение попытка автора перейти из богатого GUI редактора в консоль. И ещё больше уважения за то, что это, судя по всему, удалось и было непросто. Однако, причины немного непонятны до сих пор.
Да нет, основная проблема в том, что vscode жрёт ресурсы нещщадно. Не только сама vscode, сколько любые плагины, ею запускаемые. Мне приходилось ждать по 30 секунд при сохранении файла VUE на машине с 32 гигами памяти и процессором типа i восьмого поколения. Тормозит просто нещадно.
Для меня выходом был zed.dev, который - как глоток воздуха после этого ужаса vscode. Я описание в комменте выше щас оставлю.
Всегда интересно, что пишут про Neovim. И часто ещё и грустно. Мы его «изучать» будем, ага. Так и до инструкции по открытию капота джипа, в картинках и на 19, если правильно помню как у американцев получилось, страницах доизучаться можно.
Статья мне кажется отличным примером того, что делает с мозгом использование Гугла. Гугол выдаёт сначала видео - худший формат для изучения чего бы то ни было, потом форумы - смесь устаревшего, неверного, и «у меня тоже проблема», и только потом и в исключительных случаях что-то по делу. Уж лучше DeepSeek.
Как это в точности было - я забыл, как это воспринималось - помню, ибо шокировало. Переход был резким и начался с США. До: я не понимаю - как устроено описано тут, после: у меня problem - вот тебе solution, пользуйся, милейшая обезьяна. Итог - статус brain dead с последующим, как оказалось, переходом на vibe coding.
В Neovim никакие менеджеры пакетов не нужны, это встроенная функциональность. Менеджеры нужны для удобства, прежде всего обновления пакетов. Не смотрите наверх на менеджеры пока с Neovim не разобрались.
Никакие мультиплексоры терминала для Neovim не нужны, это тоже встроенная функциональность. Что делать с мультиплексорами - да то же, что и с менеджерами.
Картинки в терминале смотреть - непонятно зачем. Сейчас. Наверно и скорее всего, можно придумать сценарий, хотя я с ходу не смог. Если Neovim по SSH, то часто картинки проще всего смотреть через http.server или live-server и браузер.
Neovim изучается не выходя из Neovim. Для этого есть :help. Тут, в порядке исключения, возможен полезный совет - набрав Ctrl+g увидите какой файл показывает Neovim, а набрав Ctrl-G перейдёте в конец файла и увидите - а нет ли там инструкций для Neovim по поводу того, как этот файл показывать. Возврат на начало выполняет gg. Зная эти четыре команды и имея желание делать заметки, что не для всех обязательно и даже хорошо, можно сразу делать их в Neovim и держать там же, где родная документация - они станут её частью.
Как по мне, перед переходом на Neovim нужно хорошенько проверить - а не достаточно ли более простого и на почти всё способного из коробки Helix, который не достаёт Угандой. Если нужны не основные, и особенно самописные, плагины - точно недостаточно.
Вышеописанные проблемы не являются проблемой для neovim и решаются из-под коробки. Еще одним большим плюсом использования neovim будет это возможность работать на сервере, где нет графической оболочки и ограниченные ресурсы.
В vscode есть плагин от microsoft - "remote explorer" и "remote - ssh". С их помощью можно подключиться на любой сервер с любой ОС установленной на вашем компьютере и файлы будут открыты в редакторе кода по папкам так, как будто ты у себя на компьютере работаешь. Настройка довольно несложная, рекомендую посмотреть
мне не очень нравится подключаться по ssh через ide, мне проще это сделать в отдельной вкладке из консоли.
Для такой функционал в текстовом редакторе излишен. Мне больше нравится инструменты, которые выполняют четко поставленную задачу, а не пытаются втянуть в себя все инструменты, чтобы превратится в очередной комбайн по решению всех и вся задач
Странные у вас проблемы с VSCode. Ни разу не испытывал проблем со скоростью его работы, в том числе и на больших проектах. Что касается других языков, не пробовал, но подозреваю что тоже самое что и в пункте первом.
Что мне нравится в VSCode - это поставил его и работаешь. Есть ли в Vim готовая конфигурация похожая на VSCode чтобы ничего делать не нужно было?
Neovim скорее не форк, а полный rewrite.
Вот насчет нескольких языков тоже удивило. Сам работаю с RPG (это язык такой, не игры), C/C++ ну и до кучи еще гредл, SQL и XML. Для каждого свой набор плагинов, VSCode сам определяет (по расширению) с чем работаем.
Есть ли в Vim готовая конфигурация похожая на VSCode чтобы ничего делать не нужно было?
И да и нет. Да, потому что на самом деле тысячи их, нет - потому что вот прям совсем ничего не делать вряд ли получится - наверняка найдутся какие-нибудь особые зависимости или подобные приключения
Что только люди не придумывают, лишь бы Geany не использовать.
Geany отличный текстовый редактор с поддержкой проектов, сам давно его использую для документов и скриптов. Но для современного программиста он, подозреваю, слишком беден на возможности. А мне хватает с головой.
Ну или Kate для тех кто из другог кэмпа)
для каждой задачи создается свой текстовый редактор, какой из них использовать каждый решает сам для себя. Самой главное, чтобы нравился используемый инструмент и понимать как этот инструмент использовать.
Есть хорошее выражение: все для всех, каждому свое.
Всем привет, меня зовут Александр, я являюсь фронтенд разработчиком более 4-х лет
Какое это имеет значение, если люди с опытом в 20-30 лет могут быть джунами, а другие через пару-тройку уже сеньорами? И это я не про позицию, а про развитие людей
новый редактор neovim
Полностью подтверждаю свою предыдущую догадку про развитие автора, который за 4 года фронтенд-разработки не научился даже гуглить, но вставлять столь ложные факты аж в название статьи - уже научился, молодец! Ведь новый Neovim вышел буквально недавно, в 2014ом, а древний и заросший VS Code - аж в далёком 2015ом! И ладно бы он пылился все эти годы и только в последние месяцы набрал популярность... Но нет, им пользовались почти сразу как заменой vim, автор пропустил холивары в комьюнити насчёт того, что из них лучше, вместе с кучей обновлений неовима с долгожданными фичами
P.s.: таким авторам ещё рано быть авторами на Хабре имхо
Особенности перехода на новый редактор neovim