Устаревший калл, написанный так себе программистами, но это не беда вима, это беда многих линукс утилит та же участь у iptables, openssl и многих других.
Не чел, ну этот выпуск информационная жестянка). Без хейта. Факты. Реально разберись что такое 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 плюсую, но доводы и примеры просто жесть...
Все что нужно было рассказать о том, "почему VIM" - это наличие разных режимов редактирования и навигации по тексту. Наличие командного режима, который благодаря логическим операциям позволяет творить чудеса при редактировании текста и молниеносно перемещаться по коду, даже без установки плагинов аля easymotion. Удобство и скорость работы возрастают многократно. После этого, обычные лайауты редактирования, какие реализованы в других текстовых редакторах/IDE, базирующиеся на обычном режиме редактирования + сочетания клавиш кажутся примитивными, ты остаешься как без рук. Ты не понимаешь, как вообще можно пользоваться не вимовским стилем навигации. Я могу часами не трогать мышку, забывая о ней, потому что все что мне нужно, я могу сделать через логические операции в командном режиме в виме. Именно поэтому у меня в остальных редакторах стоят допиленные лайауты вима, поэтому в браузере у меня vim-навигация. И это не vim головного мозга. Просто это чудовищно удобно. Просто требует времени для освоения. Ну и, естественно, навыка слепой печати. Без него полноценно и быстро пользоваться vim не получится. Поэтому я выбираю vim и даже не пытаюсь спорить с теми, кто не зная и не желая попробовать все это со слюнями утверждает что вим это дедовское говно и архаизм, а я болен). Вот что нужно было рассказать, а не то, что vim быстрее заменяет строчки в файле на 180мб.
@@karmicdude- ты прав, но по своему и на 50% )) . .когда будешь работать в реально больших проектахи реально серъёзных задачах, вдруг выяснится что 99% автоматизации разработки, контроля и управления той же разработки в виме просто нету.. и зх чо делать... а то что вим позволяет прямо как телепату работать с текстом, так я хочу тебя огорчить - РЕАЛЬНЫМ программистам торопиться некуда.. а вот КОДЕРАМ - ДА! кодерам надо быстро набирать текст и МНОГО текста.. но вот не все кодерами пашут, кто-то пашет девелопером или аналитиком или проектировщиком )) если вам надо прямо быть богом текста, то у вас с компьютерами явно что-то не сложилось.. задумайтесь, но! при этом вы на 50% таки по своему правы..
Вим прекрасен конечно, но для программирования больших программ ни он, ни все эти редакторы с подсветкой не катят. Что действительно замедляет разработку так это отстутсвие AST (абстрактное синтаксическое дерево), без него навигация по коду возможна только по похожести слов, без учета контекста. В больших проектах в подсказках будет мешанина из вхождений. Вообще не представляю разработку без возможности одним движением переместиться к декларации функции/класса/метода или увидеть список их использования. Ну и масса других фич реализованных в современных IDE и не реализованных под вим исключают переход на него. Я пробовал пару месяцев, но работа моя объективно замедлилась, и вернулся обратно на джетбрейнс. Разработка это не скоропечатанье, а больше ориентация в архитектуре кода, к тому же иногда в сторонних либах приходится копаться, навигация спасает. С пишармом че-то не то у вас, полтора гига на холостом ходу жрать должен.
@@HannibalLecter-w3r перечислю то что в голову придет. АСТ я уже написал нет, уже только это напрочь исключает использование. Вот захотелось мне переименовать метод с каким нить названием которое есть и в других классах. В иде просто ставишь курсор на нем жмешь "рефакторинг ренейм" пишешь новое имя. Это благодаря асту. Без него придется лазить поиском и заменой по всем файлам и думать над каждым вхождением надо его менять или нет если есть одноименный в других местах. 5-секундная задача будет превращиться в многоминутную а то и вообще будешь избегать таких задач, переименовать метод надо но не можешь, а ладно и так сойдет. Нет рефакторинга в общем и навигации по коду, подстветка такая же чисто по похожести слов. Интеграция с гитом. Даже в ее пределах фич не перечислить. Отображение изменений в виде дерева, коммит/реверт/шелв произвольного узла в этом дереве, полезная в быту вещь, за цикл разработки можешь наменять в разных папках и захотеть их потом по отдельности закоммитить, как это в консоли делать, писать эдд с перечисленим папок, не ошибиться при этом, держать в уме и лазить всё сверять глазами. А если несколько файлов надо? Задолбаешься их пути перечислять, вместо того чтоб с контролом натыкать мышкой. Не знаю как сейчас, может чето подобное запилили, в 13-м году не было. Подсветка изменений на строках и там же операции дифф/реверт. Дифф тоже в иде с любым коммитом в 2 клика делается и отображается в виде дерева и можно пощелкать файлы в нем и посмотреть что поменялось. История файла, сравнение файла с такой-то веткой или коммитом. Ченджлисты. Ручной построчный мердж изменений при слиянии. И тд. Гит вообще не для посиделок в консоли, это больше программный интерфейс чтобы вот такие людские интерфейсы создавать. Сравнение файлов/папок. Просто необходимая в жизни фича. Где там плагин который в человеческом виде отобрзит это в двух панелях и даст построчно переносить влево вправо. Автоформат кода. Вообще неизбежная фича, не руками же все эти пробелы расставлять. Особенно в целой папке рекурсивно. То что я находил было недоделанным подобием того что есть в иде и без возможности зайти поменять пару галочек, надо было лезть в его скрипты и разбираться что к чему. Соединения с удаленным серверами и маппинг локальных папок на удаленные. Переливание файлов тоже неизбежная вещь. Заигноренные файлы какие-нибудь или статика. В иде это в два клика делается, такую то папку туда то. В виме там не знаю что под это есть, скорей всего будешь руками набирать заклинание рсинха каждый раз, алиасы городить. В общем это для тех кто не спешит или у кого проекты на 10 файлов. Вместо того чтобы пилить проект будешь пилить эту вим-иде под себя. К пенсии доделаешь. Я целый месяц его тогда настраивал, еще месяц посидел потом пообламывался. Того нет этого нет, тут дописать надо, сидишь целый час пишешь какую то приблуду. Это все конечно концептуально очень, выглядит космически, из любого места можно зайти если под тмуксом, но вся эта романтика в боевых условиях распадается на атомы. Ни один клиент не будет ждать пока ты там рабочую среду свою организуешь и тем более оплачивать. А заниматься этим будешь половину времени. И это я перечислил только то что на поверхности, думаю список будет километровый. IDE это не тот случай когда опенсорс рулит. Это вообще архисложная тема (сколько в мире иде, 3-4?) и делаться может только централизованно, а не на энтузиазме. 150 долларов в год это вообще бесплатно за эту функциональность, они отобьются через неделю. Я не представляю в какой жопе находились бы мои разработки если не иде, это вообще бы другой код был абсолютно. Проблем с памятью не вижу. Ну занято там полтора-2 гб, и чо? Недавно проделывал большую рутину открывал закрывал 80 проектов раз наверно 300-400 за несколько дней, памяти как было занято 2гб так и осталось. Полностью не закрывал ни разу для эксперимента как раз. Пхпшторм Ну и (включая мозг перед написанием комментария) дополню, такая задача как открывание больших файлов это самое редкое в работе, в таких случаях идешь да смотришь в виме. Чето зареплейсивать в таких файлах вообще обычно не приходится, не припомню чтоб хоть раз это было надо)) Понимаю что это чисто бенчмарк был, но это оторванная от жизни метрика вообще.
@@НочнойПрограммистхоть и фанат вима, но полностью согласен с Вами. Некоторых важных вещей там просто нет. Вим это не иде, и его никто таковым и не задумывал. Это нужно понимать с самого начала знакомства и желания его в таковой превратить.
@@НочнойПрограммист По большей части все что вы перечислили реализуется в виме к примеру vim-fugitive для гита, а если что-то не реализуется то делается очень просто, вим используется совместно с IDE для редактирования текста, а сама среда для компиляции, дебагинга и каких-то фич. Сам перепробовал огромное количество IDE и постоянно использую Visual Studio, Eclipse, PyCharm ставил в них эмуляторы вима, но в конце концов оказалось эффективнее просто писать в виме.
проблема в том что ты пытаешься использоваться инструмент заточенный под быстрый едитинг текста как швейцарский нож. Ну тоже самое можно жаловаться и на ЯПы, мол один может, а другой не может. Нет чтобы взять оба инструмента и решить все проблемы...
Дмитрий, хотелось бы продолжение увидеть по Vim. Как и писали уже в комментариях: увидеть настройку и повседневную работу. В частности, по настройке конфигурационного файла .vimrc с базовыми моментами - кодировка файлов в utf-8, нумерация строк в файлах, двухпанельное разделение в vim для работы с деревом проектов. Спасибо.
Спасибо за видос! Очень интересно, - четко и по полочкам разложил что к чему. Я бы более углубленной видео с удовольствием глянул, где раскрываются такие моменты как твой рабочий процесс с использованием vim, и когда и почему ты от него отказываешься.
Да VIM вообще огонь. Когда первый раз увидел vim, думал "капец, что это за ископаемое, оно может понравиться только олдфагам", но когда попробовал на дохлом неттопе (на котором VSCode сжирал всю оперативку) поработать с сайтом, то офигел, как всё удобно, если конечно разобраться. Так что продолжайте про vim, может что-то типа уроков по настройке и использованию получится сделать.
Интересно. Вот я обычно работаю с файлами 0.5гб и больше. Обычно скриптами по шаблону и построчно. Теперь поставлю себе vim на виртуал и посмотрю. Спасибо за ролик. Интересный опыт.
Мог бы и показать, как выйти и пару других важных команд. А так тесты мне такие нравятся. Давай сравнивать на производительность окружений рабочих столов На линукс и для бонуса можно ещё добавить винды, и мак)
Ну давай начнем с того, что 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, когда надо подредактировать файлик здесь и сейчас, без открытия посторонних приложений. НО в целом. я считаю что это архаизм, и не подходит для полноценной работы. ИМХО.
Я давно подумываю пересесть на вим, но когда начал практиковать, понял одно: чтобы стать реально эффективным понадобятся годы (тоже самое, что игра на фортепиано или кручение кубика Рубика на скорость), рефлексы они не так просто переходят с осознанного уровня на глубинный-автоматический, особенно когда уже имеются устоявшиеся рефлексы работы с клавиатурой. Работать все-таки нужно продолжать, поэтому на момент эффективнее в IDE. Когда стану спецом, тогда плавно начну применять вим, ибо вначале работать в нем еще медленнее чем в IDE.
За неделю освоил вим и узнал как всё настраивается. Но я начинающий кодер и начал именно с вима - а вам с вашего поезда привычности спрыгнуть будет проблематично.
@@DeadEyeCrafts я с 13 программирую =)) Привыкну, vim это чистая моторика, да и переходить на vim полностью плохо, он хорош для быстрого и слепого набора/редактирования текста, это и есть его идеология. В плане рефакторинга больших проектов он уступает IDE, и это давно все заметили. Т.к что vim что IDE все это инструменты, и использовать нужно самый удобный и самый эффективный для каждой проблемы. Ограничиваться одним не лучшая идея, тоже самое что и с ЯП.
Есть задача, нужно забить гвоздь. Есть варианты решения: - молоток - отвёртка - плоскогубцы но их для начала нужно купить, потом где то хранить, а когда они понадобятся за этим инструментом нужно сходить, вернуться, забить гвоздь и вернуть на место. Но есть решение лучше, забить болтом. Он всегда рядом, не нужно никуда ходить. Достал, забил, спрятал. Так вот, не ипите мозг, используйте инструменты по назначению. vim - Продвинутый текстовый редактор а не IDE
@@johenews21 спасибо!) буду ждать, я сам использую i3wm, это сильно ускоряет работу, когда используешь лишь клавиатуру, но собрать нормальную кастомку я не смог, лишь пару баш скриптов прицепил и все...
Евгений Янковец да что там нужно-то? Цвета настроить, статус-бар и раскладку клавиатуры, если необходимо. Для гармонии можно еще jkl; заменить на более привычные hjkl.
Благодарю! После вашего ролика заитересовался Vim'ом. И действительно, это прекрасный интструмент. И главноя его фишка для меня - это, конечно, mouseless. Недавно поставил плагин Vim для VS Code и счаслив. Т.е в обычном режиме пишу код в VS Code, пользуясь всеми ее фишками, а когда нужно открыть большой файл - открываю его в Vim, и перехода почти не ощущаю, т.к взаимодействие с кодом не поменялось. Правда, мне еще не приходилось открывать и редактировать большие файлы... В любом случает, Vim очень удобен чтобы бысто что-то посмотреть/отредактировать и т.д. Так что еще раз благодарю, если бы не ваш ролик, я не знаю сколько бы я еще мотал рукой от клавиатуры к стрелкам\мыши и наоборот)
В командном режиме: :q - закрыть, :wq - записать и выйти, :!q - без сохранения изменений. Режим редактирования - i , режим выделения - v , выход в командный режим - esc .
А как дела с длинными строками (4к символов, например) ? с вкл. подсветкой синтаксиса. vim`у слабо подсветить ее без ограничений, а если включить cursorline или отн.нумерацию - то вообще лагает сильно. А в веб-разработке это часто бывает (намного чаще больших файлов), когда картинки закодированы в url (data:URL). А Sublime даже не напрягается (или совсем немного, в других не проверял).. Сам в шоке.. Но похоже vim лучше не использовать для веб-разработки и подобного. (проверял и в neovim ). Похоже придется идти тыкать палкой в emacs (проприетарщина и электрон не хочется)
Редко бывает, что нужно править такие тяжелые файлы, поэтому для большего количества задач иде подходят. Не факт, что перейду полностью, но однозначно для тяжелых файлов это хороший инструмент, поэтому рассказывай дальше, мне интересно. Про режимы и про то как настроить его удобно. Я использую саблайм, пайчарм и нано в консоли.
А как же emacs ? Хотя я понимаю что он явно медленнее vim, но большая часть времени это начальная загрузка, а так если запустить его и после работать не закрывая то думаю он не сильно плох.
более того с evil можно легко перейти (edit) с vim на emacs, почти все комманды пашут стандартно, но если не нравится что-то, можно перебиндить налету. я вообще не кодер, а музыкант. заинтересовался из-за org-mode и интеграции google-календаря , потом увидел что можно писать НОТЫ в lilypond и рендерить в pdf, поэтому emacs - это среда, которую всегда можно настроить под свои цели. а вим - да, классный редактор для тех, кому надо токмо текст и ничего вообще больше. пойду почту проверю в емаксе. =D
Очень интересно про vim. Для меня самая сложность сейчас - это разобраться со всеми его настройками/возможностями и плагинами, чтобы кастомизировать его под себя максимально.
Ну как там чел, разобрался со всем? Перещел на вим или все же остался на IDE и прочие редакторы? Просто сам щас его изучаю, вроде все настроил, но после VSCode надо привыкать, минимум неделю помучатся надо.
@@yzums Да, в основном во всём давно уже разобрался. IDE не использую в качестве инструмента для повседневной разработки, т.к. они очень медленные. Vim у меня как второй основной редактор (первый основной - Sublime Text, он всё таки чуток удобнее + vim режим встроенный у него есть :)
Для того чтобы читать текст есть команды cat и less. Если листать не удобно используется нормальный удобный текстовый редактор графический, подойдёт любой, который удобен лично вам.
Тема Vim очень интересна! Был бы благодарен если бы более углубленно рассказал, сам знаком не много) выходить умею) но не использую очень многие фичи и не знаю возможностей, было бы классно послушать и увидеть на примерах. Видел как ты в каком то видео что то редактировал в виме, потом тут же перенаправил вывод команды в файл не выходя из вим, копировал нужную информацию, и быстро построчно удалил не нужную и все это ты делал в консоли. Конечно я тоже могу это сделать - что то редактировать в нано, выйти выполнить команду с перенаправлением вывода в файл, потом снова открыть этот файл и вот тут самое интересное если у меня нет мыши я тупо буду перепечатывать нужную инфу в нужные места или в лучшем случае при помощи дел или бэкспейс уберу не нужную инфу и потом так же при помощи дел или бекспейс подставлю нужную инфу в нужное место... короче вопросы конечно решаются, но все можно делать быстрее и удобнее, хотелось бы научиться
Имхо, для человека, который занимается программированием, считать преимуществом меньшее потребление памяти, это ну оочень странный аргумент. При прочих равных, вопросов нет. В остальном - какая мне разница, занимает мой редактор 100 мегабайт или 3 гигабайта? Большинство этих ресурсов будет потрачено на обновление поискового дерева(чтобы практически мгновенно искать в больших проектах) или на обновление синтаксического дерева(чтобы отслеживать взаимосвязи между объектами и переменными). В этом аспекте было бы интересно сравнить - можно ли навешать на vim эти возможности и сколько он ТОГДА будет занимать памяти? Я может сильно идеализирую, но у меня нет ни одного знакомого айтишника, у кого бы было меньше 16гб ОЗУ на компе. Вот преимущество между sublime text, который у меня 110 мегабайт занимает в озу и vim было бы интересно узнать.
а у меня Sublime занимает около 300-500 (544 прямо сейчас) меня это вполне устраивает. и есть всякие Kate и Geany. + настроил некоторые комбинации из Vim, типа Alt+HJKL (ну вы поняли) - удобно что для этого не нужно переходить в командный режим и обатно))
НУ дык сферический конь в вакууме всегда легче реального коня, который есть, пьет и срет. Так и тут нах сравнивать тектовый редактор с IDE, если они предназначены для совершенно разных задач и функционал у них совершенно разный... Приходишь тыт такой на работу в софтверную компанию, а они такие - наша корпаративная IDE - Vim... Угу...
@@peskovdev у Вас наверное старый корч с 2Гб оперативки, если Вы так беспокоитесь за этот самый гигабайт? Другой причины, ну кроме разве что повыделываться как мало занимает места в ОЗУ программа.
@@yauhenx чувак, гуишный пайчарм будет открываться секунд 5 когда вим сделает это сразу, все в целом работает более тормознуто, открыть терминал ждем пол-секундочки, выполнить поиск - ща подгрузится и отобразит. Если ты его еще плагинами обвесишь до минимального юзабилити - умножай все на несколько порядков. И это я тебе не с пустого места накинул, я тебе это говорю как человек который долгое время сидел в специализированных ide: sublime, vsstudio, vscode, pycharm. Оперативы у меня не 2гб, а 8. И в момент когда у тебя крутятся 3 проекта и открыто 20 вкладок в браузере, вьебывать лишний гиг действительно непростительно. Ну и все эти решения не всегда могут просто открыть файл... ua-cam.com/video/Ob1rqhKwZlI/v-deo.html К тому же ты спросил есть ли прирост в скорости - я тебе ответил что есть, в ответ ты написал что гиг это нормально. Нет это не нормально.
Не сказать бы, что VS Code глючный. Пусть он и слегка костылевый, но на данный момент это имхо самый адекватный редактор из всех гуишных, еще и с нормальной системой плагинов. Конечно, странно про гигабайт, поскольку у меня на венде он где-то в районе 100-200 находится. Ещё: пайтон - норм язык, по крайней мере софт, на нем встречающийся, работает проворнее всяких там жабаскриптов и прочей мути. Хороший синтаксис и невероятное удобство, можно прототипы писать, скрипты пилить, математикой заниматься и все такое.
Крутое видео, спасибо! Насколько я знаю VIM работает так что скажем если на компе 4 ядра, при загрузке большого файла только 1 ядро будет задействовано, тоесть сам VIM проигрывает тому же Sublime(распаралелит работу между всеми ядрами) в работе с большими файлами при replace и тд
В VS Code можно заменить всё, надо было просто поменять отслеживание вырхнего и нижнего регистра. Если ты не умеешь пользоваться радактором, не надо его хэйтить. И мнение по видео: да, vim открывает большие файлы, но я не так часто из открываю. Для большинства задач хватает обычного редактора, например vs code. Он проигрывает по потреблению ресурсов, но намного функциональнее. И хочу закончить фразой: Не важно где программист пишет, важно что
даже если программист будет писать код со скоростью света это ускорит процесс разработки максимум на 1-2% потому что основное время это не печатание текста
@@AlekseiKazantcev При чем тут это? я могу за 8 рабочий день написать 50 символов, и это нормально, потому что главное головой работать, а не по клаве стучать.
Согласен. Программирование и скоропечатанье - это совершенно разные вещи. Если программист печатает код по 100 символов в минуту, то это какая-то ерунда. Иногда часы и дни уходят на то, чтобы в голове родилась идея или решение задачи, так что время на написание самого кода - не так важно.
По большей части существует книжка О'Reilly Изучаем редакторы vi и Vim. Большое количество живых примеров и техник работы, вплоть до написания плагинов. Касательно Emacs, и для него есть отдельные вимовские плагины, ну и пара ознакомительных видео. Вим это редактор для которого время потраченное на изучению является фактическим временем ускорения производительности. Порог вхождения день-два. Дальше только ваша личная заинтересованность и стремление осваивать новое.
Добрейшего времени суток! Подписка и лайк с меня есть, подскажите такая проблема, у меня старенький lenovo think pad T60 какой линукс не жрущий память можно поставить? В линуксе мой уровень ноль, хочу попрощаться с окнами?! За ранее спасибо!
neovim модернизированная версия Вима, кстати есть пару книг в помощь: scanlibs.com/?s=neovim А здесь собственно сравнение со стандартным Вимом: github.com/neovim/neovim/blob/master/runtime/doc/vim_diff.txt
Если на проекте приходится редактировать файлы с большим количеством строк - явно что-то не так с проектом )) большие json'ы должны генериться при компиляции (явно не руками), а если кодовая база разрослась в одном файле (видимо, речь про длинные спагетти в одном файле?) - срочно надо рефакторить и декомпозировать.
Про плагины было бы не плохо видос. И все твои девайсы обзорно: галопом по Европам, точным названием и что клево. Особенно клавы. Что монитор? звуковые, микрофоны? Как снимаешь видосы и обрабатываешь? Звук? Где видос об организации базы знаний? И новый перспективный дистрибутив?
После этого видео я решил таки подписаться на канал. Особенно после рассказа о борьбе с раскладками клавиатуры. Как раз подбираю для себя решение этой проблемы. Хотелось бы узнать ваш вариант.
Может быть запишу отдельное видео, если людям будет интересно. У меня своя раскладка, которую я сделал для Linux и для мака. Использую ее уже года два.
А вот интересно, можно ли к вим прикрутить. Интерфейс. Типа например если нужно что заменить то это выглядит для юзера в графике. А эта надстройка уже переводит в нужные команды. Тогда выходит что нагрузка будет выше чем у vim но ниже других.
Насмотрелся, и переехал на с vs code. в терминал на nvim. но lsp pyright . С Django работает не предсказуемо. Иморты работают странно, я ещё только новичок. Пожалуйста подскажите как это работает, почему одни импорты видно другие нет. И как это настраивать?
У меня на винде VS19 за 14 сек заменила все совпадения в этом файле, прокрутка не тупит. Съедает ~500мб. Но приходится немного подождать открытия файла, около 10-15 сек. В блокноте++ прокрутка тормозит сильно и замена дольше работает.
Сравнение справедливо только при сравнении vim с другими текстовыми редакторами. В ide зачастую есть возможность скомпилировать код в том же окне, запустить, посмотреть на результат, дебаг, консоль, интеграция с git, сохранение в облако. И это удобно.
vim - загружает файл в память целиком. для больших файлов лучше использовать что-то с побайтовым чтением, например - emeditor. когда нужно редактировать файл в несколько гб, редакторов - раз, два и обчелся.
дык сейчас в моде то, что компайлится в пи-код или там в шитый код и потом ворочается на этих ваших жвм и других виртуальностях. а пайтон - типичный свёрнутый шитый код, он же байткод. тормознутый глю для сисколов ;)
@@BabaykaMoscow -- тут спорить сложно, хотя я предпочитаю более лаконичную перловку. с другой стороны нэтив, особенно на низкоуровневых языках, даёт несомненные преимущества в скорости. посмотри на современный мир: это сборище редкостного по своей пормознутости говнища.
Поработайте с логами отладки биллинга. Средней xml файл весит полтора гигабайта, а количество строк исчисляется семью знаками. Среднее время открытия в notepad++ 3 часа. Парсить такие файлы почти нереально. Парсинг одного файла, при учёте, если знаешь что парсить на java 6 занимает 7 часов. Выручает только опыт, когда знаешь куда смотреть и что искать. Для скептиков скажу, что запрограммировать поиск случайного бага одной программы другой программой задача нетривиальная и дешевле содержать штат специально обученных людей, ну и мегасервер.
Автор подобным сравнением непонятно на что рассчитывает. Такое сравнение показывает невежество и не профессионализм. Это то же самое, как сравнивать скоростной болид Формулы 1 с Рено Логан, и удивляться, что двигатель последнего работает медленнее. Ну как бы задачи разные у обоих. Использование Vim можно сравнить с велосипедом. Каков процент людей собирают его самостоятельно, а каков тех, кто просто покупает готовый, и использует? Так же и с Vim. Раньше сбор компьютера для домашнего использования было продиктовано временем и необходимостью. Этим и сегодня занимаются, но уже очень редко. Или это делают за тебя. И те кто не хочет копаться во внутренностях - это обычные люди. Просто потребности другие. С программами тоже самое. Все что окружает ВИМ продиктовано годом выпуска Ви. Когда не было ни мыши у людей, ни графических интерфейсов. Когда даже дискета была роскошью, а дисководы просто не поставлялись к многим ПК. Отсюда и сочетание клавиш на все что угодно, и возможность настроить все как ты хочешь. Но в 21 веке эта ретроспектива почти никому в большей массе ненужна. Убеждать и доказывать что-то глупость. И этим занимается только глупый человек. Как мне правильно сказал опытный пользователь Vim: - Если для решения задач тебе хватает текстового редактора или IDE, то использовать ВИМ неразумно. И я с ним полностью согласен. Все эти мифы о скорости работы с кодом и удобстве живут только в головах пользователей Vim. Неразумно для большинства прежде чем пользоваться редактором: 1. Изучить английский, чтобы читать по нему документацию. 2. Прочитать книгу о том, как пользоваться и настраивать программу. 3. Посмотреть несколько часов уроков на Ютюбе по программе. 4. Запоминать десятки сокращений клавиш программы. 5. Учиться слепому набору на клавиатуре. 6. Привыкать. Это глупость если у этого нет веской необходимости. Например, когда ты решаешь такие задачи, которые требуют нерационального подхода от программы. А это требуется для узкой группы людей. Vim хороший редактор, как и любой другой. Главное не редактор, а кто им пользуется. Если человек идиот, то ему, что Vim, что Sublime не поможет. Для идиота любой, кто не такой, как он - дурак и самодур. - Как же, ты не можешь освоить Vim? У тебя нет мозгов? Ты что, не видишь, что Atom открывая 128 килобайтный файл съедает 10 гигабайт памяти в твоём 4 гигабайтном ноутбуке? - говорит идиот, показывая свое не умение понимать чужую точку зрения и узколобость.
Приветствую. Поставил лайк. Хороший тест. Реально. Правда я считаю стоило бы рассказать какие плагины стоят в каких редакторах, в том числе и в VIM, а также провести тест с включенными плагинами в каждом из редакторов и с выключенными плагинами в каждом из редакторов. Знаю плагины некоторые не "хило" тормозят некоторые редакторы, например Atom, хотя он и так не слишком быстрый, хотя у меня в GNU/Linux он быстрее чем VS Code. Мне лично интересно какие плагины стоят у Вас в Vim. Благодарю за внимание.
Вообще я начинающий быдлокодер, и вкатываюсь именно используя вим. Вот нравится мне эта древность, легковесность и универсальность, прямо приобщаюсь к этой олдскульной кодинг-культуре и немного чувствую себя самим Линусом Торвальдсом, зависающим ночами в vi. Балдёж.
Было бы любопытно узнать как ты используешь мышку в VIM. И копирование Ctrl+C/V из других программ(браузера) в VIM, и наоборот. Поделюсь своим маппингом: nmap q :quitall или nmap q :wq
Как вы относитесь к десятипальцевому "слепому" набору текста. Без этого навыка даже vim не даст желаемой эффективности. Вы сами им владеете? Или вас устраивает однопальцевый?
![Почему Linux безопасней Windows? Почему в Linux нет вирусов? [Для новичков]](http://i.ytimg.com/vi/m31BxPtj_v8/mqdefault.jpg)
![Почему Linux безопасней Windows? Почему в Linux нет вирусов? [Для новичков]](/img/tr.png)
Наконец-то itpedia стал нормальные ролики записывать)
Так это не itpedia
ты хотел сказать, что все очкарики на одно лицо?)
реально на Алексея похож, особенно в этой черной футболки
я сюда через эту мысль и зашел)))
Рыжая Belka Ни в одной из бесчисленного множества параллельных вселенных, johe не похож на Шевцова.
VIM не старый, он вне времени, пришёл из далёкого будущего от инопланетных технологий
Устаревший калл, написанный так себе программистами, но это не беда вима, это беда многих линукс утилит та же участь у iptables, openssl и многих других.
@@decoder9379 норм базы навалил
мое первое знакомство с Vim это нажатие на RESET,
"- Нельзя просто так выйти из Vim" :)))))))
ахаха
@@vz2503 :!kill -9 $PPID
@@dsedchenko как вариант :), но лучше ":q!"
лол, а у меня :help, прост надо читать прежде чем паниковать
Не чел, ну этот выпуск информационная жестянка). Без хейта. Факты. Реально разберись что такое 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 плюсую, но доводы и примеры просто жесть...
Все что нужно было рассказать о том, "почему VIM" - это наличие разных режимов редактирования и навигации по тексту. Наличие командного режима, который благодаря логическим операциям позволяет творить чудеса при редактировании текста и молниеносно перемещаться по коду, даже без установки плагинов аля easymotion. Удобство и скорость работы возрастают многократно. После этого, обычные лайауты редактирования, какие реализованы в других текстовых редакторах/IDE, базирующиеся на обычном режиме редактирования + сочетания клавиш кажутся примитивными, ты остаешься как без рук. Ты не понимаешь, как вообще можно пользоваться не вимовским стилем навигации. Я могу часами не трогать мышку, забывая о ней, потому что все что мне нужно, я могу сделать через логические операции в командном режиме в виме. Именно поэтому у меня в остальных редакторах стоят допиленные лайауты вима, поэтому в браузере у меня vim-навигация. И это не vim головного мозга. Просто это чудовищно удобно. Просто требует времени для освоения. Ну и, естественно, навыка слепой печати. Без него полноценно и быстро пользоваться vim не получится. Поэтому я выбираю vim и даже не пытаюсь спорить с теми, кто не зная и не желая попробовать все это со слюнями утверждает что вим это дедовское говно и архаизм, а я болен).
Вот что нужно было рассказать, а не то, что vim быстрее заменяет строчки в файле на 180мб.
очень многобуков
@@karmicdude- ты прав, но по своему и на 50% )) . .когда будешь работать в реально больших проектахи реально серъёзных задачах, вдруг выяснится что 99% автоматизации разработки, контроля и управления той же разработки в виме просто нету.. и зх чо делать...
а то что вим позволяет прямо как телепату работать с текстом, так я хочу тебя огорчить - РЕАЛЬНЫМ программистам торопиться некуда.. а вот КОДЕРАМ - ДА! кодерам надо быстро набирать текст и МНОГО текста.. но вот не все кодерами пашут, кто-то пашет девелопером или аналитиком или проектировщиком ))
если вам надо прямо быть богом текста, то у вас с компьютерами явно что-то не сложилось.. задумайтесь, но! при этом вы на 50% таки по своему правы..
Спасибо, что рассказали :)
Сам узнал новое, хорошо, что есть люди, которые хорошо разбираются и могут рассказать
Сначала подумал, че так много букв, потом прочитал и тип, ну Вы конечно по фактам сказали) аж и интересно и чётко, внатуре чётко👍🏻
*Этот парень был из тех, кто умеет выходить из Vim.*
мальчик который выжил))
Кажный раз забываю, когда долго там не был.
Интересно случаи суицида среди программистов были, которые так и не смогли выйти из Vim
@@МіцнийволоснефритовийстерженьКмальчик который вышел
В конце видео попытался закрыть вкладку с помощью :q!
Вим прекрасен конечно, но для программирования больших программ ни он, ни все эти редакторы с подсветкой не катят. Что действительно замедляет разработку так это отстутсвие AST (абстрактное синтаксическое дерево), без него навигация по коду возможна только по похожести слов, без учета контекста. В больших проектах в подсказках будет мешанина из вхождений. Вообще не представляю разработку без возможности одним движением переместиться к декларации функции/класса/метода или увидеть список их использования. Ну и масса других фич реализованных в современных IDE и не реализованных под вим исключают переход на него. Я пробовал пару месяцев, но работа моя объективно замедлилась, и вернулся обратно на джетбрейнс. Разработка это не скоропечатанье, а больше ориентация в архитектуре кода, к тому же иногда в сторонних либах приходится копаться, навигация спасает. С пишармом че-то не то у вас, полтора гига на холостом ходу жрать должен.
Есть плагины почти для всех ide, которые позволяют использовать преимущества vim, не теряя фич ide.
@@HannibalLecter-w3r перечислю то что в голову придет. АСТ я уже написал нет, уже только это напрочь исключает использование. Вот захотелось мне переименовать метод с каким нить названием которое есть и в других классах. В иде просто ставишь курсор на нем жмешь "рефакторинг ренейм" пишешь новое имя. Это благодаря асту. Без него придется лазить поиском и заменой по всем файлам и думать над каждым вхождением надо его менять или нет если есть одноименный в других местах. 5-секундная задача будет превращиться в многоминутную а то и вообще будешь избегать таких задач, переименовать метод надо но не можешь, а ладно и так сойдет. Нет рефакторинга в общем и навигации по коду, подстветка такая же чисто по похожести слов.
Интеграция с гитом. Даже в ее пределах фич не перечислить. Отображение изменений в виде дерева, коммит/реверт/шелв произвольного узла в этом дереве, полезная в быту вещь, за цикл разработки можешь наменять в разных папках и захотеть их потом по отдельности закоммитить, как это в консоли делать, писать эдд с перечисленим папок, не ошибиться при этом, держать в уме и лазить всё сверять глазами. А если несколько файлов надо? Задолбаешься их пути перечислять, вместо того чтоб с контролом натыкать мышкой. Не знаю как сейчас, может чето подобное запилили, в 13-м году не было. Подсветка изменений на строках и там же операции дифф/реверт. Дифф тоже в иде с любым коммитом в 2 клика делается и отображается в виде дерева и можно пощелкать файлы в нем и посмотреть что поменялось. История файла, сравнение файла с такой-то веткой или коммитом. Ченджлисты. Ручной построчный мердж изменений при слиянии. И тд. Гит вообще не для посиделок в консоли, это больше программный интерфейс чтобы вот такие людские интерфейсы создавать.
Сравнение файлов/папок. Просто необходимая в жизни фича. Где там плагин который в человеческом виде отобрзит это в двух панелях и даст построчно переносить влево вправо.
Автоформат кода. Вообще неизбежная фича, не руками же все эти пробелы расставлять. Особенно в целой папке рекурсивно. То что я находил было недоделанным подобием того что есть в иде и без возможности зайти поменять пару галочек, надо было лезть в его скрипты и разбираться что к чему.
Соединения с удаленным серверами и маппинг локальных папок на удаленные. Переливание файлов тоже неизбежная вещь. Заигноренные файлы какие-нибудь или статика. В иде это в два клика делается, такую то папку туда то. В виме там не знаю что под это есть, скорей всего будешь руками набирать заклинание рсинха каждый раз, алиасы городить.
В общем это для тех кто не спешит или у кого проекты на 10 файлов. Вместо того чтобы пилить проект будешь пилить эту вим-иде под себя. К пенсии доделаешь. Я целый месяц его тогда настраивал, еще месяц посидел потом пообламывался. Того нет этого нет, тут дописать надо, сидишь целый час пишешь какую то приблуду. Это все конечно концептуально очень, выглядит космически, из любого места можно зайти если под тмуксом, но вся эта романтика в боевых условиях распадается на атомы. Ни один клиент не будет ждать пока ты там рабочую среду свою организуешь и тем более оплачивать. А заниматься этим будешь половину времени.
И это я перечислил только то что на поверхности, думаю список будет километровый. IDE это не тот случай когда опенсорс рулит. Это вообще архисложная тема (сколько в мире иде, 3-4?) и делаться может только централизованно, а не на энтузиазме. 150 долларов в год это вообще бесплатно за эту функциональность, они отобьются через неделю. Я не представляю в какой жопе находились бы мои разработки если не иде, это вообще бы другой код был абсолютно.
Проблем с памятью не вижу. Ну занято там полтора-2 гб, и чо? Недавно проделывал большую рутину открывал закрывал 80 проектов раз наверно 300-400 за несколько дней, памяти как было занято 2гб так и осталось. Полностью не закрывал ни разу для эксперимента как раз. Пхпшторм
Ну и (включая мозг перед написанием комментария) дополню, такая задача как открывание больших файлов это самое редкое в работе, в таких случаях идешь да смотришь в виме. Чето зареплейсивать в таких файлах вообще обычно не приходится, не припомню чтоб хоть раз это было надо)) Понимаю что это чисто бенчмарк был, но это оторванная от жизни метрика вообще.
@@НочнойПрограммистхоть и фанат вима, но полностью согласен с Вами. Некоторых важных вещей там просто нет. Вим это не иде, и его никто таковым и не задумывал. Это нужно понимать с самого начала знакомства и желания его в таковой превратить.
@@НочнойПрограммист По большей части все что вы перечислили реализуется в виме к примеру vim-fugitive для гита, а если что-то не реализуется то делается очень просто, вим используется совместно с IDE для редактирования текста, а сама среда для компиляции, дебагинга и каких-то фич.
Сам перепробовал огромное количество IDE и постоянно использую Visual Studio, Eclipse, PyCharm ставил в них эмуляторы вима, но в конце концов оказалось эффективнее просто писать в виме.
проблема в том что ты пытаешься использоваться инструмент заточенный под быстрый едитинг текста как швейцарский нож. Ну тоже самое можно жаловаться и на ЯПы, мол один может, а другой не может. Нет чтобы взять оба инструмента и решить все проблемы...
Дмитрий, хотелось бы продолжение увидеть по Vim. Как и писали уже в комментариях: увидеть настройку и повседневную работу. В частности, по настройке конфигурационного файла .vimrc с базовыми моментами - кодировка файлов в utf-8, нумерация строк в файлах, двухпанельное разделение в vim для работы с деревом проектов. Спасибо.
вим интересен ( и не только как выйти), модули тоже интересны. просим
Спасибо за видос! Очень интересно, - четко и по полочкам разложил что к чему. Я бы более углубленной видео с удовольствием глянул, где раскрываются такие моменты как твой рабочий процесс с использованием vim, и когда и почему ты от него отказываешься.
Да VIM вообще огонь.
Когда первый раз увидел vim, думал "капец, что это за ископаемое, оно может понравиться только олдфагам", но когда попробовал на дохлом неттопе (на котором VSCode сжирал всю оперативку) поработать с сайтом, то офигел, как всё удобно, если конечно разобраться.
Так что продолжайте про vim, может что-то типа уроков по настройке и использованию получится сделать.
Давай про модули и в целом, как работать с ним в больших проектах, работа с файликами и т.д.
Если можно хотелось бы побольше видео про Арч
и какой софт используется, какая оболочка вообщем всё
Здравствуйте! То же интересно про Арч. Месяц как установил, мучился ))
Стпвил арч, но так как не было вреиени разобраться а нужно было уже кодить остался пока на убунту. Было бы круто если бы ты рассказввал про аоч
В Арче приятен AUR, это упрощает обновление. Мне проще в Арче поставить только то, что нужно, чем убирать из Убунту или Федора.
Интересно. Вот я обычно работаю с файлами 0.5гб и больше. Обычно скриптами по шаблону и построчно. Теперь поставлю себе vim на виртуал и посмотрю. Спасибо за ролик. Интересный опыт.
Мог бы и показать, как выйти и пару других важных команд. А так тесты мне такие нравятся. Давай сравнивать на производительность окружений рабочих столов На линукс и для бонуса можно ещё добавить винды, и мак)
Ну давай начнем с того, что 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, когда надо подредактировать файлик здесь и сейчас, без открытия посторонних приложений. НО в целом. я считаю что это архаизм, и не подходит для полноценной работы.
ИМХО.
Здесь таки не IDE Visual Studio, а текстовый редактор Visual Studio Code. Да.
Atom и Vscode жрут много памяти в основном только потому что написаны на Electron
Vim понравился, осталось только научиться в нём работать. Спасибо за твои полезные видео!
Я давно подумываю пересесть на вим, но когда начал практиковать, понял одно: чтобы стать реально эффективным понадобятся годы (тоже самое, что игра на фортепиано или кручение кубика Рубика на скорость), рефлексы они не так просто переходят с осознанного уровня на глубинный-автоматический, особенно когда уже имеются устоявшиеся рефлексы работы с клавиатурой. Работать все-таки нужно продолжать, поэтому на момент эффективнее в IDE. Когда стану спецом, тогда плавно начну применять вим, ибо вначале работать в нем еще медленнее чем в IDE.
За неделю освоил вим и узнал как всё настраивается. Но я начинающий кодер и начал именно с вима - а вам с вашего поезда привычности спрыгнуть будет проблематично.
@@DeadEyeCrafts я с 13 программирую =)) Привыкну, vim это чистая моторика, да и переходить на vim полностью плохо, он хорош для быстрого и слепого набора/редактирования текста, это и есть его идеология. В плане рефакторинга больших проектов он уступает IDE, и это давно все заметили. Т.к что vim что IDE все это инструменты, и использовать нужно самый удобный и самый эффективный для каждой проблемы. Ограничиваться одним не лучшая идея, тоже самое что и с ЯП.
Привет! вижу несколько раз ты нажимал в обс остановку записи.
Подскажи склеивал ffmpeg ом? быстренько
или другой способ
Есть задача, нужно забить гвоздь.
Есть варианты решения:
- молоток
- отвёртка
- плоскогубцы
но их для начала нужно купить, потом где то хранить, а когда они понадобятся за этим инструментом нужно сходить, вернуться, забить гвоздь и вернуть на место. Но есть решение лучше, забить болтом. Он всегда рядом, не нужно никуда ходить. Достал, забил, спрятал.
Так вот, не ипите мозг, используйте инструменты по назначению.
vim - Продвинутый текстовый редактор а не IDE
vim без графической оболочки, остальные с графической, я думаю, это все из-за графики, надо еще сравнить с редакторами без графики, например с nano
nano это простейший редактор, сравнивать с vim нецелесообразно
Aleksei Brusianskii есть gvim. Скажу по опыту : утомительный редактор.
#linux life однако nano куда удобнее для повседневной работы))
@@qa337 нет. Если хочешь удобный - ставь micro, но имхо, вим удобней
У тебя i3wm? Покажи ее кастомизацию) и всякие плюшки с нуля, если можешь)
Постараюсь
@@johenews21 спасибо!) буду ждать, я сам использую i3wm, это сильно ускоряет работу, когда используешь лишь клавиатуру, но собрать нормальную кастомку я не смог, лишь пару баш скриптов прицепил и все...
Евгений Янковец да что там нужно-то? Цвета настроить, статус-бар и раскладку клавиатуры, если необходимо. Для гармонии можно еще jkl; заменить на более привычные hjkl.
Благодарю! После вашего ролика заитересовался Vim'ом. И действительно, это прекрасный интструмент. И главноя его фишка для меня - это, конечно, mouseless. Недавно поставил плагин Vim для VS Code и счаслив. Т.е в обычном режиме пишу код в VS Code, пользуясь всеми ее фишками, а когда нужно открыть большой файл - открываю его в Vim, и перехода почти не ощущаю, т.к взаимодействие с кодом не поменялось. Правда, мне еще не приходилось открывать и редактировать большие файлы... В любом случает, Vim очень удобен чтобы бысто что-то посмотреть/отредактировать и т.д. Так что еще раз благодарю, если бы не ваш ролик, я не знаю сколько бы я еще мотал рукой от клавиатуры к стрелкам\мыши и наоборот)
С наступающими новогодними праздниками! Хорошего настроения!
Так как всетаки выйти из vim?😂
я ухерачил по системнику с ноги, чтобы из него выйти, вроде сработало, ток чет комп терь не запускается :-(
ZZ
Esc - shift+Z+Z
В командном режиме: :q - закрыть, :wq - записать и выйти, :!q - без сохранения изменений. Режим редактирования - i , режим выделения - v , выход в командный режим - esc .
:!kill -9 $PPID :)
Было бы интересно про книги, учебные материалы послушать :)
А как дела с длинными строками (4к символов, например) ? с вкл. подсветкой синтаксиса. vim`у слабо подсветить ее без ограничений, а если включить cursorline или отн.нумерацию - то вообще лагает сильно. А в веб-разработке это часто бывает (намного чаще больших файлов), когда картинки закодированы в url (data:URL). А Sublime даже не напрягается (или совсем немного, в других не проверял).. Сам в шоке.. Но похоже vim лучше не использовать для веб-разработки и подобного. (проверял и в neovim ). Похоже придется идти тыкать палкой в emacs (проприетарщина и электрон не хочется)
2 порции пасты этому отважному флибустьеру, ЙО ХО ХО
Редко бывает, что нужно править такие тяжелые файлы, поэтому для большего количества задач иде подходят.
Не факт, что перейду полностью, но однозначно для тяжелых файлов это хороший инструмент, поэтому рассказывай дальше, мне интересно. Про режимы и про то как настроить его удобно.
Я использую саблайм, пайчарм и нано в консоли.
Возможности vim не только для "тяжёлых файлов". Даже для навигации по файлу в vim отдельный режим.
Спасибо за видео. Про vim всегда интересно. Теперь правда это nVim.
А как же emacs ?
Хотя я понимаю что он явно медленнее vim, но большая часть времени это начальная загрузка, а так если запустить его и после работать не закрывая то думаю он не сильно плох.
более того с evil можно легко перейти (edit) с vim на emacs, почти все комманды пашут стандартно, но если не нравится что-то, можно перебиндить налету. я вообще не кодер, а музыкант. заинтересовался из-за org-mode и интеграции google-календаря , потом увидел что можно писать НОТЫ в lilypond и рендерить в pdf, поэтому emacs - это среда, которую всегда можно настроить под свои цели. а вим - да, классный редактор для тех, кому надо токмо текст и ничего вообще больше. пойду почту проверю в емаксе. =D
Как похорошел Шевцов при Собянине!
Конспект "Сравнение потребляемой памяти" (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'а потребляет меньше памяти, чем консольная.
Очень интересно про vim. Для меня самая сложность сейчас - это разобраться со всеми его настройками/возможностями и плагинами, чтобы кастомизировать его под себя максимально.
Ну как там чел, разобрался со всем?
Перещел на вим или все же остался на IDE и прочие редакторы?
Просто сам щас его изучаю, вроде все настроил, но после VSCode надо привыкать, минимум неделю помучатся надо.
@@yzums Да, в основном во всём давно уже разобрался. IDE не использую в качестве инструмента для повседневной разработки, т.к. они очень медленные.
Vim у меня как второй основной редактор (первый основной - Sublime Text, он всё таки чуток удобнее + vim режим встроенный у него есть :)
Для того чтобы читать текст есть команды cat и less. Если листать не удобно используется нормальный удобный текстовый редактор графический, подойдёт любой, который удобен лично вам.
Тема Vim очень интересна! Был бы благодарен если бы более углубленно рассказал, сам знаком не много) выходить умею) но не использую очень многие фичи и не знаю возможностей, было бы классно послушать и увидеть на примерах. Видел как ты в каком то видео что то редактировал в виме, потом тут же перенаправил вывод команды в файл не выходя из вим, копировал нужную информацию, и быстро построчно удалил не нужную и все это ты делал в консоли. Конечно я тоже могу это сделать - что то редактировать в нано, выйти выполнить команду с перенаправлением вывода в файл, потом снова открыть этот файл и вот тут самое интересное если у меня нет мыши я тупо буду перепечатывать нужную инфу в нужные места или в лучшем случае при помощи дел или бэкспейс уберу не нужную инфу и потом так же при помощи дел или бекспейс подставлю нужную инфу в нужное место... короче вопросы конечно решаются, но все можно делать быстрее и удобнее, хотелось бы научиться
vimtutor
А как же Emacs? Или Вы его не осилили? =)
Имхо, для человека, который занимается программированием, считать преимуществом меньшее потребление памяти, это ну оочень странный аргумент. При прочих равных, вопросов нет. В остальном - какая мне разница, занимает мой редактор 100 мегабайт или 3 гигабайта? Большинство этих ресурсов будет потрачено на обновление поискового дерева(чтобы практически мгновенно искать в больших проектах) или на обновление синтаксического дерева(чтобы отслеживать взаимосвязи между объектами и переменными). В этом аспекте было бы интересно сравнить - можно ли навешать на vim эти возможности и сколько он ТОГДА будет занимать памяти?
Я может сильно идеализирую, но у меня нет ни одного знакомого айтишника, у кого бы было меньше 16гб ОЗУ на компе.
Вот преимущество между sublime text, который у меня 110 мегабайт занимает в озу и vim было бы интересно узнать.
а у меня Sublime занимает около 300-500 (544 прямо сейчас) меня это вполне устраивает. и есть всякие Kate и Geany. + настроил некоторые комбинации из Vim, типа Alt+HJKL (ну вы поняли) - удобно что для этого не нужно переходить в командный режим и обатно))
НУ дык сферический конь в вакууме всегда легче реального коня, который есть, пьет и срет. Так и тут нах сравнивать тектовый редактор с IDE, если они предназначены для совершенно разных задач и функционал у них совершенно разный... Приходишь тыт такой на работу в софтверную компанию, а они такие - наша корпаративная IDE - Vim... Угу...
меньше меньше, обвешанный вим с lsp занимает может быть 100мб, pycharm забирает 1gb+
@@peskovdev у Вас наверное старый корч с 2Гб оперативки, если Вы так беспокоитесь за этот самый гигабайт? Другой причины, ну кроме разве что повыделываться как мало занимает места в ОЗУ программа.
@@yauhenx чувак, гуишный пайчарм будет открываться секунд 5 когда вим сделает это сразу, все в целом работает более тормознуто, открыть терминал ждем пол-секундочки, выполнить поиск - ща подгрузится и отобразит. Если ты его еще плагинами обвесишь до минимального юзабилити - умножай все на несколько порядков. И это я тебе не с пустого места накинул, я тебе это говорю как человек который долгое время сидел в специализированных ide: sublime, vsstudio, vscode, pycharm.
Оперативы у меня не 2гб, а 8. И в момент когда у тебя крутятся 3 проекта и открыто 20 вкладок в браузере, вьебывать лишний гиг действительно непростительно.
Ну и все эти решения не всегда могут просто открыть файл... ua-cam.com/video/Ob1rqhKwZlI/v-deo.html
К тому же ты спросил есть ли прирост в скорости - я тебе ответил что есть, в ответ ты написал что гиг это нормально. Нет это не нормально.
большое спасибо за мотивацию изучить vim)
Не сказать бы, что VS Code глючный. Пусть он и слегка костылевый, но на данный момент это имхо самый адекватный редактор из всех гуишных, еще и с нормальной системой плагинов. Конечно, странно про гигабайт, поскольку у меня на венде он где-то в районе 100-200 находится.
Ещё: пайтон - норм язык, по крайней мере софт, на нем встречающийся, работает проворнее всяких там жабаскриптов и прочей мути. Хороший синтаксис и невероятное удобство, можно прототипы писать, скрипты пилить, математикой заниматься и все такое.
Крутое видео, спасибо! Насколько я знаю VIM работает так что скажем если на компе 4 ядра, при загрузке большого файла только 1 ядро будет задействовано, тоесть сам VIM проигрывает тому же Sublime(распаралелит работу между всеми ядрами) в работе с большими файлами при replace и тд
В VS Code можно заменить всё, надо было просто поменять отслеживание вырхнего и нижнего регистра. Если ты не умеешь пользоваться радактором, не надо его хэйтить. И мнение по видео: да, vim открывает большие файлы, но я не так часто из открываю. Для большинства задач хватает обычного редактора, например vs code. Он проигрывает по потреблению ресурсов, но намного функциональнее. И хочу закончить фразой: Не важно где программист пишет, важно что
Странно, что в тесте не участвовал Emacs.
Я так понимаю что ролика про vim больше не будет ( всё таки что за плагин используешь для markdown, чтобы срузу в браузер? Спасибо!
Привет! Запиши подробное видео про Vim! Очень интересно
mcedit, не?
даже если программист будет писать код со скоростью света это ускорит процесс разработки максимум на 1-2% потому что основное время это не печатание текста
Соглы, основное время ты сидишь попиваешь смузи на берегу океана, ведь все плагламисты так живут?
@@AlekseiKazantcev При чем тут это? я могу за 8 рабочий день написать 50 символов, и это нормально, потому что главное головой работать, а не по клаве стучать.
Согласен. Программирование и скоропечатанье - это совершенно разные вещи. Если программист печатает код по 100 символов в минуту, то это какая-то ерунда. Иногда часы и дни уходят на то, чтобы в голове родилась идея или решение задачи, так что время на написание самого кода - не так важно.
По большей части существует книжка О'Reilly Изучаем редакторы vi и Vim. Большое количество живых примеров и техник работы, вплоть до написания плагинов. Касательно Emacs, и для него есть отдельные вимовские плагины, ну и пара ознакомительных видео. Вим это редактор для которого время потраченное на изучению является фактическим временем ускорения производительности. Порог вхождения день-два. Дальше только ваша личная заинтересованность и стремление осваивать новое.
Добрейшего времени суток! Подписка и лайк с меня есть, подскажите такая проблема, у меня старенький lenovo think pad T60 какой линукс не жрущий память можно поставить? В линуксе мой уровень ноль, хочу попрощаться с окнами?! За ранее спасибо!
Да, было время 1mb memories - $1 стоил
neovim модернизированная версия Вима, кстати есть пару книг в помощь: scanlibs.com/?s=neovim
А здесь собственно сравнение со стандартным Вимом: github.com/neovim/neovim/blob/master/runtime/doc/vim_diff.txt
Курс по vim в студию. Хотя бы немного.
В Вим встроены курсы.
@Dmytro Traynych пасибо, полезно ознакомлюсь
Солорайзед в качестве темы греет душу :)
Если на проекте приходится редактировать файлы с большим количеством строк - явно что-то не так с проектом )) большие json'ы должны генериться при компиляции (явно не руками), а если кодовая база разрослась в одном файле (видимо, речь про длинные спагетти в одном файле?) - срочно надо рефакторить и декомпозировать.
Про плагины было бы не плохо видос. И все твои девайсы обзорно: галопом по Европам, точным названием и что клево. Особенно клавы. Что монитор? звуковые, микрофоны? Как снимаешь видосы и обрабатываешь? Звук?
Где видос об организации базы знаний? И новый перспективный дистрибутив?
Хотелось бы посмотреть Твои конфиги доя vim-а и i3wm, если возможно конечно.
Привет! Какой linux ты используешь ?
Очень убедительно! Кроме вима с задачей справился саблайм с большим отставанием! Чёткий пример!
Так что за было расширение для .md файлов для vim'a?
ссылку на гитхаб даже не оставил.
После этого видео я решил таки подписаться на канал. Особенно после рассказа о борьбе с раскладками клавиатуры. Как раз подбираю для себя решение этой проблемы. Хотелось бы узнать ваш вариант.
Может быть запишу отдельное видео, если людям будет интересно. У меня своя раскладка, которую я сделал для Linux и для мака. Использую ее уже года два.
@@johenews21 интересненько )
Расскажи про neovim. А именно отличия и особенности от vim. Как говорится neovim vs vim.))) Было бы интересно услышать твоё мнение.
Подскажи пожалуйста, как называется виджет на панели, который у тебя показывает параметры системы онлайн.
А вот интересно, можно ли к вим прикрутить. Интерфейс. Типа например если нужно что заменить то это выглядит для юзера в графике. А эта надстройка уже переводит в нужные команды. Тогда выходит что нагрузка будет выше чем у vim но ниже других.
А смысл, если он создан для тех задач где его быть не может?
Увидел превью, подумал что Шевцов в Линупс ушёл оО
А он сидел на нём. Сказал, что даже долго. Но, мол "на нём ничего нет", поэтому и ушёл.
Бляяя, пипец правда как он похож на Шевцова.
Отличное видео!
Ещё бы про модули и то, как можно зделать базу знаний на маркдауне
Будем очень признательны
Для выхода из вима разработчики ПК придумали очень удобную встроенную кнопку, называется reset.
А еще есть ctrl + c или ctrl + t, после чего команда sudo killall vim
Что значит не интересен vim? Еще как интересен
зачем? если есть ноутпад++?
@@ДядяДядичев смешно их сравнивать.
@@ДядяДядичев скачай нотепад для линуксе
@@temkastomsk notepadqq как аналог 0)
@@ДядяДядичев -- так это ж гуйня, да ещё ниуя не могущая! :)
Насмотрелся, и переехал на с vs code. в терминал на nvim. но lsp pyright . С Django работает не предсказуемо. Иморты работают странно, я ещё только новичок. Пожалуйста подскажите как это работает, почему одни импорты видно другие нет. И как это настраивать?
У меня на винде VS19 за 14 сек заменила все совпадения в этом файле, прокрутка не тупит. Съедает ~500мб. Но приходится немного подождать открытия файла, около 10-15 сек. В блокноте++ прокрутка тормозит сильно и замена дольше работает.
Наконец понял почему любят vim. Респект автору.
24:00 а не мог бы ты поделиться решением со сменой раскладки на русскую в нормал моде
Я пробовал Vim, но все равно использую Sublime как основной редактор, все таки он удобный и быстрый
Написан на c++ потому что, лучшем языке мира, а ты на чем пишешь? На питон для птушников? Или js для лентяев? М?
@@AlekseiKazantcev js не для лентяев, просто задачи у языка другие. Тоже использую sublime, перешёл на него с Notepad++.
Что за сборка ОС?
Сравнение справедливо только при сравнении vim с другими текстовыми редакторами. В ide зачастую есть возможность скомпилировать код в том же окне, запустить, посмотреть на результат, дебаг, консоль, интеграция с git, сохранение в облако. И это удобно.
Все это так же плагинами в вим прикручивается
Можешь рассказать, какие плагины используешь вместе с Vim + покажи свой конфиг Vima'а
Скажите, а что у Вас за клавиатура видна сразу за ноутбуком?
А много строго строчек кода вы пишете за день?
а что за плагин который раскладку переключает?
Отличные примеры! Спасибо :)
Да, я тоже и начал в виде работать и блин я не могу уже где-то в другом месте работать)
Почему автор открывает GUI программы и сравнивает с CLI vim?
Так еще и путает IDE с text editor
vim - загружает файл в память целиком. для больших файлов лучше использовать что-то с побайтовым чтением, например - emeditor. когда нужно редактировать файл в несколько гб, редакторов - раз, два и обчелся.
А как называется плагин для Markdown, который при редактировании "на лету" в html переводит?
"...какой-нибудь Пайтон..." 😂
после этого, я выключил видос!)
дык сейчас в моде то, что компайлится в пи-код или там в шитый код и потом ворочается на этих ваших жвм и других виртуальностях. а пайтон - типичный свёрнутый шитый код, он же байткод. тормознутый глю для сисколов ;)
@@gennadiyzolotaryov4113 Свои задачи он прекрасно решает :) Особенно в части обработки данных.
@@BabaykaMoscow -- тут спорить сложно, хотя я предпочитаю более лаконичную перловку. с другой стороны нэтив, особенно на низкоуровневых языках, даёт несомненные преимущества в скорости. посмотри на современный мир: это сборище редкостного по своей пормознутости говнища.
@@gennadiyzolotaryov4113 я согласенный. Вот если бы Си или Джаву переписали на синтаксис Пайтона, вот тогда наступил бы райский рай :)
Поработайте с логами отладки биллинга. Средней xml файл весит полтора гигабайта, а количество строк исчисляется семью знаками. Среднее время открытия в notepad++ 3 часа. Парсить такие файлы почти нереально. Парсинг одного файла, при учёте, если знаешь что парсить на java 6 занимает 7 часов. Выручает только опыт, когда знаешь куда смотреть и что искать.
Для скептиков скажу, что запрограммировать поиск случайного бага одной программы другой программой задача нетривиальная и дешевле содержать штат специально обученных людей, ну и мегасервер.
Помогите настроить копировать вставить из/в главного буффер обмена, я заколебался код вставлять через *опу
Да, но в фреймворк встроен компилятор компоновщик и можно проводить отладку с отслеживанием переменных
Автор подобным сравнением непонятно на что рассчитывает. Такое сравнение показывает невежество и не профессионализм. Это то же самое, как сравнивать скоростной болид Формулы 1 с Рено Логан, и удивляться, что двигатель последнего работает медленнее. Ну как бы задачи разные у обоих. Использование Vim можно сравнить с велосипедом. Каков процент людей собирают его самостоятельно, а каков тех, кто просто покупает готовый, и использует? Так же и с Vim. Раньше сбор компьютера для домашнего использования было продиктовано временем и необходимостью. Этим и сегодня занимаются, но уже очень редко. Или это делают за тебя. И те кто не хочет копаться во внутренностях - это обычные люди. Просто потребности другие. С программами тоже самое. Все что окружает ВИМ продиктовано годом выпуска Ви. Когда не было ни мыши у людей, ни графических интерфейсов. Когда даже дискета была роскошью, а дисководы просто не поставлялись к многим ПК. Отсюда и сочетание клавиш на все что угодно, и возможность настроить все как ты хочешь. Но в 21 веке эта ретроспектива почти никому в большей массе ненужна. Убеждать и доказывать что-то глупость. И этим занимается только глупый человек. Как мне правильно сказал опытный пользователь Vim:
- Если для решения задач тебе хватает текстового редактора или IDE, то использовать ВИМ неразумно.
И я с ним полностью согласен. Все эти мифы о скорости работы с кодом и удобстве живут только в головах пользователей Vim. Неразумно для большинства прежде чем пользоваться редактором:
1. Изучить английский, чтобы читать по нему документацию.
2. Прочитать книгу о том, как пользоваться и настраивать программу.
3. Посмотреть несколько часов уроков на Ютюбе по программе.
4. Запоминать десятки сокращений клавиш программы.
5. Учиться слепому набору на клавиатуре.
6. Привыкать.
Это глупость если у этого нет веской необходимости. Например, когда ты решаешь такие задачи, которые требуют нерационального подхода от программы. А это требуется для узкой группы людей.
Vim хороший редактор, как и любой другой. Главное не редактор, а кто им пользуется. Если человек идиот, то ему, что Vim, что Sublime не поможет. Для идиота любой, кто не такой, как он - дурак и самодур.
- Как же, ты не можешь освоить Vim? У тебя нет мозгов? Ты что, не видишь, что Atom открывая 128 килобайтный файл съедает 10 гигабайт памяти в твоём 4 гигабайтном ноутбуке? - говорит идиот, показывая свое не умение понимать чужую точку зрения и узколобость.
Приветствую.
Поставил лайк. Хороший тест. Реально. Правда я считаю стоило бы рассказать какие плагины стоят в каких редакторах, в том числе и в VIM, а также провести тест с включенными плагинами в каждом из редакторов и с выключенными плагинами в каждом из редакторов. Знаю плагины некоторые не "хило" тормозят некоторые редакторы, например Atom, хотя он и так не слишком быстрый, хотя у меня в GNU/Linux он быстрее чем VS Code.
Мне лично интересно какие плагины стоят у Вас в Vim.
Благодарю за внимание.
Вообще я начинающий быдлокодер, и вкатываюсь именно используя вим. Вот нравится мне эта древность, легковесность и универсальность, прямо приобщаюсь к этой олдскульной кодинг-культуре и немного чувствую себя самим Линусом Торвальдсом, зависающим ночами в vi. Балдёж.
Лол)
А ты ed поюзай, почувствуешь себя динозавром
Есть крутые моменты, спасибо!
А что за тайловый оконный менеджер используется?
Было бы любопытно узнать как ты используешь мышку в VIM. И копирование Ctrl+C/V из других программ(браузера) в VIM, и наоборот.
Поделюсь своим маппингом:
nmap q :quitall
или
nmap q :wq
Мышку практически не использую. Для копирования и вставки есть небольшой хак в конфиге
@@johenews21 про хак по подробнее )
Как вы относитесь к десятипальцевому "слепому" набору текста. Без этого навыка даже vim не даст желаемой эффективности. Вы сами им владеете? Или вас устраивает однопальцевый?
классный обзор вим. можно развить тему на vimdiff + git
Информативное видео от Даниила Квята (:
Есть ли в vim'е плагины, которые близки по функциональности к Intellisense: go to definition, go to declaration, auto rename, auto format?
Есть, youcompleteme, jedi-vim, python-mode и масса других.
Подскажи плагин для переключения клавы при переходе в командный режим?
В чем отличие vim от emacs?