На самом деле, вим реально мощная вещь для повышения эффективности и скорости разработки. Просто автор видео во время показа примера использования пошёл не в те дебри и стало даже немного неприятно смотреть на это)
@@Funfayk082 а какая формула повышения эффективности, если учесть то, что входить ты будешь во все это мягко говоря не неделю, а плюшки по сравнению с тем же pycharm как будто не существенные, суммирую, ты можешь вызубрить чарм и нвим, разница в процентов х, при каком параметре у, х будет больше затраченного времени на изучение
@@Funfayk082 а можно привести реальные примеры, где вим будет реально ускорять? Сразу оговорюсь, я лично решил проблему с горячими клавишами радикально железно: использую клавиатуру UHK. Погуглите... Это монстр, который однозначно решает вопрос с положением пальцев рук на домашнем ряду клавиш. Имеет возможность вкорячивать любые макросы и имеет столько слоев, сколько захочется... Как по мне, вим, кроме горячих клавиш не предлагает ничего сверху. Да, можно запускать без графики. Ещё один плюс. Но, я даже не знаю... Подключиться через ссш можно почти всегда. Вот мне и интересно... Хоткеи ускоряют безусловно. Но если если убрать хоткеи из списка плюсов, что останется? Как по мне, останется куча проблем. И самая главная из них - многолетние привычки зашитые в спинной мозг. Для кодера печатать, это почти тоже самое что ходить ногами. Вим мне предлагает переучиться ходить... Но мне проще одеть удобную обувь, нежели заново отращивать нейроны. Не хочется холиварить, если честно. Просто озвучил мнение.
@@Funfayk082 скорости разработки в чём? Сомневаюсь, что на коммерческом проекте тебя будут интересовать такие аспекты как смена пайчарма или идеи на вим. Пока ты выучишь и выйдешь на более высокую скорость реальной разработки, то уйдет вагон времени, чем если бы ты не тратился на вим вообще
Простите, ребят, но после фразы на 11:11 я выключаю это 😂. Как по мне, проблема со скоростью высосана из пальца. "Если мне нужно исправить одну строчку, я жду минуту пока откроется иде". Чего? Если мне нужно быстро что-то вкорячить, я открою условный "блокнот". Это мгновенно. Иде запускается долго? Интересно почему? У меня в данный момент штук 20 плагинов. И всё.. Мне хватает для вэба более чем. Запуск вскода занимает условные Н секунд. Честно, не критично. Один минус, такой ощутимый, это количество ресурсов которое жрёт ссш подключение на удаленных машинках. Если это какие-то слабые тестовые впски, то открывать на них что-то в вскоде не получится. Но... Это не та проблема, которую нужно решать путем кроения спинного мозга в сторону выработки новой мышечной памяти. Открой свою машину в терминале, запусти там что нужно - всё. Тем более, мне все равно удобнее так, чем искать нужные вкладки с той машинкой, среди локальных... Попробовал я как-то это.. Ну такое. Возможно, я уже слишком стар.. А возможно, что при наличии нормальных рабочих мощностей, все эти грандиозные погремушки с текущей памятью, не более чем энтузиазм ради энтузиазма. Нравится людям в свободное время ковырять конфиги и запоминать очередной ворох хоткеев? Ничего не поделать 😊 Чем бы дитя не тешилось, лишь бы не вешалось.
@@zproger вопрос что и как улучшать. Это вопрос выбора. Лично я, вместо того чтобы кроить мозги, крою реальность. Посмотрите что из себя представляет клавиатура UHK. Начните пользоваться, и забудете все эти мытарства как страшный сон.
@@sergeypopov2719 не стоит сравнивать программное обеспечение, зарекомендовавшее себя годами и сотнями тысяч профессионалов, с мазиком и булкой. Понимаю, экстраполяция подкупает и хочется острее выразить разницу. Но не стоит сгущать краски до абсурда ;)
@@sergeypopov2719 не стоит злоупотреблять с аналогиями. Сравнение программного обеспечения, которое зарекомендовало себя годами использования сотнями тысяч профессиональных программистов самого высочайшего уровня (это я про vscode), с "мазиком и булкой", как минимум не релевантно, а как максимум лишено главного - непосредственно тела аналогии, а именно схожести. Да, я понимаю, хочется заострить, навести резкости и обозначить. Да и экстраполяция очень подкупающая вещь. Но и доводить до абсурда не стоит... В тоже время, и я не буду пренебрегать аналогиями, и использую ваш же пример в другом контексте. Вместо того чтобы идти в самый крутой магазин за самым острым ножиком из самой прочной стали в мире (это мне тут вим в таком свете представляют), лучше научиться лепить настоящие, вкусные пельмени. Руками. Используя правильные ингредиенты и их пропорции. Какая мне разница в каком супер-дупер редакоре написан этот кривейший конструктор? Какая мне разница каким самым божественным ножиком резали эту говядину, если ее жрать не возможно? Лучше потратить время на качество, а не на скорость... Это я к тому. Что понимание "скорость работы" и "качество" могут выходить за рамки привычного понимания, исключительно из-за разных контекстов, в которых они используются. Мне тут автор видео на 11:11 говорит, что, мол, память у некоторых плагинов для (внимание) "отрисовки дерева проекта" утекает. И что надо еще потратить время и потестить, какой из этих ваших "ножиков" не тупится в первые три минутки. Это в каком это месте вы тут узрели качество и "остроту лезвий"? Как этим пользоваться в боевых условиях? Мне хватает борьбы с существующими библиотеками проекта в рамках совместимости версий. Мне еще и идеху себе на шею повесить? Чтобы что? Шея у меня одна - как абсолютного большинства людей. Я лучше, вместо протирания штанов в плоскости заточки ножиков, возьму станок, который эти самые ножики будет делать. Мысль улавливаете? Подход другой.... Для понимания. Холиварить я не буду. Мне уже давно не интересно обсуждать всякий вздор. Просто, несколько лет назад я взял себе клавиатуру UHK и не ибу себе мозги - а делаю "это" с этой клавой. Мне нужен какой-то особый "бздыщ" для "ой-ой-ой", я просто открываю агента этой клавы и делаю как МНЕ надо, и не иду на поводу у разрабов какого-то вима. Я не перекраиваю свой пайплайн, свои привычки (выработанные годами) и не отказываюсь от удобных инструментов (которые показали себя блестяще в самых разных условиях) в угоду какой-то абсолютно мнимой скорости работы. Которая, я повторяю, может быть достигнута абсолютно разными путями. Кому-то не в падлу потратить две недели на ковыряние собственного мозга отверткой, а мне - в падлу. Если меня не устраивает расклад хоткеев я их меняю как мне надо, а не так как мне то навязывает редактор, какой бы он ни был. Я лучше обзаведусь снипетами на все случаи жизни, чем буду вкорячивать в свой спинной мозг очередной адок их новых шоткатов и очередной огород в акр, из копны конфигов, половина из которых не работает как ожидается. И главное, внимание - ради чего? Чтобы прыгнуть курсором в начало строки? Чтобы эту строку перенести выше? Чтобы выделить слово? Быстрее чего? Быстрее скорости света? = ))) Не смешите меня! Вим был разработан как удобный редактор кода. Сегодня это не актуально.
Насмехающийся конец портит впечатление от всего остального разумного комента. Смеяться над запоминанием хоткеев так же глупо как смеяться над заучиванием слепой печати. И в Vim не хоткеи, а команды - разные вещи.
Спасибо за видео, всегда интересно узнать что-то новое! Я воспринимаю это как переобучение печатать с 4 пальцев на 10. Типа да, в перспективе будет лучше, но пока у меня нету сил терпеть трудности в начале)
@@IlyaM0032 да, это так. После 30 лет это особенно начинает ощущаться. Когда ты уже сидишь, пишешь код, но тебе надо исправить что-то 10ю строчками выше - взять мышку и исправить уже немного дискомфортно. Особенно, когда ты уже умеешь пользоваться вимом. Аналогия - слепой десятипальцевый набор. Когда умеешь печатать вслепую - переводить взгляд на клавиатуру и потерять на это полсекунды - это уже ппц дискомфорт. Жить можно, но бесит. Или представь, что ты ешь суп, но ложку приходится после каждого глотка вытаскивать и класть рядом. А знаешь, что самое смешное? 10 лет назад я сам такие же комментарии писал и угорал над вимерами как над дурачками) Но когда распробовал - уже не смог остановиться.
В видосе был вопрос про Emacs, так что вот: в Emacs из коробки от разработчиков есть поддержка графического интерфейса. Это очень круто, потому что можно, например, подключить рендер LaTeX и верстать, не выходя из редактора, как в VSCode. Или писать расширения, которые выходят за рамки текстового интерфейса для терминала. Да, для Neovim тоже есть графические клиенты, например, тот же Neovide на Rust, но это сторонние клиенты не от оригинальных разрабов. Сам я, если что, не пользуюсь ни тем, ни другим, раньше пробовал (в основном Neovim, Emacs просто глянул, попробовал разобраться с конфигом и забил), но потом перестал и вернулся на родные VSCode, Sublime, IDE от JetBrains и Notepad++
Классное видео! Обожаю вим, у него и правда большой порог вхождения, но инвестиции окупаются уже через несколько месяцев. Ты начинаешь не «работать» с кодом, а «общаться» с ним.
Какой шрифт используется? В видео, некоторые элементы имеют иконки, но как их установить я не разобрался, если я все правильно понял это шрифт, но какой, какой-то встроенный в данный дистрибутив или можно поставить на любой?
Весь прикол в том, что собственно набора мало в течение дня. Поэтому все супер-пупер ускорялки не нужны. IDE лучше редактора кода, а редактор кода лучше текстового редактора. Я вначале научился пользоваться VSCode, потом IDE от Jetbrains, потом решил стать кулхацкером и освоил vim, наворотил его. Спустя месяц плюнул и вернулся на IDE. Ресурсов компа мне хватает, нафиг изощраться? Это как приору обвешать свичтоперделками и хвастаться перед лексусом.
Za mesec ti vrjat lji shto-to ponjal. Kogda ti obroshaeshsa k Vim... eto ne pro Vim. Eto pro vesj tvoi workflow celikom. Pro vsju tvojo vzaimodeistvie s mashinoi celikom. Vim stanovitsa tolko odnjim komponentom vo vsjom etom. V izolacii kak na otdelnij instrument na Vim smotretj neljzja. I tut dazhe netu razgovora kakaja IDE kruche.
пфф, больше 2х лет долбления точнее именно долбления было на пару дней, чтобы понять «а че по чем», а дальше «о, а интересно, а может ли nvim (спойлер: да) вот так?», и тут уже всякие awesome-neovim подборки, борда на реддите , попытки самописных плагинов и тд
В Lazyvim есть достаточно инструментов для работы из коробки (при необходимости можно настроить поддержку дополнительных языков через добавление импорта плагинов из extra, которые так же уже настроены). Ждем гайд на создание собственного дистрибутива!!!)))
Lazy неплохой, может быть мне просто не хватило терпения настроить его ;) Вот тестировал другие конфиги и некоторые из них у меня почему-то медленно работают, но впрочем не жалею что написал свой вариант, получилось разобраться более глубоко.
@@zprogerя достаточно давно пользуюсь дистром от Lazy, по сути настроить его не сложно, есть хорошие туторы на английском. Работает стабильно и быстро, так что вариант очень даже неплохой)
Ну это пригождалось пару раз, был микрокомпьютер с очень маленькой встроенной памятью. Внешнюю решили не подключать, тк 64 мб, хватало, чтобы поставить ядро QNX, саму программу, и всякие нужные модули, библиотеки, SSH для удаленного доступа и тд.
Давно интересовала эта тема, пытался разобраться не тратя на это слишком много времени и в итоге оставил до лучших времен. И вот, лучшие времена настали, спасибо) Возможно пригодится для удаленного подключения к пет-проектам, но как ide, все же сильно сказано. Убедился в этом в очередной раз.
emacs против vim не совсем корректно сравнивать. Можно пользоваться emacs с биндингами от vim и редактировать текстовые файлы тоже через vim прямо из emacs. Более подроно можно об этом послушать на DistroTube
В целом очень удобное IDE, но особо желания нет переучиваться. Я уже как год пользуюсь биндами для удобного перемещения курсора, которые работают везде, в любой IDE и в любом текстовом редакторе. Все забиндил на капслок, перед этим разбиндив его в настройках, caps + i - Up, caps + j - Right, caps + k - Down, caps + l - Left, caps + u - home, caps + o - end, caps + p - pageup, caps + ; - pagedown.
На самом деле Вим очень полезен в некоторых случаях, например если нужно залезть в файл 11гб и там что то отредачить, джесйончик какой нибудь. PyCharm выдаст маленький процент этого файла, а не весь, вим загрузит весь файл секунд за 30, Atom ляжет например
с клавы: подумал открыть файл - клац клац) - готово подумал запушить в гит - клац клац) - готово подумал забить на все и зайти на ютуб посомтреть новый видос про вим - клац клац) - готово подумал открыть терминал и запустить девсервер - клац клац) - готово с мышкой: подумал открыть файл - локоть оторвал - до мышки дотянулся - мышку на файл передвинул - щелк щелк - алилуйа подумал посмотреть гит - локоть оторвал) - ...... - уф бля подумал открыть терминал и запустить дев сервер - локоть оторвал - ........ - вай да ну в жёпу луше видосик на ютубе посомтрю) короч, двигать пальцы по клаве в разы проще и быстрее, чем двигать мышкой по столу =)
Yet another Преимущества EMACS: - в первую очередь графическая оболочка, не исключая возможность работы в терминале или подключения по ssh (вим -- терминал ориентированный, я знаю о neovide/gonvim/gvim/fvim) - интерпретатор лиспа, что позволяет в любом месте выполнять код elisp и дающий невероятный опыт макросопечатанья (fennel в виме, но это считай не пришей кобыле хвост) - org mode, который в купе с графической оболочкой расцветает. - операционная система, не знаю как вим, но в емаксе можно лихо расширяться. Ну типо в виме есть предустановленный тетрис и браузер? - из заметок tsoding-а, в емаксе по умолчанию 1ный режим, поэтому когда осуществляется ввод команд ты пользуешься теми же клавишами перемещения (кажется была комбинация клавишей, которая открывала историю команд в виме и позволяла также двигаться, но это не так удобно). Буду рад, если дополнят или поправят.
вот именно то, что emacs на lisp (точнее на его форке), от него и отталкивает - lua сильно приятнее имхо ну и без eVIl-mode пользоваться контринтуитивно - хз каким осьминогом или пианистом надо быть, чтобы c-x, c-c воспринимать легче чем :q не, логика какая то есть, то что в vim :[q]uit, в emacs - {control-[e]xecute, control-[c]lose}, но моск все равно ломается почти как от helix/kakoune, у которых сначала(!) мувмент, а потом действие)
Спасибо большое! Подскажите пожалуйста, как запустить скрипт Python прям когда редактируешь файл, я не нашел комбинации клавиш для этого. Я видел в ваших видео, Вы так делали.
1:50... серьезно? хорошее логгирование вместо полноценного отладчика, где можно посмотреть подробно как всё работает. У меня большие сомнения, что автор видео работал с проектом сложнее десятка CRUD-форм
Главное результат, если благодаря логам я могу решить проблемы, вопрос: зачем мне отладчик? Есть полно примеров кода где отладчик вообще не эффективен, поэтому это похоже на то, когда говорят, что топор лучше бензопилы или наоборот. Это возможно лучше для одного, но не факт что лучше для всех и не факт, что лучше именно в нужной ситуации. Главная задача это успешно и быстро срубленное дерево, а не инструмент, которым это делается.
Дебаггер штука крутая, но жалко не всегда им возможно воспользоваться вообще. Это роскошь. На текущей работе чтобы мое приложение работало нужна обвязка, которую не поднять в докерах локально. Дебажить приходиться именно по логам системы поднятой на основе pr на сервере рядом с stage контейнером.
@@zproger вообще не использую отладчик. Пишу большие сервисы и вполне хватает посмотреть на ошибку или поведение кода что бы понять в каком месте что идет не так. На крайняк могу принтом переменную кинуть в консоль)
Еще в NVIM можно работать через ssh, попутно делая что-то на сервере через терминал. Это нечто большое, чем простая(наверное) программа для редактирования файлов. Особенно если накатить плагинов и допилить конфиг под себя.
Привет, отличное видео. Интересно, что VIM - это не просто доисторический редактор по умолчанию. Мне если честно vim не удобен по жизни. Как ты и говорил, трудно перейти от pycharm и vs code к vim. Мне нравится как ты делаешь окружение, интерфейсы и конфиги! Сделай пожалуйста видео про оформление и настройку VS Code.
я хочу помимо того что настрою neovim ещё и сохранить конфиг как то так, что запросить его и скачать смогу по команде буквально из терминала, чтобы не парится с входами на свой виртуальный диск и тд.
По сути надо работаьб там где удобнее и знакомее, чем тратить кучу времени на привыкание к vim. Лично я когда в терминале надо изменить файл использую nano т.к. там удомнее изменить строчку или скопировать файл
Возможность настройки абсолютно всего это огромный +, однако факт того, что придется настраивать абсолютно все это уже огромный -. Поэтому я остановился на Helix, поменял там буквально 3-4 хоткея, тему оформления и балдею...
1:05 вопрос всего один "зачем?", использую вим только если в консоли нужно что-то быстро поменять, хотя даже так я использую нано. все возможности вим (простота, хоткеи, работа с текстом), есть и в других IDE, в том же VSCode можно установить плагин, который добавит навигацию по тексту из вим переход на вим не дает абсолютно никаких приимуществ, плюс время потраченное на настройку кастомного билда (вы же не будете использовать чей-то "vasian_distro_5000"?) и даже то, что вечно приводиться в пример, мол "скорсть печати". вы часто сидите печатаете код без остановки? для набора текста есть GPT и intellisense
3:28 так в VSC тоже можно спокойно работать без лишних плагинов тем-более можно настроить среду где будет полный спектр расширений и где будет лишь самый минимум А вот как альтернатива nano прям иба
Ну в целом да, можно просто открыть VSC и кодить, в nvim немножко другая философия на этот счет. Например PyCharm я уже выпилил, сейчас использую только nvim, micro и vs code, а дальше посмотрим.
в vscode есть settings.json, и плагины можно через терминал как-то стввить. правда я не тестировал как это сработает. что скажешь про nvchad? в своем конфиге проще разобраться, но при обнове плагина иногда приходится вручную идти и менять конфиг, по идее в готовых сборках такого быть не должно
Если оръентироваться на символ то это *Arch* , но он такой жосткий что его надо самостоятельно настраивать с нуля и если вы не любите терминал или у вас нет опыта то лесть туда не рекомендую
На Github в issues были решения, оно по дефолту запускает fish, можно либо изменить в конфигах на другой шелл, либо просто установить fish и оно будет запускать уже его
Про лекговестность понял, все отсальное ("все под себя") тоже самое что и в sublime, atom и т.д. Цель видео и его содержимое, две отдельные сушности. Но все равно, интересен именно сам переход на vim (пару раз пытался, не зашло - сейчас будет еще одна попытка), а вся эта вода про то, что в отличие от vs code, vim можно под себя и идет перечисление вереницы плагинов, которые нужно установить чтобы пользоваться.
Не хватает видоса по nixvim, выглядит что за ним будущее, плюсом mason будет не нужен и возспроизводимость будет бодрее А ещё если nixvim с home-manager закомбинить, а туда присунуть zsh, zoxide, различные пакеты типо uv, pre-commit, dust, duf и nerd fonts (если GUI то можно ещё и hyprland, alacritty и т.п. добавить), то разворачивание всех инструментов программиста это просто одну кнопку прожать
Хзя, для меня helix стал прям открытием, конечно отсутствие поддержки плагинов сейчас несного расстраивает, но вот например то как там работают моды с выделением текста в нормал моде для меня прям маст хэв теперь. Из-за этого не смог нормально использовать neovim(( ну и да, helix чуть удобнее ставить без настройки. В целом хочу нормально попробовать neovim, но очень хочется настроить биндинги как в helix
Ну добро пожаловать на темную сторону, у нас есть еще печенки ждем когда будет просто nvim + lua конфиг. Империя гордится тобой. И главное не тыкай правой клавишей мышки в vim =)
Единственная и главная проблема vim это двурежимность. Пользовался некоторое время vim. Даже пользовался vi, когда не было nano. Но к двурежимности так и не привык. Всё время забывал какой сейчас режим и начинал творить дичь. В конце концов плюнул и ушёл на emacs.
Как человек, который год работал на neovim хочу сказать, что лучше использовать условный vscode или zed, чем каждый раз запуская проект молится чтобы в конфиге ничего не обновилось и не сломало мне сборку. А такое происходит регулярно. Ядро редактора должно работать хорошо без вариантов, а в vim это всегда лотерея
ни разу за пару лет в виме ничего не ломалось само не надо обвешивать вим сотнями плагинов чтобы разрабатывать все везде и сразу, он не для того делался
Ну если у тебя VS и другие ИДЕ стоят на харде 20 летней давности. И проц с одним ядром то может и долго. А когда у тебя 16 яерный проц с куйчей оперативы и SSD m.2 pci 4. то не долго.
Vim тем и знаменит, что это минималистичный редактор, но с огромными возможностями именно в плане редактирования текста. Зачем из него делать ide,ставить миллион плагинов, когда уже есть десятки этих самых ide? Если хотите ide, ставьте vscode, зачем вам vim? Чтобы выпендриваться тем, какой вы тру-погромист?
нативная функция helix на него (helix) вообще как-то с плагинами не густо, а сам редактор это как следующая ступень kakoune, если брать аналогию vim->neovim
Единственное зачем нужны консольные редакторы сейчас - работа с файлами на удаленном сервере. Остальное или вкусовщина или для фанатов. Большинство иде без всяких плагинов имеет 99% всего, что нужно для работы и открывается за пару секунд. А если открывается 2 минуты, то или систему почистить/переставить или железо поменять
У меня Visual Studio загрузился сейчас за 13 секунд с крупным проектом. Какие несколько минут? При том, что в браузерах куча вкладок и игра запущена. И часто при этом рядом открыто несколько проектов pycharm. Покупайте нормальный комп, а не калькулятор.
а вы пробовали перебить базовые настройки под colemak, я уверен, что на просторах лежат готовые биндинги? Впрочем, в таком случае весьма вероятно вам подойдет Emacs, у которого принципиально иной подход к перемещению основанный на Ctrl+клавиша, и там уж весьма неважно, где находится n, главное, что ментально проще запомнить, что Ctrl+f f=forward и тд
Vim тормозит при удаленной работе по ssh если ping большой. Чем больше пинг, тем медленнее vim. VSCode работает так быстро как будто редактируешь файл локально.
было бы шикарно сделать конфиг под гошку, но я так понимаю, что ты в ней не специализируешься, поэтому ждать видимо не стоит... я где-то год назад писал конфиг под го и там было достаточно все просто, поставил пару плагинов, обновил и все готово, а щас половина плагинов работает не так как раньше, приходится писать все вручную и это конечно большой геммор...
.net'чики отзавитесь. У когото прлучилось полнаценно настроить nvim для c#? Я пытался перейти с visual studio на nvim, но все время сталкивался с огромным количеством проблем.
Я использую vs code точно также, как использую и neovim, о чем говорил в ролике. Проблема в принципе настройки, в neovim это в разы глубже как мне кажется.
Вы разработкой занимаетесь или вам платят за набор текста? К чему такие сложности? Тем более автор итак сказал, что пользуется IDE от Jetbrains (на мой взгляд, лучшее, что сейчас есть из IDE). Аргумент про потребляемую память вообще не релевантен, если у вас ПК не из прошлого века, тогда десятки мегабайт были значимым объемом. Да и если посмотреть на все, что потребляют LSP, плагины и прочая обвязка, то окажется, что не так уж и далеко ушли от того же Pycharm. Скорость запуска - тоже спорно. Если Вам необходимо часто править разрозненные файлы, то тогда и IDE Вам не к чему, хватит nano/micro. Обычно, IDE открывается один раз, начале рабочего дня, и не закрывается до конца. Не понимаю, ради чего создавать себе все эти сложности и потом героически их преодолевать.
ну знаете, в IDE от Jet счет идет не на 10, а сотни, а то и гигабайты оперативы, безусловно если у вас пк мощный, то это и рольнет, но зачем переплачивать мегабайтами, за воздух, когда при достаточном упорстве можно подавляющее большинство функций перенести в nvim? И вот героически не героически это вопрос неуместный, так как программирование это про такую вот борьбу с заурядностью.
@@daiske2867 neovim + lsp тоже жрет те же гигабайты на хорошем большом коде c++, что и CLion. Везде использую vim-motion плагины. nvim периодически для разнообразия. Плюс nvim в том, что все менюшки управляются hjkl, и ещё куча текст-мод терминальных тулов (тот же tmux) имеют vim-like биндинги. vim/nvim - это две большие вещи - управление из homerow и полная кастомизация. Но это нужно разделять. И то и другое есть много где, vim/nvim - если нужны обе сразу.
Хорошее полезное видео. Как по мне nvim'ом начинаешь наслаждаться когда выучишь большую часть хоткеев вима, настроишь с десятого раза плагины, поставишь tmux и начинаешь работать полностью без мыши и стрелочек. Тогда уже просто кайфуешь от процесса и появляется чувство, что ты хакер. Хотя на работе, где не получилось настроить нвим на закрытом сервере, просто использую вскод с вим плагином и в принципе выглядит более менее удобно, если чуть подстроить под себя
Это да, чем больше хоткеев, тем круче работать. Я лично еще очень мало знаю про nvim, но все равно с теми вариантами плагинов, что показал в видео, работать достаточно удобно.
а такой вопрос к знающим, разве невозможно с помощью ssh подключившись сохранить локальный конфиг или это на столько муторная работа, что проще уж на голом работать?
Очень круто помогает когда нужно фиксить баги, бывает часто надо менять фрагмент кода и тестировать вывод, изначально теряется казалось бы немного времени, но минимальные улучшения в скорости набора и редактировании текста дают просто огромный буст на долгосроке, и также сохраняет много энергии для решения других задач. Чтобы было проще понять, это аналог как если мышка будет стоять 2 метра от вас, попробуйте исправить баг в таких условиях, это создаст огромные неудобства, а когда спустя несколько часов такой работы вы поставите ее в начальное положение, то сразу увидите насколько сильно выросла продуктивность. Точно также и здесь, когда человек печатает 20 слов в минут, ему сложно понять чем 100 слов в минуту будут улучшать его рабочий процесс, но когда он развивает такую скорость, то работать с прежними 20 wpm просто невозможно. Я это осознал когда начал тестить разные клавиатуры и трекболы.
@@zproger про трекбол согласен, а вот править баги на скорость это странно. Наверное зависит от вашего стека. я над каждым шагом, условно день думаю, чтобы просчитать последствия)
![ZProger [ IT ]](http://yt3.ggpht.com/ytc/AIdro_nEayoD4jBvKkG7VFnuTm_Rnd64g6RPSHL9K53LulYXDQ=s48-c-k-c0x00ffffff-no-rj)
Понятно, работаем в чем работали дальше )))
Кому как удобней ;)
На самом деле, вим реально мощная вещь для повышения эффективности и скорости разработки. Просто автор видео во время показа примера использования пошёл не в те дебри и стало даже немного неприятно смотреть на это)
@@Funfayk082 а какая формула повышения эффективности, если учесть то, что входить ты будешь во все это мягко говоря не неделю, а плюшки по сравнению с тем же pycharm как будто не существенные, суммирую, ты можешь вызубрить чарм и нвим, разница в процентов х, при каком параметре у, х будет больше затраченного времени на изучение
@@Funfayk082 а можно привести реальные примеры, где вим будет реально ускорять?
Сразу оговорюсь, я лично решил проблему с горячими клавишами радикально железно: использую клавиатуру UHK. Погуглите... Это монстр, который однозначно решает вопрос с положением пальцев рук на домашнем ряду клавиш. Имеет возможность вкорячивать любые макросы и имеет столько слоев, сколько захочется...
Как по мне, вим, кроме горячих клавиш не предлагает ничего сверху. Да, можно запускать без графики. Ещё один плюс. Но, я даже не знаю... Подключиться через ссш можно почти всегда.
Вот мне и интересно... Хоткеи ускоряют безусловно. Но если если убрать хоткеи из списка плюсов, что останется? Как по мне, останется куча проблем. И самая главная из них - многолетние привычки зашитые в спинной мозг. Для кодера печатать, это почти тоже самое что ходить ногами. Вим мне предлагает переучиться ходить... Но мне проще одеть удобную обувь, нежели заново отращивать нейроны.
Не хочется холиварить, если честно. Просто озвучил мнение.
@@Funfayk082 скорости разработки в чём? Сомневаюсь, что на коммерческом проекте тебя будут интересовать такие аспекты как смена пайчарма или идеи на вим. Пока ты выучишь и выйдешь на более высокую скорость реальной разработки, то уйдет вагон времени, чем если бы ты не тратился на вим вообще
Простите, ребят, но после фразы на 11:11 я выключаю это 😂.
Как по мне, проблема со скоростью высосана из пальца. "Если мне нужно исправить одну строчку, я жду минуту пока откроется иде". Чего? Если мне нужно быстро что-то вкорячить, я открою условный "блокнот". Это мгновенно.
Иде запускается долго? Интересно почему? У меня в данный момент штук 20 плагинов. И всё.. Мне хватает для вэба более чем. Запуск вскода занимает условные Н секунд. Честно, не критично. Один минус, такой ощутимый, это количество ресурсов которое жрёт ссш подключение на удаленных машинках. Если это какие-то слабые тестовые впски, то открывать на них что-то в вскоде не получится. Но... Это не та проблема, которую нужно решать путем кроения спинного мозга в сторону выработки новой мышечной памяти. Открой свою машину в терминале, запусти там что нужно - всё. Тем более, мне все равно удобнее так, чем искать нужные вкладки с той машинкой, среди локальных... Попробовал я как-то это.. Ну такое.
Возможно, я уже слишком стар.. А возможно, что при наличии нормальных рабочих мощностей, все эти грандиозные погремушки с текущей памятью, не более чем энтузиазм ради энтузиазма. Нравится людям в свободное время ковырять конфиги и запоминать очередной ворох хоткеев? Ничего не поделать 😊 Чем бы дитя не тешилось, лишь бы не вешалось.
@@sergeypopov2719 Полностью поддерживаю. Бывает такое, что просто есть желание постоянно улучшать рабочую среду.
@@zproger вопрос что и как улучшать. Это вопрос выбора. Лично я, вместо того чтобы кроить мозги, крою реальность.
Посмотрите что из себя представляет клавиатура UHK. Начните пользоваться, и забудете все эти мытарства как страшный сон.
@@sergeypopov2719 не стоит сравнивать программное обеспечение, зарекомендовавшее себя годами и сотнями тысяч профессионалов, с мазиком и булкой. Понимаю, экстраполяция подкупает и хочется острее выразить разницу. Но не стоит сгущать краски до абсурда ;)
@@sergeypopov2719 не стоит злоупотреблять с аналогиями. Сравнение программного обеспечения, которое зарекомендовало себя годами использования сотнями тысяч профессиональных программистов самого высочайшего уровня (это я про vscode), с "мазиком и булкой", как минимум не релевантно, а как максимум лишено главного - непосредственно тела аналогии, а именно схожести. Да, я понимаю, хочется заострить, навести резкости и обозначить. Да и экстраполяция очень подкупающая вещь. Но и доводить до абсурда не стоит...
В тоже время, и я не буду пренебрегать аналогиями, и использую ваш же пример в другом контексте. Вместо того чтобы идти в самый крутой магазин за самым острым ножиком из самой прочной стали в мире (это мне тут вим в таком свете представляют), лучше научиться лепить настоящие, вкусные пельмени. Руками. Используя правильные ингредиенты и их пропорции. Какая мне разница в каком супер-дупер редакоре написан этот кривейший конструктор? Какая мне разница каким самым божественным ножиком резали эту говядину, если ее жрать не возможно? Лучше потратить время на качество, а не на скорость...
Это я к тому. Что понимание "скорость работы" и "качество" могут выходить за рамки привычного понимания, исключительно из-за разных контекстов, в которых они используются.
Мне тут автор видео на 11:11 говорит, что, мол, память у некоторых плагинов для (внимание) "отрисовки дерева проекта" утекает. И что надо еще потратить время и потестить, какой из этих ваших "ножиков" не тупится в первые три минутки.
Это в каком это месте вы тут узрели качество и "остроту лезвий"? Как этим пользоваться в боевых условиях? Мне хватает борьбы с существующими библиотеками проекта в рамках совместимости версий. Мне еще и идеху себе на шею повесить? Чтобы что? Шея у меня одна - как абсолютного большинства людей. Я лучше, вместо протирания штанов в плоскости заточки ножиков, возьму станок, который эти самые ножики будет делать. Мысль улавливаете? Подход другой....
Для понимания. Холиварить я не буду. Мне уже давно не интересно обсуждать всякий вздор. Просто, несколько лет назад я взял себе клавиатуру UHK и не ибу себе мозги - а делаю "это" с этой клавой. Мне нужен какой-то особый "бздыщ" для "ой-ой-ой", я просто открываю агента этой клавы и делаю как МНЕ надо, и не иду на поводу у разрабов какого-то вима. Я не перекраиваю свой пайплайн, свои привычки (выработанные годами) и не отказываюсь от удобных инструментов (которые показали себя блестяще в самых разных условиях) в угоду какой-то абсолютно мнимой скорости работы. Которая, я повторяю, может быть достигнута абсолютно разными путями. Кому-то не в падлу потратить две недели на ковыряние собственного мозга отверткой, а мне - в падлу. Если меня не устраивает расклад хоткеев я их меняю как мне надо, а не так как мне то навязывает редактор, какой бы он ни был. Я лучше обзаведусь снипетами на все случаи жизни, чем буду вкорячивать в свой спинной мозг очередной адок их новых шоткатов и очередной огород в акр, из копны конфигов, половина из которых не работает как ожидается.
И главное, внимание - ради чего? Чтобы прыгнуть курсором в начало строки? Чтобы эту строку перенести выше? Чтобы выделить слово? Быстрее чего? Быстрее скорости света? = ))) Не смешите меня!
Вим был разработан как удобный редактор кода. Сегодня это не актуально.
Насмехающийся конец портит впечатление от всего остального разумного комента. Смеяться над запоминанием хоткеев так же глупо как смеяться над заучиванием слепой печати. И в Vim не хоткеи, а команды - разные вещи.
Спасибо за видео, всегда интересно узнать что-то новое!
Я воспринимаю это как переобучение печатать с 4 пальцев на 10. Типа да, в перспективе будет лучше, но пока у меня нету сил терпеть трудности в начале)
Это да, я сам начал nvim потихонечку внедрять, делаю это когда есть желание и время ;)
Когда нет 300 рублей на мышку:
Точно)
Полторы секунды на то, чтобы взять мышку, прицелиться и нажать это слишком много😂
Если бы я писал книгу про *Vim то спёр бы у вас этот заголовок:) типа 'No money for mouse'
Сегодня ты тянешься за мышкой, а завтра открываешь вкладку с гей порно, это самой мышкой
@@IlyaM0032 да, это так. После 30 лет это особенно начинает ощущаться. Когда ты уже сидишь, пишешь код, но тебе надо исправить что-то 10ю строчками выше - взять мышку и исправить уже немного дискомфортно. Особенно, когда ты уже умеешь пользоваться вимом. Аналогия - слепой десятипальцевый набор. Когда умеешь печатать вслепую - переводить взгляд на клавиатуру и потерять на это полсекунды - это уже ппц дискомфорт. Жить можно, но бесит. Или представь, что ты ешь суп, но ложку приходится после каждого глотка вытаскивать и класть рядом.
А знаешь, что самое смешное? 10 лет назад я сам такие же комментарии писал и угорал над вимерами как над дурачками) Но когда распробовал - уже не смог остановиться.
Это квинтэссенция всех роликов на тему NeoVIM (во всяком случае для моего опыта использования) 👍
В видосе был вопрос про Emacs, так что вот: в Emacs из коробки от разработчиков есть поддержка графического интерфейса. Это очень круто, потому что можно, например, подключить рендер LaTeX и верстать, не выходя из редактора, как в VSCode. Или писать расширения, которые выходят за рамки текстового интерфейса для терминала. Да, для Neovim тоже есть графические клиенты, например, тот же Neovide на Rust, но это сторонние клиенты не от оригинальных разрабов. Сам я, если что, не пользуюсь ни тем, ни другим, раньше пробовал (в основном Neovim, Emacs просто глянул, попробовал разобраться с конфигом и забил), но потом перестал и вернулся на родные VSCode, Sublime, IDE от JetBrains и Notepad++
Благодарю
Зачем те в Emacs доки рендерить? Ты его вместо window manager используешь? 🤣🤣🙄 Открой latex отдельным окном и можно свободна любой редактор юзать. 👍
Классное видео!
Обожаю вим, у него и правда большой порог вхождения, но инвестиции окупаются уже через несколько месяцев. Ты начинаешь не «работать» с кодом, а «общаться» с ним.
Пообщавшись на митингах про дня, потом общаешься с кодом. Надо качать софт скиллы на коммуникации😂
Какой шрифт используется? В видео, некоторые элементы имеют иконки, но как их установить я не разобрался, если я все правильно понял это шрифт, но какой, какой-то встроенный в данный дистрибутив или можно поставить на любой?
Nerd font
@ Спасибо
Превратите vim в идеальную ide за несколько СЕКУНД, посмотрев 12-ти МИНУТНЫЙ ролик😂
... за 720 секунд :)
Весь прикол в том, что собственно набора мало в течение дня. Поэтому все супер-пупер ускорялки не нужны. IDE лучше редактора кода, а редактор кода лучше текстового редактора. Я вначале научился пользоваться VSCode, потом IDE от Jetbrains, потом решил стать кулхацкером и освоил vim, наворотил его. Спустя месяц плюнул и вернулся на IDE. Ресурсов компа мне хватает, нафиг изощраться? Это как приору обвешать свичтоперделками и хвастаться перед лексусом.
И Дворак освоил, но траблы с шорткатами меня выбесили.
@@assetkussainov skill issue
@@sergeypopov2719 git?
@@assetkussainov мб вкусовщина. Я когда nvim попользовался, теперь во все программы тащу keychords, мне очень нравится такой мнемонический подход
Za mesec ti vrjat lji shto-to ponjal. Kogda ti obroshaeshsa k Vim... eto ne pro Vim. Eto pro vesj tvoi workflow celikom. Pro vsju tvojo vzaimodeistvie s mashinoi celikom. Vim stanovitsa tolko odnjim komponentom vo vsjom etom. V izolacii kak na otdelnij instrument na Vim smotretj neljzja. I tut dazhe netu razgovora kakaja IDE kruche.
Два дня назад начал разбираться с neоvim и буквально сегодня вы делаете по нему видео, очень приятное совпадение
Из всего видео я понял что NeoVim идеально подходит для разработки класа Test с аргументом self. Очень полезное применение в промышленной разработке
Очень понравилось видео, очень хорошо отмечены реальные проблемы с которыми сталкиваешься, спасибо!
ты даж не представляешь как попал в тему, я с этими конфигами 2 недели долбался
Красота ;)
Тупо жиза
Я 2 месяца...
продолжу тенденцию, год, и даже не думаю переставать, помогите.
пфф, больше 2х лет долбления
точнее именно долбления было на пару дней, чтобы понять «а че по чем», а дальше «о, а интересно, а может ли nvim (спойлер: да) вот так?», и тут уже всякие awesome-neovim подборки, борда на реддите , попытки самописных плагинов и тд
Вот "Настроили один раз и используешь везде" - это прям самая классная штука оказалась. Главное настроить "адаптеры" между neovim и ЯП и все.
В Lazyvim есть достаточно инструментов для работы из коробки (при необходимости можно настроить поддержку дополнительных языков через добавление импорта плагинов из extra, которые так же уже настроены). Ждем гайд на создание собственного дистрибутива!!!)))
Lazy неплохой, может быть мне просто не хватило терпения настроить его ;) Вот тестировал другие конфиги и некоторые из них у меня почему-то медленно работают, но впрочем не жалею что написал свой вариант, получилось разобраться более глубоко.
@@zprogerя достаточно давно пользуюсь дистром от Lazy, по сути настроить его не сложно, есть хорошие туторы на английском. Работает стабильно и быстро, так что вариант очень даже неплохой)
@@zproger а что насчёт lunarvim?
Уррааааа!) Наконец-то это долгожданное видео вышло!) 🥳🎉❤️🔥
;)
@@zproger где конфиг? 1к лайков же есть
в пайчерме достаточно залогиниться, и все твои плагины и настройки храняться в облаке, по этому в этом тоже есть решение
Может я невнимательно смотрел, но есть ещё один неупомянутый плюс: возможность работать вне графической оболочки.
Ну это пригождалось пару раз, был микрокомпьютер с очень маленькой встроенной памятью. Внешнюю решили не подключать, тк 64 мб, хватало, чтобы поставить ядро QNX, саму программу, и всякие нужные модули, библиотеки, SSH для удаленного доступа и тд.
только вот это скорее минус, так как есть некие приемущества гуи, которые в виме невозможны
@@daiske2867 Частично соглашусь. Но в NeoVim (форке Vim'а) есть больше ништяков для работы с мышью. Правда UI прийдется делать в TUI стиле
Это позволяет работать где-нибудь на удаленном сервере в консоли через два ssh-тоннеля как будто у себя на ноутбуке. Очень удобно
Люди до изобретения плагинов IDE:
Давно интересовала эта тема, пытался разобраться не тратя на это слишком много времени и в итоге оставил до лучших времен. И вот, лучшие времена настали, спасибо)
Возможно пригодится для удаленного подключения к пет-проектам, но как ide, все же сильно сказано. Убедился в этом в очередной раз.
что за игры на фоне ?
Что блин за музыка играет на фоне? Не смог никак найти, дайте ссылку или хотя бы название, пожалуйста!
emacs против vim не совсем корректно сравнивать. Можно пользоваться emacs с биндингами от vim и редактировать текстовые файлы тоже через vim прямо из emacs. Более подроно можно об этом послушать на DistroTube
В целом очень удобное IDE, но особо желания нет переучиваться. Я уже как год пользуюсь биндами для удобного перемещения курсора, которые работают везде, в любой IDE и в любом текстовом редакторе. Все забиндил на капслок, перед этим разбиндив его в настройках, caps + i - Up, caps + j - Right, caps + k - Down, caps + l - Left, caps + u - home, caps + o - end, caps + p - pageup, caps + ; - pagedown.
На самом деле Вим очень полезен в некоторых случаях, например если нужно залезть в файл 11гб и там что то отредачить, джесйончик какой нибудь.
PyCharm выдаст маленький процент этого файла, а не весь, вим загрузит весь файл секунд за 30, Atom ляжет например
а где там взять твоё окружение?
На vim стоит переходить, если у вас есть несколько месяцев свободного времени, чтобы безболезненно привыкнуть к нему.
Можно также постепенно это делать, а не сразу
лично я пересел на вим меньше, чем за неделю
с клавы:
подумал открыть файл - клац клац) - готово
подумал запушить в гит - клац клац) - готово
подумал забить на все и зайти на ютуб посомтреть новый видос про вим - клац клац) - готово
подумал открыть терминал и запустить девсервер - клац клац) - готово
с мышкой:
подумал открыть файл - локоть оторвал - до мышки дотянулся - мышку на файл передвинул - щелк щелк - алилуйа
подумал посмотреть гит - локоть оторвал) - ...... - уф бля
подумал открыть терминал и запустить дев сервер - локоть оторвал - ........ - вай да ну в жёпу луше видосик на ютубе посомтрю)
короч, двигать пальцы по клаве в разы проще и быстрее, чем двигать мышкой по столу =)
@@rjCdrу меня все на макросах
А если для языка Go как?
Загугли go neovim и найди плагин только инструкцию к плагину прочитай
PyCharm долго грузится? На линухе за секунду
Vs code на манджаро у меня загружается будто блокнот открыл
Yet another Преимущества EMACS:
- в первую очередь графическая оболочка, не исключая возможность работы в терминале или подключения по ssh (вим -- терминал ориентированный, я знаю о neovide/gonvim/gvim/fvim)
- интерпретатор лиспа, что позволяет в любом месте выполнять код elisp и дающий невероятный опыт макросопечатанья (fennel в виме, но это считай не пришей кобыле хвост)
- org mode, который в купе с графической оболочкой расцветает.
- операционная система, не знаю как вим, но в емаксе можно лихо расширяться. Ну типо в виме есть предустановленный тетрис и браузер?
- из заметок tsoding-а, в емаксе по умолчанию 1ный режим, поэтому когда осуществляется ввод команд ты пользуешься теми же клавишами перемещения (кажется была комбинация клавишей, которая открывала историю команд в виме и позволяла также двигаться, но это не так удобно).
Буду рад, если дополнят или поправят.
зачем мне тетрис и браузер в текстовом редакторе? они есть у меня в операционной системе
вот именно то, что emacs на lisp (точнее на его форке), от него и отталкивает - lua сильно приятнее имхо
ну и без eVIl-mode пользоваться контринтуитивно - хз каким осьминогом или пианистом надо быть, чтобы c-x, c-c воспринимать легче чем :q
не, логика какая то есть, то что в vim :[q]uit, в emacs - {control-[e]xecute, control-[c]lose}, но моск все равно ломается
почти как от helix/kakoune, у которых сначала(!) мувмент, а потом действие)
Спасибо большое! Подскажите пожалуйста, как запустить скрипт Python прям когда редактируешь файл, я не нашел комбинации клавиш для этого. Я видел в ваших видео, Вы так делали.
F5?
Не, спасибо. Мне работать надо, а не в конструктор играть и собирать конфиг вима и Gentoo 😅
:DDD
1:50... серьезно? хорошее логгирование вместо полноценного отладчика, где можно посмотреть подробно как всё работает. У меня большие сомнения, что автор видео работал с проектом сложнее десятка CRUD-форм
Главное результат, если благодаря логам я могу решить проблемы, вопрос: зачем мне отладчик? Есть полно примеров кода где отладчик вообще не эффективен, поэтому это похоже на то, когда говорят, что топор лучше бензопилы или наоборот. Это возможно лучше для одного, но не факт что лучше для всех и не факт, что лучше именно в нужной ситуации. Главная задача это успешно и быстро срубленное дерево, а не инструмент, которым это делается.
ну, поставь дебаг протокол и будет тебе дебаггер в нвим/емаксе? или дебаж в gdb
Дебаггер штука крутая, но жалко не всегда им возможно воспользоваться вообще. Это роскошь. На текущей работе чтобы мое приложение работало нужна обвязка, которую не поднять в докерах локально. Дебажить приходиться именно по логам системы поднятой на основе pr на сервере рядом с stage контейнером.
@@zproger вообще не использую отладчик. Пишу большие сервисы и вполне хватает посмотреть на ошибку или поведение кода что бы понять в каком месте что идет не так. На крайняк могу принтом переменную кинуть в консоль)
Еще в NVIM можно работать через ssh, попутно делая что-то на сервере через терминал. Это нечто большое, чем простая(наверное) программа для редактирования файлов. Особенно если накатить плагинов и допилить конфиг под себя.
Привет, отличное видео. Интересно, что VIM - это не просто доисторический редактор по умолчанию. Мне если честно vim не удобен по жизни. Как ты и говорил, трудно перейти от pycharm и vs code к vim.
Мне нравится как ты делаешь окружение, интерфейсы и конфиги! Сделай пожалуйста видео про оформление и настройку VS Code.
У меня чет выдает ошибку: обнаружена ошибка при обработке.....
я хочу помимо того что настрою neovim ещё и сохранить конфиг как то так, что запросить его и скачать смогу по команде буквально из терминала, чтобы не парится с входами на свой виртуальный диск и тд.
А на сколько отличаются сочетания клавиш у Vim -> Helix или Vim -> Emacs?
У Вас как-либо настроен запуск программ из neovim, либо отдельно через консоль запускаете?
Возможно скоро добавлю плагин для автозапуска, пока что через отдельный терминал идет выполнение.
По сути надо работаьб там где удобнее и знакомее, чем тратить кучу времени на привыкание к vim. Лично я когда в терминале надо изменить файл использую nano т.к. там удомнее изменить строчку или скопировать файл
Возможность настройки абсолютно всего это огромный +, однако факт того, что придется настраивать абсолютно все это уже огромный -. Поэтому я остановился на Helix, поменял там буквально 3-4 хоткея, тему оформления и балдею...
1:05 вопрос всего один "зачем?", использую вим только если в консоли нужно что-то быстро поменять, хотя даже так я использую нано.
все возможности вим (простота, хоткеи, работа с текстом), есть и в других IDE, в том же VSCode можно установить плагин, который добавит навигацию по тексту из вим
переход на вим не дает абсолютно никаких приимуществ, плюс время потраченное на настройку кастомного билда (вы же не будете использовать чей-то "vasian_distro_5000"?)
и даже то, что вечно приводиться в пример, мол "скорсть печати". вы часто сидите печатаете код без остановки? для набора текста есть GPT и intellisense
Смешно, но, вчера читаю книгу , автор пишет учитесь пользоваться vim, а сегодня видос )) значит надо затестить, спасибо
столяров?
А какая книга ?
3:28 так в VSC тоже можно спокойно работать без лишних плагинов тем-более можно настроить среду где будет полный спектр расширений и где будет лишь самый минимум
А вот как альтернатива nano прям иба
Ну в целом да, можно просто открыть VSC и кодить, в nvim немножко другая философия на этот счет. Например PyCharm я уже выпилил, сейчас использую только nvim, micro и vs code, а дальше посмотрим.
в vscode есть settings.json, и плагины можно через терминал как-то стввить. правда я не тестировал как это сработает.
что скажешь про nvchad? в своем конфиге проще разобраться, но при обнове плагина иногда приходится вручную идти и менять конфиг, по идее в готовых сборках такого быть не должно
Это да, у меня в планах пока что настроить nvim и избавиться от pycharm полностью, а вот vscode наверное оставлю надолго)
Привет, видео классное, можешь подсказать какая ОП(какой дистрибутив линукс) на видео пж😇
Если оръентироваться на символ то это *Arch* , но он такой жосткий что его надо самостоятельно настраивать с нуля и если вы не любите терминал или у вас нет опыта то лесть туда не рекомендую
Это его сборка bspwm, есть видео на канале
Ребят, помогите. У кого не запускался терминал из неовима. Как решили? (Я новенький в linux)
На Github в issues были решения, оно по дефолту запускает fish, можно либо изменить в конфигах на другой шелл, либо просто установить fish и оно будет запускать уже его
@@zproger Спасибо!!!
плагин VsVim и работаете в ide но как в vim и даже можно совмещать с мышью
На каком DE ты сидишь? Я много раз искал такую как у тебя
это оконный менеджер, а не DE
Tmux
Про лекговестность понял, все отсальное ("все под себя") тоже самое что и в sublime, atom и т.д. Цель видео и его содержимое, две отдельные сушности. Но все равно, интересен именно сам переход на vim (пару раз пытался, не зашло - сейчас будет еще одна попытка), а вся эта вода про то, что в отличие от vs code, vim можно под себя и идет перечисление вереницы плагинов, которые нужно установить чтобы пользоваться.
хороший логгер вместо дебага это сильно))) Особенн оккогда стек вызовов больше хотя бы 20))
Не хватает видоса по nixvim, выглядит что за ним будущее, плюсом mason будет не нужен и возспроизводимость будет бодрее
А ещё если nixvim с home-manager закомбинить, а туда присунуть zsh, zoxide, различные пакеты типо uv, pre-commit, dust, duf и nerd fonts (если GUI то можно ещё и hyprland, alacritty и т.п. добавить), то разворачивание всех инструментов программиста это просто одну кнопку прожать
И флейками, флейками главное не забыть обмазать!
Хзя, для меня helix стал прям открытием, конечно отсутствие поддержки плагинов сейчас несного расстраивает, но вот например то как там работают моды с выделением текста в нормал моде для меня прям маст хэв теперь. Из-за этого не смог нормально использовать neovim(( ну и да, helix чуть удобнее ставить без настройки. В целом хочу нормально попробовать neovim, но очень хочется настроить биндинги как в helix
Збс видос. Только на практике ничего не работает. И на гитхабе никто не отвечает.
Я установил по твоим настройкам. Все равно не могу ориентироваться внутри nvim по каталогам😅.
У меня проекты лежат в монтированном жестком диске NTFS
Можешь сделать видео по pydantic?
Ура , брат , я скучал
И я ;3
Очень похоже на astrovim получилось, только с другими биндами
И другими плагинами, по сути тут общая визуальная тема если не ошибаюсь, ну и внешний вид, а под капотом все отличается
Классная панелька сверху. Часто иконки угловатые, в разных стилях и шрифты не очень, а здесь очень органично смотрятся.
Благодарю
Лучше чем у ThePrimeAgen )
Ну добро пожаловать на темную сторону, у нас есть еще печенки ждем когда будет просто nvim + lua конфиг. Империя гордится тобой. И главное не тыкай правой клавишей мышки в vim =)
:DDD
Да, я тоже не мог выйти из VIM, пришлось в инете искать как это сделать )))
Единственная и главная проблема vim это двурежимность. Пользовался некоторое время vim. Даже пользовался vi, когда не было nano. Но к двурежимности так и не привык. Всё время забывал какой сейчас режим и начинал творить дичь. В конце концов плюнул и ушёл на emacs.
написал текст - нажал ESC. Это база управления. Выделил текст - нажал ESC. Ни разу не сталкивался с такой проблемов вим. Хз хз
Так у вима и не 2 режима, а поболее
Пользуюсь helix - нет боли с настройкой, нет никаких зависимостей от плагинов
Это круто, я пока что не понял до конца все его возможности, может быть когда-то смогу поглубже изучить.
правильно - нет плагинов, нет зависимостей)
Как человек, который год работал на neovim хочу сказать, что лучше использовать условный vscode или zed, чем каждый раз запуская проект молится чтобы в конфиге ничего не обновилось и не сломало мне сборку. А такое происходит регулярно. Ядро редактора должно работать хорошо без вариантов, а в vim это всегда лотерея
ни разу за пару лет в виме ничего не ломалось само
не надо обвешивать вим сотнями плагинов чтобы разрабатывать все везде и сразу, он не для того делался
chmod -R a-w ~/.config/nvim сделай и ничо ломатся небудет 🤓👍👍
брух
Быстрее бы 1к лайков
Уже набрали
@@axemanofic Ощущение что их кто-то крутанул, потому что никогда не видел, чтобы они так быстро набирались
Ждём-с
;)
Здравствуйте! После клонирования репозитория и запуска nvim -c "MasonInstall pyright ruff-lsp mypy" ничего не происходит.
А это потому, что в репозитории кроме картинок ничего нет
Did you install npm?
Ну если у тебя VS и другие ИДЕ стоят на харде 20 летней давности. И проц с одним ядром то может и долго. А когда у тебя 16 яерный проц с куйчей оперативы и SSD m.2 pci 4. то не долго.
Vim тем и знаменит, что это минималистичный редактор, но с огромными возможностями именно в плане редактирования текста. Зачем из него делать ide,ставить миллион плагинов, когда уже есть десятки этих самых ide? Если хотите ide, ставьте vscode, зачем вам vim? Чтобы выпендриваться тем, какой вы тру-погромист?
Лучше день потерять, а потом за пять минут долететь! ©
NeoVim он глючный, каждые 20 минут работы перезапускать его замучался )))
В итоге пользуюсь обычным vim
что за плагин для автокомплита на 1:23 ?
нативная функция helix
на него (helix) вообще как-то с плагинами не густо, а сам редактор это как следующая ступень kakoune, если брать аналогию vim->neovim
Единственное зачем нужны консольные редакторы сейчас - работа с файлами на удаленном сервере. Остальное или вкусовщина или для фанатов. Большинство иде без всяких плагинов имеет 99% всего, что нужно для работы и открывается за пару секунд. А если открывается 2 минуты, то или систему почистить/переставить или железо поменять
былобы клево, если бы в этом видео отображались сочетания горячих клавиш
Что за система (ну дистрибутив) который показывает температуру загруженость озу и проца
Arch linux on hyprland
Любой дистрибутив линукса это делает
У меня Visual Studio загрузился сейчас за 13 секунд с крупным проектом.
Какие несколько минут?
При том, что в браузерах куча вкладок и игра запущена.
И часто при этом рядом открыто несколько проектов pycharm.
Покупайте нормальный комп, а не калькулятор.
Про несколько минут это ведь намеренный сарказм, возможно мне нужно было преувеличить сильнее, чтобы это стало более понятно :D
Я так понял ты tmux не используешь потому что у тебя тайлинговый оконный менеджер, но как же ты тогда обходишся без сессий?
Tmux не часто использую, а в чем конкретно проблема сессий? Фоновые задачи просто выношу на отдельные рабочие столы, вот и все.
Vim не работает нормально с colemak. В топку vim
Каждому свое, думаю нет ни одной вещи в мире которая подошла бы каждому человеку без исключения ;)
а вы пробовали перебить базовые настройки под colemak, я уверен, что на просторах лежат готовые биндинги? Впрочем, в таком случае весьма вероятно вам подойдет Emacs, у которого принципиально иной подход к перемещению основанный на Ctrl+клавиша, и там уж весьма неважно, где находится n, главное, что ментально проще запомнить, что Ctrl+f f=forward и тд
Просто перебиндить всё под colemak
Vim тормозит при удаленной работе по ssh если ping большой. Чем больше пинг, тем медленнее vim. VSCode работает так быстро как будто редактируешь файл локально.
А зачем ставить npm? Не совсем понял. Разрабатывать на js обязательно?))
Он является зависимостью для плагина mason.nvim, который устанавливает LSP, триситеры и некоторое другте
Выйти из Vim невозможно. Еще никому не удавалось этого сделать.
:DD
было бы шикарно сделать конфиг под гошку, но я так понимаю, что ты в ней не специализируешься, поэтому ждать видимо не стоит... я где-то год назад писал конфиг под го и там было достаточно все просто, поставил пару плагинов, обновил и все готово, а щас половина плагинов работает не так как раньше, приходится писать все вручную и это конечно большой геммор...
Привет, у тебя в описании канала ошибка: "Привет, если ты хочешь научится программировать...", там должно быть научитЬся, если по правилам)
Друг, судя по увлечению Архлинукс тебя не пугает масса настройки, но это не всем подходит. )
Это да, nvim не для всех
Мне понравилось видео
Благодарю
голос как будто выбрал интерполяцию ease In ^2
Вообще не понял что это значит))
@@zproger сначала говоришь медленно и в конце ускорение
Используется в анимации как правило
Наткнулся на твой канал, заинтересовался линуксом, попользовался 2 месяца убунту и альтом, теперь пора идти к арчу😎
Класс ;3
когда генту
.net'чики отзавитесь.
У когото прлучилось полнаценно настроить nvim для c#?
Я пытался перейти с visual studio на nvim, но все время сталкивался с огромным количеством проблем.
На швидкості 2х схоже на рекламу ліків ))
Visual Studio загружает большой проект за 10 секунд (С обработкой синтаксиса) без обработки вообще 5 секунд
нет
3:05 а ты пытался открывать настройки в VS Code? =) открою секрет, его тоже можно настроить под себя =)
Я использую vs code точно также, как использую и neovim, о чем говорил в ролике. Проблема в принципе настройки, в neovim это в разы глубже как мне кажется.
Вы разработкой занимаетесь или вам платят за набор текста? К чему такие сложности? Тем более автор итак сказал, что пользуется IDE от Jetbrains (на мой взгляд, лучшее, что сейчас есть из IDE).
Аргумент про потребляемую память вообще не релевантен, если у вас ПК не из прошлого века, тогда десятки мегабайт были значимым объемом. Да и если посмотреть на все, что потребляют LSP, плагины и прочая обвязка, то окажется, что не так уж и далеко ушли от того же Pycharm.
Скорость запуска - тоже спорно. Если Вам необходимо часто править разрозненные файлы, то тогда и IDE Вам не к чему, хватит nano/micro. Обычно, IDE открывается один раз, начале рабочего дня, и не закрывается до конца.
Не понимаю, ради чего создавать себе все эти сложности и потом героически их преодолевать.
ну знаете, в IDE от Jet счет идет не на 10, а сотни, а то и гигабайты оперативы, безусловно если у вас пк мощный, то это и рольнет, но зачем переплачивать мегабайтами, за воздух, когда при достаточном упорстве можно подавляющее большинство функций перенести в nvim? И вот героически не героически это вопрос неуместный, так как программирование это про такую вот борьбу с заурядностью.
@@daiske2867 Про какую заурядность речь? Имеете ввиду, что использование vim или программирование делает Вас незаурядным?
Бидрилы из джетбрейнов, дискриминируют русских, пусть в бибу идут.
@@daiske2867 neovim + lsp тоже жрет те же гигабайты на хорошем большом коде c++, что и CLion. Везде использую vim-motion плагины. nvim периодически для разнообразия.
Плюс nvim в том, что все менюшки управляются hjkl, и ещё куча текст-мод терминальных тулов (тот же tmux) имеют vim-like биндинги.
vim/nvim - это две большие вещи - управление из homerow и полная кастомизация. Но это нужно разделять. И то и другое есть много где, vim/nvim - если нужны обе сразу.
А как вы русский текст набираете и редектируете его? Или вы не русский)
*Да!*
Хорошее полезное видео. Как по мне nvim'ом начинаешь наслаждаться когда выучишь большую часть хоткеев вима, настроишь с десятого раза плагины, поставишь tmux и начинаешь работать полностью без мыши и стрелочек.
Тогда уже просто кайфуешь от процесса и появляется чувство, что ты хакер.
Хотя на работе, где не получилось настроить нвим на закрытом сервере, просто использую вскод с вим плагином и в принципе выглядит более менее удобно, если чуть подстроить под себя
Это да, чем больше хоткеев, тем круче работать. Я лично еще очень мало знаю про nvim, но все равно с теми вариантами плагинов, что показал в видео, работать достаточно удобно.
а такой вопрос к знающим, разве невозможно с помощью ssh подключившись сохранить локальный конфиг или это на столько муторная работа, что проще уж на голом работать?
@@daiske2867 Нельзя, прийдется git clone делать (если конфиг залит на github)
а где конфиг?
Завтра залью
@@zprogerтак пока и не залил(
теперь осталось понять, а зачем кодеру такая скорость? работать надо головой ,а не быстро.
Очень круто помогает когда нужно фиксить баги, бывает часто надо менять фрагмент кода и тестировать вывод, изначально теряется казалось бы немного времени, но минимальные улучшения в скорости набора и редактировании текста дают просто огромный буст на долгосроке, и также сохраняет много энергии для решения других задач.
Чтобы было проще понять, это аналог как если мышка будет стоять 2 метра от вас, попробуйте исправить баг в таких условиях, это создаст огромные неудобства, а когда спустя несколько часов такой работы вы поставите ее в начальное положение, то сразу увидите насколько сильно выросла продуктивность.
Точно также и здесь, когда человек печатает 20 слов в минут, ему сложно понять чем 100 слов в минуту будут улучшать его рабочий процесс, но когда он развивает такую скорость, то работать с прежними 20 wpm просто невозможно. Я это осознал когда начал тестить разные клавиатуры и трекболы.
@@zproger про трекбол согласен, а вот править баги на скорость это странно. Наверное зависит от вашего стека. я над каждым шагом, условно день думаю, чтобы просчитать последствия)
когда кфг будет на гитхабе?
Будет завтра
2:50 для этого существуют нотпад на винде и нано на линуксе... ну или notepad++ кросплатформа