Почему я люблю Vim. Лучший Linux редактор. Скорость работы Vim.

Статья - devpew.com/blo...
Поддержать меня можно тут - www.donational...
Телеграм - t.me/johenews
Телеграм с покупками - t.me/aliexpres...
Канал с клавиатурами - t.me/ergosplits

[@RuchejAlex]

VIM не старый, он вне времени, пришёл из далёкого будущего от инопланетных технологий

[@decoder9379]

Устаревший калл, написанный так себе программистами, но это не беда вима, это беда многих линукс утилит та же участь у iptables, openssl и многих других.

[@Son0fBeelzebub]

@@decoder9379 норм базы навалил

[@nekosora6036]

Наконец-то itpedia стал нормальные ролики записывать)

[@alyonaomelkina7412]

Так это не itpedia

[@the118400]

ты хотел сказать, что все очкарики на одно лицо?)

[@mao3193]

реально на Алексея похож, особенно в этой черной футболки

[@mmospanenko]

я сюда через эту мысль и зашел)))

[@image1742]

Рыжая Belka Ни в одной из бесчисленного множества параллельных вселенных, johe не похож на Шевцова.

[@nikolaenkovlad80]

мое первое знакомство с Vim это нажатие на RESET,

[@vz2503]

"- Нельзя просто так выйти из Vim" :)))))))

[@KALMAPUK]

ахаха

[@dsedchenko]

@@vz2503 :!kill -9 $PPID

[@vz2503]

@@dsedchenko как вариант :), но лучше ":q!"

[@МіцнийволоснефритовийстерженьК]

лол, а у меня :help, прост надо читать прежде чем паниковать

[@qa337]

*Этот парень был из тех, кто умеет выходить из Vim.*

[@МіцнийволоснефритовийстерженьК]

мальчик который выжил))

[@vitall789]

Кажный раз забываю, когда долго там не был.

[@boycovclub]

Интересно случаи суицида среди программистов были, которые так и не смогли выйти из Vim

[@dexatoro9683]

@@МіцнийволоснефритовийстерженьКмальчик который вышел

[@karmicdude-]

Не чел, ну этот выпуск информационная жестянка). Без хейта. Факты. Реально разберись что такое VIRT, сейчас у тебя понимания нет. Приложение с легкостью может показывать VIRT в разы больше, чем у тебя есть физической памяти вообще, например из-за глупых настроек БД. Это не фактически отжираемая память. В контексте, VIRT означает сколько памяти процесс объявил как "хочет" (не путай с "надо") и система выделила ему этой памяти из разных источников хранения. Процесс не имеет доступа к физической памяти напрямую, поэтому система ему выделяет память как виртуальную, некий абстрактный кусок которым **может** пользоваться процесс исходя из его "хотелось-бы столько-то". А дальше менеджер памяти сам заботится о том, в какую конкретно память распределять данные, используемые процессом. В оперу, в своп и т.д. Этот показатель очень посредственным образом связан с тем, сколько отожрал процесс. Не вводи людей в заблуждение! Что же говорить о реальной памяти, отъедаемой процессом, тут надо смотреть на RES и с оглядкой на 1 - текущую загрузку системы по части используемой памяти (влияет, на количество страниц сброшенных на диск). 2 - совместно используемая память. Два совершенно разных процесса, используя одни и те же библиотеки, уже загруженные в память, отобразят размер такой памяти в этом показатели - каждый из них отобразит, несмотря на то, что фактически память разделена между двумя независимыми процессами, да кого там два - обычно это десятки и сотни процессов и в таком случае RES будет больше реального объема памяти, который сожрал процесс, потому что в не зависимости от существования процесса, количество используемой памяти *вообще* не изменится, т.к. она используется кем-то еще. В твоем же случае, нужно было бы ориентироваться на **RES**. Перемотай ролик и посмотри, что разница между вимом и саблаймом мизерная. У атома существенно больше, но почему так достаточно легко сказать, потому что атом это мешанина из всевозможных библиотек js, c++, css и html, в отличие от саблайма с базой на C++ и C-шного vim-а. Pycharm - джава и питон, комбайн с кучей ненужного 99% пользователям хлама, вебсервером встроенным и прочими свистелками. И даже при всем этом, промотай на 10:15 и о каких ты там 6gb оперы говоришь, когда у тебя выше в htop 3gb мем задействовано? Просто разберись. Есть крутые лекции Yandex семинара по системному и сетевому администрированию о работе памяти в лине "Как Linux работает с памятью - Вячеслав Бирюков", вроде бы там очень подробно разжевали. Дальше. Сравнение на открытие файлов 100+мб. Ты прикалываешься? Во-первых в каких задачах разработчика необходимо с такими файлами производить манипуляции? А вот на реальных проектах, где куча мелких файлов (измеряемых в сотнях или нескольких тысячах строчек кода), где нужно быстро перемещаться по объявлениям, просто контекстному поиску, использовать мультикурсор и прочие вещи, попробуй это без пол сотни плагинов сделать в виме? Пусть тоже как остальные редакторы пытается проиндексировать код, проанализировать коллекцию и структуру объектов, выстроить синтаксическое дерево. Запусти хотя бы гуевый вим, где отрисовывается графика). Это хоть как-то будет реальный юз-кейс. А то что ты показываешь ни в какие ворота. Под похожие примеры, где кто-то сливает в абсурдной ситуации, можно что угодно подогнать. И если говорить о sublime text и vim - у них примерно равная скорость работы, на хабре есть тесты, да и просто в интернете. Никто не спорит, вим шустрый. Можно было бы рассказать о том, что вим быстрый не на таком грубом примере. И модульные редакторы/IDE выбирают в основном не из-за их ошеломительной скорости работы. Никто в здравом смысле не будет пользоваться pycharm просто потому что это забавно. Совсем другие критерии выбора. Обвешай vim приблизительно схожими плагинами, которые максимально приближают его по функционалу к pycharm, например, и ты поймешь, что куда-то его шустрость испарилась. Знаю о чем говорю, когда-то пытался vim превратить в полноценную IDE под несколько языков. Хреновая была идея. Vim - мой основной инструмент по редактированию текста в консоли уже с десяток лет? А может и больше. Но для работы и разработки я использую Sublime Text, хоторый за годы уже перепелил под себя по части навигации - сейчас все работает точно как в vim, за мелкими деталями, которые мне не мешают. Использование Sublime с бэкендом в виде neovim не прижилось. Тем не менее саблайм это реактивная машина и очень экономичная. Но это инструмент под GUI. VIM же рабочая лошадка... в консоли. Но в остальных задачах Sublime Text мой основной и любимый инструмент из-за своего удобства, одновременной скорости и легкости и прозрачности. За популяризацию vim плюсую, но доводы и примеры просто жесть...

[@karmicdude-]

Все что нужно было рассказать о том, "почему VIM" - это наличие разных режимов редактирования и навигации по тексту. Наличие командного режима, который благодаря логическим операциям позволяет творить чудеса при редактировании текста и молниеносно перемещаться по коду, даже без установки плагинов аля easymotion. Удобство и скорость работы возрастают многократно. После этого, обычные лайауты редактирования, какие реализованы в других текстовых редакторах/IDE, базирующиеся на обычном режиме редактирования + сочетания клавиш кажутся примитивными, ты остаешься как без рук. Ты не понимаешь, как вообще можно пользоваться не вимовским стилем навигации. Я могу часами не трогать мышку, забывая о ней, потому что все что мне нужно, я могу сделать через логические операции в командном режиме в виме. Именно поэтому у меня в остальных редакторах стоят допиленные лайауты вима, поэтому в браузере у меня vim-навигация. И это не vim головного мозга. Просто это чудовищно удобно. Просто требует времени для освоения. Ну и, естественно, навыка слепой печати. Без него полноценно и быстро пользоваться vim не получится. Поэтому я выбираю vim и даже не пытаюсь спорить с теми, кто не зная и не желая попробовать все это со слюнями утверждает что вим это дедовское говно и архаизм, а я болен). Вот что нужно было рассказать, а не то, что vim быстрее заменяет строчки в файле на 180мб.

[@Slavasil]

очень многобуков

[@Дмитрийсергеевич-о9п]

@@karmicdude- ты прав, но по своему и на 50% )) . .когда будешь работать в реально больших проектахи реально серъёзных задачах, вдруг выяснится что 99% автоматизации разработки, контроля и управления той же разработки в виме просто нету.. и зх чо делать... а то что вим позволяет прямо как телепату работать с текстом, так я хочу тебя огорчить - РЕАЛЬНЫМ программистам торопиться некуда.. а вот КОДЕРАМ - ДА! кодерам надо быстро набирать текст и МНОГО текста.. но вот не все кодерами пашут, кто-то пашет девелопером или аналитиком или проектировщиком )) если вам надо прямо быть богом текста, то у вас с компьютерами явно что-то не сложилось.. задумайтесь, но! при этом вы на 50% таки по своему правы..

[@aristarhbahirev2548]

Спасибо, что рассказали :) Сам узнал новое, хорошо, что есть люди, которые хорошо разбираются и могут рассказать

[@KoichiHub]

Сначала подумал, че так много букв, потом прочитал и тип, ну Вы конечно по фактам сказали) аж и интересно и чётко, внатуре чётко👍🏻

[@НочнойПрограммист]

Вим прекрасен конечно, но для программирования больших программ ни он, ни все эти редакторы с подсветкой не катят. Что действительно замедляет разработку так это отстутсвие AST (абстрактное синтаксическое дерево), без него навигация по коду возможна только по похожести слов, без учета контекста. В больших проектах в подсказках будет мешанина из вхождений. Вообще не представляю разработку без возможности одним движением переместиться к декларации функции/класса/метода или увидеть список их использования. Ну и масса других фич реализованных в современных IDE и не реализованных под вим исключают переход на него. Я пробовал пару месяцев, но работа моя объективно замедлилась, и вернулся обратно на джетбрейнс. Разработка это не скоропечатанье, а больше ориентация в архитектуре кода, к тому же иногда в сторонних либах приходится копаться, навигация спасает. С пишармом че-то не то у вас, полтора гига на холостом ходу жрать должен.

[@user-yh7zc9ke4s]

Есть плагины почти для всех ide, которые позволяют использовать преимущества vim, не теряя фич ide.

[@НочнойПрограммист]

​@@user-yh7zc9ke4s перечислю то что в голову придет. АСТ я уже написал нет, уже только это напрочь исключает использование. Вот захотелось мне переименовать метод с каким нить названием которое есть и в других классах. В иде просто ставишь курсор на нем жмешь "рефакторинг ренейм" пишешь новое имя. Это благодаря асту. Без него придется лазить поиском и заменой по всем файлам и думать над каждым вхождением надо его менять или нет если есть одноименный в других местах. 5-секундная задача будет превращиться в многоминутную а то и вообще будешь избегать таких задач, переименовать метод надо но не можешь, а ладно и так сойдет. Нет рефакторинга в общем и навигации по коду, подстветка такая же чисто по похожести слов. Интеграция с гитом. Даже в ее пределах фич не перечислить. Отображение изменений в виде дерева, коммит/реверт/шелв произвольного узла в этом дереве, полезная в быту вещь, за цикл разработки можешь наменять в разных папках и захотеть их потом по отдельности закоммитить, как это в консоли делать, писать эдд с перечисленим папок, не ошибиться при этом, держать в уме и лазить всё сверять глазами. А если несколько файлов надо? Задолбаешься их пути перечислять, вместо того чтоб с контролом натыкать мышкой. Не знаю как сейчас, может чето подобное запилили, в 13-м году не было. Подсветка изменений на строках и там же операции дифф/реверт. Дифф тоже в иде с любым коммитом в 2 клика делается и отображается в виде дерева и можно пощелкать файлы в нем и посмотреть что поменялось. История файла, сравнение файла с такой-то веткой или коммитом. Ченджлисты. Ручной построчный мердж изменений при слиянии. И тд. Гит вообще не для посиделок в консоли, это больше программный интерфейс чтобы вот такие людские интерфейсы создавать. Сравнение файлов/папок. Просто необходимая в жизни фича. Где там плагин который в человеческом виде отобрзит это в двух панелях и даст построчно переносить влево вправо. Автоформат кода. Вообще неизбежная фича, не руками же все эти пробелы расставлять. Особенно в целой папке рекурсивно. То что я находил было недоделанным подобием того что есть в иде и без возможности зайти поменять пару галочек, надо было лезть в его скрипты и разбираться что к чему. Соединения с удаленным серверами и маппинг локальных папок на удаленные. Переливание файлов тоже неизбежная вещь. Заигноренные файлы какие-нибудь или статика. В иде это в два клика делается, такую то папку туда то. В виме там не знаю что под это есть, скорей всего будешь руками набирать заклинание рсинха каждый раз, алиасы городить. В общем это для тех кто не спешит или у кого проекты на 10 файлов. Вместо того чтобы пилить проект будешь пилить эту вим-иде под себя. К пенсии доделаешь. Я целый месяц его тогда настраивал, еще месяц посидел потом пообламывался. Того нет этого нет, тут дописать надо, сидишь целый час пишешь какую то приблуду. Это все конечно концептуально очень, выглядит космически, из любого места можно зайти если под тмуксом, но вся эта романтика в боевых условиях распадается на атомы. Ни один клиент не будет ждать пока ты там рабочую среду свою организуешь и тем более оплачивать. А заниматься этим будешь половину времени. И это я перечислил только то что на поверхности, думаю список будет километровый. IDE это не тот случай когда опенсорс рулит. Это вообще архисложная тема (сколько в мире иде, 3-4?) и делаться может только централизованно, а не на энтузиазме. 150 долларов в год это вообще бесплатно за эту функциональность, они отобьются через неделю. Я не представляю в какой жопе находились бы мои разработки если не иде, это вообще бы другой код был абсолютно. Проблем с памятью не вижу. Ну занято там полтора-2 гб, и чо? Недавно проделывал большую рутину открывал закрывал 80 проектов раз наверно 300-400 за несколько дней, памяти как было занято 2гб так и осталось. Полностью не закрывал ни разу для эксперимента как раз. Пхпшторм Ну и (включая мозг перед написанием комментария) дополню, такая задача как открывание больших файлов это самое редкое в работе, в таких случаях идешь да смотришь в виме. Чето зареплейсивать в таких файлах вообще обычно не приходится, не припомню чтоб хоть раз это было надо)) Понимаю что это чисто бенчмарк был, но это оторванная от жизни метрика вообще.

[@goshagotye]

@@НочнойПрограммистхоть и фанат вима, но полностью согласен с Вами. Некоторых важных вещей там просто нет. Вим это не иде, и его никто таковым и не задумывал. Это нужно понимать с самого начала знакомства и желания его в таковой превратить.

[@milaro222]

@@НочнойПрограммист По большей части все что вы перечислили реализуется в виме к примеру vim-fugitive для гита, а если что-то не реализуется то делается очень просто, вим используется совместно с IDE для редактирования текста, а сама среда для компиляции, дебагинга и каких-то фич. Сам перепробовал огромное количество IDE и постоянно использую Visual Studio, Eclipse, PyCharm ставил в них эмуляторы вима, но в конце концов оказалось эффективнее просто писать в виме.

[@ThisDaveAndThatJohn]

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

[@andrewsalnikov438]

Дмитрий, хотелось бы продолжение увидеть по Vim. Как и писали уже в комментариях: увидеть настройку и повседневную работу. В частности, по настройке конфигурационного файла .vimrc с базовыми моментами - кодировка файлов в utf-8, нумерация строк в файлах, двухпанельное разделение в vim для работы с деревом проектов. Спасибо.

[@censored2279]

В конце видео попытался закрыть вкладку с помощью :q!

[@shadow_sz]

Есть задача, нужно забить гвоздь. Есть варианты решения: - молоток - отвёртка - плоскогубцы но их для начала нужно купить, потом где то хранить, а когда они понадобятся за этим инструментом нужно сходить, вернуться, забить гвоздь и вернуть на место. Но есть решение лучше, забить болтом. Он всегда рядом, не нужно никуда ходить. Достал, забил, спрятал. Так вот, не ипите мозг, используйте инструменты по назначению. vim - Продвинутый текстовый редактор а не IDE

[@mvs3d]

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

[@JiFox]

Если можно хотелось бы побольше видео про Арч

[@strandedinthe0737]

и какой софт используется, какая оболочка вообщем всё

[@viktor196262]

Здравствуйте! То же интересно про Арч. Месяц как установил, мучился ))

[@strandedinthe0737]

Стпвил арч, но так как не было вреиени разобраться а нужно было уже кодить остался пока на убунту. Было бы круто если бы ты рассказввал про аоч

[@yevhenukrainianer4781]

В Арче приятен AUR, это упрощает обновление. Мне проще в Арче поставить только то, что нужно, чем убирать из Убунту или Федора.

[@timuraztartov3743]

Конспект "Сравнение потребляемой памяти" (Linux): Файл .json 1,6кб: * Vim - 84,5MB * Atom - 1'600MB * Sublime Text 3 - 791MB * Visual Studio Code - 1'400MB * PyCharm - 6'000MB Файл .json 180мб - 412'000 строк: * vim - 300мб Личный тест (Windows 10): Файл .json 12,76KB - 515строк: * Блокнот - 2,2MB * Bred - 2,6MB * GVim - 5,2MB * Notepad3 - 11,2MB * Vim - 14,MB * Emacs - 22,9MB * Sublime Text 3 - 24,1MB * Atom - 90,7MB * Visual Studio Code - 335,4MB Непонятно, почему графическая версия Vim'а потребляет меньше памяти, чем консольная.

[@bacruabacrua]

2 порции пасты этому отважному флибустьеру, ЙО ХО ХО

[@АлександрЧистяков-у1ь]

Как похорошел Шевцов при Собянине!

[@alexanderommm]

Давай про модули и в целом, как работать с ним в больших проектах, работа с файликами и т.д.

[@xxx---xxx---xxx]

Посмотрел у чела видос про цианоген, подписался, теперь в предложке Ютуба через день выскакивают его ролики, я понимаю что теперь я в высшей касте, тут и вим и пингвин и линейдж без гугл сервисов, элитно 🎉

[@artemsmushkov766]

Странно, что в тесте не участвовал Emacs.

[@gadomsky]

Так как всетаки выйти из vim?😂

[@zxspectrum3352]

я ухерачил по системнику с ноги, чтобы из него выйти, вроде сработало, ток чет комп терь не запускается :-(

[@oleg-medovikov]

ZZ

[@user-ey3st6od3c]

Esc - shift+Z+Z

[@ncertus]

В командном режиме: :q - закрыть, :wq - записать и выйти, :!q - без сохранения изменений. Режим редактирования - i , режим выделения - v , выход в командный режим - esc .

[@dsedchenko]

:!kill -9 $PPID :)

[@PassintoEurope]

Да VIM вообще огонь. Когда первый раз увидел vim, думал "капец, что это за ископаемое, оно может понравиться только олдфагам", но когда попробовал на дохлом неттопе (на котором VSCode сжирал всю оперативку) поработать с сайтом, то офигел, как всё удобно, если конечно разобраться. Так что продолжайте про vim, может что-то типа уроков по настройке и использованию получится сделать.

[@anton.k.]

А как дела с длинными строками (4к символов, например) ? с вкл. подсветкой синтаксиса. vim`у слабо подсветить ее без ограничений, а если включить cursorline или отн.нумерацию - то вообще лагает сильно. А в веб-разработке это часто бывает (намного чаще больших файлов), когда картинки закодированы в url (data:URL). А Sublime даже не напрягается (или совсем немного, в других не проверял).. Сам в шоке.. Но похоже vim лучше не использовать для веб-разработки и подобного. (проверял и в neovim ). Похоже придется идти тыкать палкой в emacs (проприетарщина и электрон не хочется)

[@LuaNaZakaz]

Привет! вижу несколько раз ты нажимал в обс остановку записи. Подскажи склеивал ffmpeg ом? быстренько или другой способ

[@andrewgrant6179]

У тебя i3wm? Покажи ее кастомизацию) и всякие плюшки с нуля, если можешь)

[@johenews21]

Постараюсь

[@andrewgrant6179]

@@johenews21 спасибо!) буду ждать, я сам использую i3wm, это сильно ускоряет работу, когда используешь лишь клавиатуру, но собрать нормальную кастомку я не смог, лишь пару баш скриптов прицепил и все...

[@pawelharutiunow9622]

Евгений Янковец да что там нужно-то? Цвета настроить, статус-бар и раскладку клавиатуры, если необходимо. Для гармонии можно еще jkl; заменить на более привычные hjkl.

[@denpol9956]

Если на проекте приходится редактировать файлы с большим количеством строк - явно что-то не так с проектом )) большие json'ы должны генериться при компиляции (явно не руками), а если кодовая база разрослась в одном файле (видимо, речь про длинные спагетти в одном файле?) - срочно надо рефакторить и декомпозировать.

[@ThisDaveAndThatJohn]

Я давно подумываю пересесть на вим, но когда начал практиковать, понял одно: чтобы стать реально эффективным понадобятся годы (тоже самое, что игра на фортепиано или кручение кубика Рубика на скорость), рефлексы они не так просто переходят с осознанного уровня на глубинный-автоматический, особенно когда уже имеются устоявшиеся рефлексы работы с клавиатурой. Работать все-таки нужно продолжать, поэтому на момент эффективнее в IDE. Когда стану спецом, тогда плавно начну применять вим, ибо вначале работать в нем еще медленнее чем в IDE.

[@DeadEyeCrafts]

За неделю освоил вим и узнал как всё настраивается. Но я начинающий кодер и начал именно с вима - а вам с вашего поезда привычности спрыгнуть будет проблематично.

[@ThisDaveAndThatJohn]

@@DeadEyeCrafts я с 13 программирую =)) Привыкну, vim это чистая моторика, да и переходить на vim полностью плохо, он хорош для быстрого и слепого набора/редактирования текста, это и есть его идеология. В плане рефакторинга больших проектов он уступает IDE, и это давно все заметили. Т.к что vim что IDE все это инструменты, и использовать нужно самый удобный и самый эффективный для каждой проблемы. Ограничиваться одним не лучшая идея, тоже самое что и с ЯП.

[@mahadev3377]

С наступающими новогодними праздниками! Хорошего настроения!

[@Dimaangel1996]

У меня на винде VS19 за 14 сек заменила все совпадения в этом файле, прокрутка не тупит. Съедает ~500мб. Но приходится немного подождать открытия файла, около 10-15 сек. В блокноте++ прокрутка тормозит сильно и замена дольше работает.

[@АбуЗаррФарадей]

Мог бы и показать, как выйти и пару других важных команд. А так тесты мне такие нравятся. Давай сравнивать на производительность окружений рабочих столов На линукс и для бонуса можно ещё добавить винды, и мак)

[@avbolshakov]

вим интересен ( и не только как выйти), модули тоже интересны. просим

[@qrefccpa4195]

vim без графической оболочки, остальные с графической, я думаю, это все из-за графики, надо еще сравнить с редакторами без графики, например с nano

[@linuxlifepage]

nano это простейший редактор, сравнивать с vim нецелесообразно

[@dartveider1372]

Aleksei Brusianskii есть gvim. Скажу по опыту : утомительный редактор.

[@qa337]

#linux life однако nano куда удобнее для повседневной работы))

[@peskovdev]

@@qa337 нет. Если хочешь удобный - ставь micro, но имхо, вим удобней

[@yauhenx]

Имхо, для человека, который занимается программированием, считать преимуществом меньшее потребление памяти, это ну оочень странный аргумент. При прочих равных, вопросов нет. В остальном - какая мне разница, занимает мой редактор 100 мегабайт или 3 гигабайта? Большинство этих ресурсов будет потрачено на обновление поискового дерева(чтобы практически мгновенно искать в больших проектах) или на обновление синтаксического дерева(чтобы отслеживать взаимосвязи между объектами и переменными). В этом аспекте было бы интересно сравнить - можно ли навешать на vim эти возможности и сколько он ТОГДА будет занимать памяти? Я может сильно идеализирую, но у меня нет ни одного знакомого айтишника, у кого бы было меньше 16гб ОЗУ на компе. Вот преимущество между sublime text, который у меня 110 мегабайт занимает в озу и vim было бы интересно узнать.

[@anton.k.]

а у меня Sublime занимает около 300-500 (544 прямо сейчас) меня это вполне устраивает. и есть всякие Kate и Geany. + настроил некоторые комбинации из Vim, типа Alt+HJKL (ну вы поняли) - удобно что для этого не нужно переходить в командный режим и обатно))

[@SergMirny_yt]

НУ дык сферический конь в вакууме всегда легче реального коня, который есть, пьет и срет. Так и тут нах сравнивать тектовый редактор с IDE, если они предназначены для совершенно разных задач и функционал у них совершенно разный... Приходишь тыт такой на работу в софтверную компанию, а они такие - наша корпаративная IDE - Vim... Угу...

[@peskovdev]

меньше меньше, обвешанный вим с lsp занимает может быть 100мб, pycharm забирает 1gb+

[@yauhenx]

@@peskovdev у Вас наверное старый корч с 2Гб оперативки, если Вы так беспокоитесь за этот самый гигабайт? Другой причины, ну кроме разве что повыделываться как мало занимает места в ОЗУ программа.

[@peskovdev]

@@yauhenx чувак, гуишный пайчарм будет открываться секунд 5 когда вим сделает это сразу, все в целом работает более тормознуто, открыть терминал ждем пол-секундочки, выполнить поиск - ща подгрузится и отобразит. Если ты его еще плагинами обвесишь до минимального юзабилити - умножай все на несколько порядков. И это я тебе не с пустого места накинул, я тебе это говорю как человек который долгое время сидел в специализированных ide: sublime, vsstudio, vscode, pycharm. Оперативы у меня не 2гб, а 8. И в момент когда у тебя крутятся 3 проекта и открыто 20 вкладок в браузере, вьебывать лишний гиг действительно непростительно. Ну и все эти решения не всегда могут просто открыть файл... kzbin.info/www/bejne/hZOUo6SegNyNoqs К тому же ты спросил есть ли прирост в скорости - я тебе ответил что есть, в ответ ты написал что гиг это нормально. Нет это не нормально.

[@DimiEG]

Спасибо за видео. Про vim всегда интересно. Теперь правда это nVim.

[@allExx13s]

А как же Emacs? Или Вы его не осилили? =)

[@olehbrony6506]

ссылку на гитхаб даже не оставил.

[@richardneil4651]

Было бы интересно про книги, учебные материалы послушать :)

[@decoder9379]

Для того чтобы читать текст есть команды cat и less. Если листать не удобно используется нормальный удобный текстовый редактор графический, подойдёт любой, который удобен лично вам.

[@mahadev3377]

Vim понравился, осталось только научиться в нём работать. Спасибо за твои полезные видео!

[@АлександрТрухачев-и6й]

Тема Vim очень интересна! Был бы благодарен если бы более углубленно рассказал, сам знаком не много) выходить умею) но не использую очень многие фичи и не знаю возможностей, было бы классно послушать и увидеть на примерах. Видел как ты в каком то видео что то редактировал в виме, потом тут же перенаправил вывод команды в файл не выходя из вим, копировал нужную информацию, и быстро построчно удалил не нужную и все это ты делал в консоли. Конечно я тоже могу это сделать - что то редактировать в нано, выйти выполнить команду с перенаправлением вывода в файл, потом снова открыть этот файл и вот тут самое интересное если у меня нет мыши я тупо буду перепечатывать нужную инфу в нужные места или в лучшем случае при помощи дел или бэкспейс уберу не нужную инфу и потом так же при помощи дел или бекспейс подставлю нужную инфу в нужное место... короче вопросы конечно решаются, но все можно делать быстрее и удобнее, хотелось бы научиться

[@justborney]

vimtutor

[@xxxxPomaHxxxx]

даже если программист будет писать код со скоростью света это ускорит процесс разработки максимум на 1-2% потому что основное время это не печатание текста

[@AlekseiKazantcev]

Соглы, основное время ты сидишь попиваешь смузи на берегу океана, ведь все плагламисты так живут?

[@xxxxPomaHxxxx]

@@AlekseiKazantcev При чем тут это? я могу за 8 рабочий день написать 50 символов, и это нормально, потому что главное головой работать, а не по клаве стучать.

[@АлександрМельник-ч3ь]

Согласен. Программирование и скоропечатанье - это совершенно разные вещи. Если программист печатает код по 100 символов в минуту, то это какая-то ерунда. Иногда часы и дни уходят на то, чтобы в голове родилась идея или решение задачи, так что время на написание самого кода - не так важно.

[@yan200go]

В VS Code можно заменить всё, надо было просто поменять отслеживание вырхнего и нижнего регистра. Если ты не умеешь пользоваться радактором, не надо его хэйтить. И мнение по видео: да, vim открывает большие файлы, но я не так часто из открываю. Для большинства задач хватает обычного редактора, например vs code. Он проигрывает по потреблению ресурсов, но намного функциональнее. И хочу закончить фразой: Не важно где программист пишет, важно что

[@eladkipiani9571]

Интересно. Вот я обычно работаю с файлами 0.5гб и больше. Обычно скриптами по шаблону и построчно. Теперь поставлю себе vim на виртуал и посмотрю. Спасибо за ролик. Интересный опыт.

[@Paul_MuadDib_Atreides]

Ну давай начнем с того, что Visual Studio и Pycharm - не текстовый редактор, а полноценная среда разработки. И кушать оперативы она конечно будет прилично. И конечно-же сравнивать прожорливость текстового редактора и IDE - некорректно. Что касается Atom - да, у меня на маке он хавает под 1Gb оперативы. Но в Аtоm-е и функционал, простите, несоизмерим с Vim. Хотя такое поведение при замене текста в файле мне непонятно. У меня таких проблем нет: редактировал файл весом в 150 Mb. Работаю полноценно в Pycharm Pro и Atom, на MacBook Pro Late 2015. Топовая поcледняя модель на i7 4870HQ + 16Gb RAM, после него уже пошли макбуки с тачбаром. И ни разу я не загрузил процессор и оперативу на все 100%, максимум - 80%. С другой стороны, считать каждый мегабайт оперативы, в 2019, когда у тебя на рабочем компе минимум 16 Gb - выглядит немного по-жмотнически. Vim - отличная вещь при работе в с CLI, когда надо подредактировать файлик здесь и сейчас, без открытия посторонних приложений. НО в целом. я считаю что это архаизм, и не подходит для полноценной работы. ИМХО.

[@_remblanc]

Здесь таки не IDE Visual Studio, а текстовый редактор Visual Studio Code. Да.

[@dsedchenko]

Atom и Vscode жрут много памяти в основном только потому что написаны на Electron

[@peskovdev]

24:00 а не мог бы ты поделиться решением со сменой раскладки на русскую в нормал моде

[@washington6666]

Почему автор открывает GUI программы и сравнивает с CLI vim?

[@decoder9379]

Так еще и путает IDE с text editor

[@denial_of_4343]

большое спасибо за мотивацию изучить vim)

[@DarkNoys]

А как же emacs ? Хотя я понимаю что он явно медленнее vim, но большая часть времени это начальная загрузка, а так если запустить его и после работать не закрывая то думаю он не сильно плох.

[@egorkin.piccolo]

более того с evil можно легко перейти (edit) с vim на emacs, почти все комманды пашут стандартно, но если не нравится что-то, можно перебиндить налету. я вообще не кодер, а музыкант. заинтересовался из-за org-mode и интеграции google-календаря , потом увидел что можно писать НОТЫ в lilypond и рендерить в pdf, поэтому emacs - это среда, которую всегда можно настроить под свои цели. а вим - да, классный редактор для тех, кому надо токмо текст и ничего вообще больше. пойду почту проверю в емаксе. =D

[@acerlmt]

Увидел превью, подумал что Шевцов в Линупс ушёл оО

[@richardneil4651]

А он сидел на нём. Сказал, что даже долго. Но, мол "на нём ничего нет", поэтому и ушёл.

[@lunedefroid8817]

Бляяя, пипец правда как он похож на Шевцова.

[@_remblanc]

Не сказать бы, что VS Code глючный. Пусть он и слегка костылевый, но на данный момент это имхо самый адекватный редактор из всех гуишных, еще и с нормальной системой плагинов. Конечно, странно про гигабайт, поскольку у меня на венде он где-то в районе 100-200 находится. Ещё: пайтон - норм язык, по крайней мере софт, на нем встречающийся, работает проворнее всяких там жабаскриптов и прочей мути. Хороший синтаксис и невероятное удобство, можно прототипы писать, скрипты пилить, математикой заниматься и все такое.

[@vovergg]

Очень интересно про vim. Для меня самая сложность сейчас - это разобраться со всеми его настройками/возможностями и плагинами, чтобы кастомизировать его под себя максимально.

[@yzums]

Ну как там чел, разобрался со всем? Перещел на вим или все же остался на IDE и прочие редакторы? Просто сам щас его изучаю, вроде все настроил, но после VSCode надо привыкать, минимум неделю помучатся надо.

[@vovergg]

@@yzums Да, в основном во всём давно уже разобрался. IDE не использую в качестве инструмента для повседневной разработки, т.к. они очень медленные. Vim у меня как второй основной редактор (первый основной - Sublime Text, он всё таки чуток удобнее + vim режим встроенный у него есть :)

[@htmlbird]

Автор подобным сравнением непонятно на что рассчитывает. Такое сравнение показывает невежество и не профессионализм. Это то же самое, как сравнивать скоростной болид Формулы 1 с Рено Логан, и удивляться, что двигатель последнего работает медленнее. Ну как бы задачи разные у обоих. Использование Vim можно сравнить с велосипедом. Каков процент людей собирают его самостоятельно, а каков тех, кто просто покупает готовый, и использует? Так же и с Vim. Раньше сбор компьютера для домашнего использования было продиктовано временем и необходимостью. Этим и сегодня занимаются, но уже очень редко. Или это делают за тебя. И те кто не хочет копаться во внутренностях - это обычные люди. Просто потребности другие. С программами тоже самое. Все что окружает ВИМ продиктовано годом выпуска Ви. Когда не было ни мыши у людей, ни графических интерфейсов. Когда даже дискета была роскошью, а дисководы просто не поставлялись к многим ПК. Отсюда и сочетание клавиш на все что угодно, и возможность настроить все как ты хочешь. Но в 21 веке эта ретроспектива почти никому в большей массе ненужна. Убеждать и доказывать что-то глупость. И этим занимается только глупый человек. Как мне правильно сказал опытный пользователь Vim: - Если для решения задач тебе хватает текстового редактора или IDE, то использовать ВИМ неразумно. И я с ним полностью согласен. Все эти мифы о скорости работы с кодом и удобстве живут только в головах пользователей Vim. Неразумно для большинства прежде чем пользоваться редактором: 1. Изучить английский, чтобы читать по нему документацию. 2. Прочитать книгу о том, как пользоваться и настраивать программу. 3. Посмотреть несколько часов уроков на Ютюбе по программе. 4. Запоминать десятки сокращений клавиш программы. 5. Учиться слепому набору на клавиатуре. 6. Привыкать. Это глупость если у этого нет веской необходимости. Например, когда ты решаешь такие задачи, которые требуют нерационального подхода от программы. А это требуется для узкой группы людей. Vim хороший редактор, как и любой другой. Главное не редактор, а кто им пользуется. Если человек идиот, то ему, что Vim, что Sublime не поможет. Для идиота любой, кто не такой, как он - дурак и самодур. - Как же, ты не можешь освоить Vim? У тебя нет мозгов? Ты что, не видишь, что Atom открывая 128 килобайтный файл съедает 10 гигабайт памяти в твоём 4 гигабайтном ноутбуке? - говорит идиот, показывая свое не умение понимать чужую точку зрения и узколобость.

[@user-po8qw8ny3z]

Курс по vim в студию. Хотя бы немного.

[@mykolaycheverdak6836]

В Вим встроены курсы.

[@user-po8qw8ny3z]

@Dmytro Traynych пасибо, полезно ознакомлюсь

[@c4llv07e]

Солорайзед в качестве темы греет душу :)

[@KirchikMart]

Отличные примеры! Спасибо :)

[@whekin]

Благодарю! После вашего ролика заитересовался Vim'ом. И действительно, это прекрасный интструмент. И главноя его фишка для меня - это, конечно, mouseless. Недавно поставил плагин Vim для VS Code и счаслив. Т.е в обычном режиме пишу код в VS Code, пользуясь всеми ее фишками, а когда нужно открыть большой файл - открываю его в Vim, и перехода почти не ощущаю, т.к взаимодействие с кодом не поменялось. Правда, мне еще не приходилось открывать и редактировать большие файлы... В любом случает, Vim очень удобен чтобы бысто что-то посмотреть/отредактировать и т.д. Так что еще раз благодарю, если бы не ваш ролик, я не знаю сколько бы я еще мотал рукой от клавиатуры к стрелкам\мыши и наоборот)

[@ЮрійБрадул]

Да, было время 1mb memories - $1 стоил

[@ferselferses4233]

Помогите настроить копировать вставить из/в главного буффер обмена, я заколебался код вставлять через *опу

[@7453060]

Поработайте с логами отладки биллинга. Средней xml файл весит полтора гигабайта, а количество строк исчисляется семью знаками. Среднее время открытия в notepad++ 3 часа. Парсить такие файлы почти нереально. Парсинг одного файла, при учёте, если знаешь что парсить на java 6 занимает 7 часов. Выручает только опыт, когда знаешь куда смотреть и что искать. Для скептиков скажу, что запрограммировать поиск случайного бага одной программы другой программой задача нетривиальная и дешевле содержать штат специально обученных людей, ну и мегасервер.

[@nakidai]

vim: сделан, чтобы не юзать мышь автор: 1:11

[@johenews21]

откуда берутся такие тупые как ты?

[@Mikhail.Makarov]

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

[@michaeljordan1283]

Возможности vim не только для "тяжёлых файлов". Даже для навигации по файлу в vim отдельный режим.

[@vitaliishcherbakov1455]

Привет! Какой linux ты используешь ?

[@kkeipa]

раз PyCharm - это текстовый редактор, то Photoshop - это программа для просмотра фото. Всё логично

[@johenews21]

Если ты не вдупляешь в контекст и не понимаешь, что речь идёт про ide то отпишись, дружище

[@SergMirny_yt]

@@johenews21 так это ж ты сравниваешь IDE с текстовым редактором и говоришь, смотри как мало хавает текстовый редактор в сравнении с IDE... Как бы, это естественно. Не?

[@boole_cat]

А много строго строчек кода вы пишете за день?

[@green4ao]

neovim модернизированная версия Вима, кстати есть пару книг в помощь: scanlibs.com/?s=neovim А здесь собственно сравнение со стандартным Вимом: github.com/neovim/neovim/blob/master/runtime/doc/vim_diff.txt

[@AleksandrMaltsev-jm8ph]

Насмотрелся, и переехал на с vs code. в терминал на nvim. но lsp pyright . С Django работает не предсказуемо. Иморты работают странно, я ещё только новичок. Пожалуйста подскажите как это работает, почему одни импорты видно другие нет. И как это настраивать?

[@МаксимПершин-н9о]

Я так понимаю что ролика про vim больше не будет ( всё таки что за плагин используешь для markdown, чтобы срузу в браузер? Спасибо!

[@yuriorkis_scream]

Настроил подсветку ошибок и частичный автокомплишен! Работает как-то странно. Например после какого-нибудь std:: автокомплишен предлагает cout, cin и т.д. Но банальные простые типы и ключевые слова не подсказывает!!! Как так((( Одной из причин, как я понял, может быть отсутствие базы данных (liblang иди cmake). В документации вот такие команды предлагаются: $ mkdir your/build/directory $ cd your/build/directory $ cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON path/to/llvm/sources Но что за build directory? И что за llvm source? Я наверное задаю совсем нубские вопросы, извините( Просто только начал осваивать линукс и Вим. Да и вообще совсем недавно увлекся программированием. Просто как-то интуитивно Вим кажется очень крутым.

[@necromancermt530]

По большей части существует книжка О'Reilly Изучаем редакторы vi и Vim. Большое количество живых примеров и техник работы, вплоть до написания плагинов. Касательно Emacs, и для него есть отдельные вимовские плагины, ну и пара ознакомительных видео. Вим это редактор для которого время потраченное на изучению является фактическим временем ускорения производительности. Порог вхождения день-два. Дальше только ваша личная заинтересованность и стремление осваивать новое.

[@vyacheslavs_z3572]

Расскажи про neovim. А именно отличия и особенности от vim. Как говорится neovim vs vim.))) Было бы интересно услышать твоё мнение.

[@anton_2002]

Я конечно понимаю негодование автора, но программы с которыми вы сравниваете имеют хоть какую-то граф оболочку как я понимаю, они и так будут тяжелее чем vim который в терминале. Почему не было сравнения с NANO ?! Она точно так же запускается в терминале и вроде тоже шустрая. Сделай сравнение.

[@ВладШарпио]

У нано есть главный недостаток это система управления в ilo ipmi bmc нет возможности передачи произвольных конфигураций клавиатуры поэтому порой деже выйти не получиться..

[@ПавелПодзоров-р8н]

Хотелось бы посмотреть Твои конфиги доя vim-а и i3wm, если возможно конечно.

[@AyratVideo]

Есть крутые моменты, спасибо!

[@alexander_kutsenko]

Можешь рассказать, какие плагины используешь вместе с Vim + покажи свой конфиг Vima'а

[@karlkomarblch106]

Так я не понял!!? Как выйти из vim???

[@ruslanetman]

Про плагины было бы не плохо видос. И все твои девайсы обзорно: галопом по Европам, точным названием и что клево. Особенно клавы. Что монитор? звуковые, микрофоны? Как снимаешь видосы и обрабатываешь? Звук? Где видос об организации базы знаний? И новый перспективный дистрибутив?

[@butek6799]

Ребяра как в Vim включить авто продление что бы список вариантов выпадал на ходу во время ввода.

[@megahronik]

Крутое видео, спасибо! Насколько я знаю VIM работает так что скажем если на компе 4 ядра, при загрузке большого файла только 1 ядро будет задействовано, тоесть сам VIM проигрывает тому же Sublime(распаралелит работу между всеми ядрами) в работе с большими файлами при replace и тд

[@kovesik]

Странно, что на thinkpad ты пользуешься обычной мышью...

[@johenews21]

А чем я должен пользоваться?

[@kovesik]

@@johenews21 ну ты топишь за удобство использования Вима,который подразумевает работу чисто на клавиатуре,то есть если ты им пользуешься на постоянной основе, то тебя должно тошнить от иной постановки рук,отличающихся от вимовой, потому что это реально удобно, а трекпоинт как раз таки расположен так, что в этом положении его хочется юзать

[@kovesik]

@@johenews21 макбуком например

[@linuxlifepage]

@@kovesik , причем здесь мак?

[@kovesik]

@@linuxlifepage при том,что thinkpad позиционируется как бизнес ноутбук, и так как ты спросил, чем тебе пользоваться я предложил тебе альтернативу из того же сегмента, использование мыши на нем выглядело бы менее ,чуть менее странно,учитывая то,что там крутой тачпад. Просто пользователь vim вкупе с трекпоинтом выглядит вполне логично, нежели с мышью. Не в качестве хейта, в качестве замечания это сообщение.

[@qa337]

Адекватность видео: Запускаем IDE и графические текстовые редакторы. Далее запускаем vim и сравниваем )0)0)0)0)0) Серьезно ?) Автор инвaлuд ещё и на голову )))

[@ArtemCYOU]

а что за плагин который раскладку переключает?

[@linuxlifepage]

Привет! Запиши подробное видео про Vim! Очень интересно

[@TheAzovStar]

Убедил! Спасибо за видео!

[@animagnoa]

Что за сборка ОС?

[@Сисадминканал]

mcedit, не?

[@kovesik]

Что значит не интересен vim? Еще как интересен

[@ДядяДядичев]

зачем? если есть ноутпад++?

[@kovesik]

@@ДядяДядичев смешно их сравнивать.

[@temkastomsk]

@@ДядяДядичев скачай нотепад для линуксе

[@vafi1374]

@@temkastomsk notepadqq как аналог 0)

[@gennadiyzolotaryov4113]

@@ДядяДядичев -- так это ж гуйня, да ещё ниуя не могущая! :)

[@weefix3108]

Так что за было расширение для .md файлов для vim'a?

[@yaroshchenko_creative]

Благодарю за видео!

[@igorm.9845]

Не понял при чем тут vim и наезд на скорость питона и фреймворки.

[@linuxlifepage]

В чем отличие vim от emacs?

[@RuchejAlex]

Для выхода из вима разработчики ПК придумали очень удобную встроенную кнопку, называется reset.

[@decoder9379]

А еще есть ctrl + c или ctrl + t, после чего команда sudo killall vim

[@neon8940]

Как вы относитесь к десятипальцевому "слепому" набору текста. Без этого навыка даже vim не даст желаемой эффективности. Вы сами им владеете? Или вас устраивает однопальцевый?

[@ГеоргийУстинов]

Разве VIRT - это не виртуальная память с учетом страниц памяти, которые были освобождены? Т.е. VIRT показывает то, до каких адресов была расширена виртуальная память процесса операционной системой, но при этом не вся она реально используется и физических ресурсов не занимает. Удалённые страницы памяти не лежат ни в ОЗУ, ни в свопе. По крайней мере, я это так понимаю. И поэтому всегда смотрю RES.

[@johenews21]

RES это то, что есть в физической памяти. SWAP это то, что в swap файле. Но что, например, если у меня нет swap файла на жестком диске?

[@ГеоргийУстинов]

@@johenews21 Тогда только RES и имеет смысл ведь.

[@johenews21]

так а как учесь SWAP, который в оперативной памяти?

[@ГеоргийУстинов]

@@johenews21 А зачем делать свап в оперативной памяти? И вообще как? Через tmpfs?

[@ГеоргийУстинов]

@@johenews21 Я возможно что-то не понимаю. Надо будет почитать.

[@Алексей-ф5я7х]

Отличное видео! Ещё бы про модули и то, как можно зделать базу знаний на маркдауне Будем очень признательны

[@Lera_2808]

Добрейшего времени суток! Подписка и лайк с меня есть, подскажите такая проблема, у меня старенький lenovo think pad T60 какой линукс не жрущий память можно поставить? В линуксе мой уровень ноль, хочу попрощаться с окнами?! За ранее спасибо!

[@HPMuwa]

Синий текст на синем фоне смотрится не разборчиво

[@ЕдемвКраснодар]

Дима, ты не прав, VIRT это НЕ СУММАРНОЕ использование памяти процессом. VIRT -Показывает общее количество памяти, которое способна адресовать программа в данный момент времени. Я надеюсь ты понял в чем существенная разница. т.е. в твоем синтетическом тесте нужно смотреть именно на RES, потому что именно он показывает сколько физической памяти использует процесс в данный момент времени. И я честно не понимаю зачем нужно сравнивать редактор текстов против IDE, ведь очевидно без тестов, что голый редактор будет шустрее работать особенно с большим объемом текста.

[@johenews21]

Ага

[@neon8940]

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

[@negrustin87ify]

Я вообще не знаю где может быть файл с таким количеством строк.

[@mahadev3377]

После твоего видео я то же полюбил Vim, остался только один вопрос, а что такое Vim и как блин из него выйти. Помогите!)))

[@Zeksait]

чет не пойму где 6гигов отожрал, если показывает, что оперативы занял 3гб. Или это оператива плюс место на диске?

[@ivan_aleksandrovich4216]

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

[@alekseybukoff1968]

Очень убедительно! Кроме вима с задачей справился саблайм с большим отставанием! Чёткий пример!