Наглядно о том, как Vim рвёт в щепки Sublime, Atom, PyCharm

Мой курс «Хардкорная веб-разработка» - course.to.digital
Книжный клуб Ботаним!, где мы читаем хорошие ИТ-книги: botanim.to.digital/
Telegram: t0digital.t.me
Сказать спасибо за это видео можно здесь - boosty.to/digitalize.team
«Да я вот в IDE-шечке своей пишу и горя не знаю, что за Vim ещё такой, что за трэш из прошлого? Зачем оно вообще мне надо? Что за чёрный экран? Зачем всё это в 2020? GUI рулит!»
Ну что ж, отвечаем:)
0:00 Что мы тут будем тестировать?
1:15 Готовим текстовые файлы на 2MB и 11GB
2:40 Тестируем на 2MB файле в vim, Sublime, Atom, PyCharm
4:53 Открываем SQL дамп на 4.7Gb
8:40 Тестируем на 11Gb файле
12:39 И чо? Я не работаю с такими файлами
14:14 Выводы, vim плагины для редакторов
/****************** about ******************/
Меня зовут Алексей Голобурдин, я программирую с 2004 года и на этом канале делюсь своим опытом. Я основатель и руководитель компаний:
- Диджитализируй digitalize.team, разрабатываем сложные IT системы для бизнеса;
- Salesbeat salesbeat.pro, комплексный модуль доставки для интернет магазинов.
Если у вас есть проект на разработку, пишите нам на [e-mail].
С другими предложениями, а также если вам нужна одна или несколько индивидуальных консультаций/уроков по разработке (3000 руб/час), пишите мне на [e-mail].
Telegram канал - t.me/t0digital
ВК - digitalize.team
RuTube - rutube.ru/channel/24802975/ab...
Дзен - dzen.ru/id/6235d32cb64df01e6e...

[@t0digital]

Мой курс «Хардкорная веб-разработка» - course.to.digital Вжух!

[@8Johnny8Catsvill8]

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

[@DiAmond-qq9yd]

В .

[@user-ql9qd2lx2x]

Звучит так, как будто все рассмотренные среды программирования относятся к разным языкам программирования

[@t0digital]

@@lime-qh6el вы меня вычислили!

[@experimenter220]

@@user-ql9qd2lx2x они вообще ни к каким языкам не относятся ! На представленных в видео редакторах можно писать на любом языке программирования !

[@uriukti]

Ваш коментарий нелепен.

[@snky_]

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

[@t0digital]

Нене, не надо меня драть)

[@ivanshukshin3629]

Диджитализируй! АйТи студия думаю очень популярной будет серия гайдов по виму, может снимете?)

[@t0digital]

@@ivanshukshin3629 думаю, снимем, да!

[@aske34ru]

Ок, я понял что vim’ом можно открыть любой файл. Но как из него выйти? 🤔

[@t0digital]

Мы занимались исследованием этой проблемы! kzbin.info/www/bejne/h2K1hoyHfsyJga8

[@PorisulkiPictures]

Думаю, что ему нравится вим, потому что он так и не понял как из него выйти. Обычно сразу вырубает после сохранения)

[@t0digital]

@@PorisulkiPictures да, из розетки просто дёргаю, иногда помогает

[@dalisoft]

:q! Все файлы которые вы изменили потеряется!

[@iwfttl]

Никак, это сверх защита от взлома 1. Открываешь файл в vim 2. Идёшь по своим делам Итог: В твой ПК никогда никто не зайдет

[@user-nb6nx6hg2h]

Спасибо! Как раз думал почему мой скрипт не работает. Оказалось, что ошибка скрылась на строке 15972 и я просто не смог ее заметить в pycharm.

[@Dmi3S]

ух, ну Вы даете!)

[@user-wj8kv2rv4u]

Переведите эти 15972 строк на С и всё будет работать очень быстро!

[@MikhailVoroncov]

@@user-wj8kv2rv4u зато переводить не очень быстро))))

[@spoonjeee4785]

каждый день работаю в файлах по 11гб, ага))

[@SergMirny_yt]

Типичный hello world на Java 😂😂😂

[@user-si1bz4tf9d]

Я тоже угарнул =) Этот же сколько нужно наговнокодить те.

[@aristarhbahirev2548]

В реальной практике...слишком редко, у меня максимально было 2гб

[@Dmi3S]

господи, прости - но есть же утилита tail -- с ней немного проще.

[@bushkov]

- Как узнать что человек пишет в VIM? - Не переживайте, он обязательно об этом скажет.

[@t0digital]

Разумеется!

[@hunterxvov4ik]

Пишу-пишу. Я ещё и арч юзаю, бтв.

[@dmitryts9093]

Очень интересно, но Vimом я пользоваться конечно же не собираюсь :D

[@aristarhbahirev2548]

Попробуй micro или neovim (если Linux, macOS или FreeBSD)

[@clauseclause6640]

Отчего не сравнил с Emacs и Nano? имхо, очень специфичный пример и не совсем корректное сравнение.

[@vandud]

Нано вообще ничего не умеет и им не удобно пользоваться. Емакса нигде по умолчанию нет в отличие от vim и vi (они в каждом линуксе есть)

[@clauseclause6640]

Иван Дудин ну в данном случае заявлено требование открывать, просматривать и редактировать файлы, уверен nano с этим справится. Ну и для человека способного работать в vim/emacs поставить его задача безусловно тяжелая, но посильная. Вообще я к тому что для своих задач - свой инструмент, если тебе нужен ide, то при всех плюсах vim работать в гуишных ide будет удобней, а если нужно отредактить файлик в консоли - nano вполне подойдёт и вряд ли усилия вложенные в изучение работы vim стоит того, если подобные задачи возникают раз в год. Ну а у тех, у кого такие задачи ежедневная рутина вопрос о выборе инструмента не стоит и в vim давно умеют.

[@MrBytmin]

@@vandud nano очень прост и удобен, если нужно быстро какую-нибудь строчку поправить или просто просмотреть код из терминала, для более сложных операций есть тот же Vim. В конце концов, нано и как аналог нотпада обычного годится.

[@vadlowperminov5215]

@@vandud Nano умеет все что нужно из коробки, и не подводило никогда.

[@donrumata5299]

Точнее, совсем некорректное

[@user-QesOrwuMqN]

1. если в виме отключить подсветку синтаксиса - любой файл будет открывать моментально. Либо можно нажать CTRL+C в начале открытия и он перестанет пытаться подсветить синтаксис и откроет файл мгновенно 2. по поводу эффективности редактирования в виме - вим для меня был основным средством редактирования кода на протяжении 4 лет, рекомендую просто залогировать кейлоггером сколько кнопок ты нажимаешь в среднем при работе в виме и в обычном редакторе и сравнить (я про юзкейс написания кода). Вообщем в сумме на вим ты затрачиваешь больше энергии чисто на взаимодействие с ним, если использовать его в 100% случаев 3. в целом весь подход к сравнению странный - для разных файлов разные инструменты, хорош молотком пытаться закрутить шуруп, это можно и отверткой сделать...

[@svfastunov]

Очень хочется по vim отдельный плейлист. Будет удобно в одном месте все подсматривать.

[@user-wf3jr8hu5s]

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

[@villainmadless1503]

А где же обещанный "поиск и замена" по всему файлу?

[@t0digital]

Когда увидел, что они и файлы-то нормально открыть не могут, глубже копать уже не стал

[@cyberego4816]

@@t0digital забыл просто ;)

[@MyNameIsChira]

Я как бы понимаю что видос уже старенький, но просто держу в курсе - в pycharm есть настройки. Максимальный размер файла ограничивается именно там. Как раз для того чтобы, не вывалиться в out of memory. Просто доведем до абсолюта, что случится с vim если если попытаться открыть файл больше чем размер оперативной памяти и swap? (я не пробовал но предполагаю). А вот что я знаю наверняка - это проблемы с длинной строки. vim очень часто не может открывать mysql дампы из за того что в них могут быть длинные строки. Даже не больших размеров(до 1 гб) с которыми остальные текстовые редакторы справляются без вопросов. А IDE и подавно. Если что vim хоткеи считаю максимально удобными, по этому стоят везде. Но пользоваться непосредственно vim в качестве текст редактора - только если нет desktop environment.

[@user-qt4gz1dl6w]

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

[@kely6646]

Решил повторить твой эксперимент, для достоверности.. И как итог, в следующий раз, пожалуйста, покажи как выйти))

[@NikolayMishin]

супер, спасибо, а как вы в htop фильтруете процессы F3 поиск, а как вы их фильтруете? спасибо

[@t0digital]

Слеш или обратный Слеш. Что-то из этого поиск, что-то фильтр

[@shahriyor_m14]

Было бы интересно сравнить Vim с Блокнотом)

[@user-zc3zk8wd8p]

PyCharm просто не такой глупый как Vim ( ради холивара же кино затевалось? ) Очевидно что с гигабайтными файлами не работают как с текстом ( почему? ) а по сему - нахера пытаться его весь загрузить? Или у Вас питоновские файлы по 2мб? (сорян, если так - считайте мой коммент аннулированным.) Ну и как "итого" - анекдот. Но сначала вопрос по сабжу - а не приходило ли в голову что люди из ДжетБрэйнс, написавшие не только кучу IDE, но и такую вещь как www.jetbrains.com/mps/ подумали о том что не будут ориентироваться на желающих ворочать гигабайты текста в редакторе, а вместо этого будут работать над такими вещами как индексы для всякого рода поиска, оптимизацией и др...Да, да - и др. Отображать определенное число строчек в гигабайтном файле при этом вися в памяти как 0,1% - это детский сад...Так "все умеют". Зачем быть как все? Еще один блокнот для кода...в 2020-ом ? Анекдот - доктор, когда я делаю "вот так" у меня болит "вот тут"...

[@sigvarthragnarsson6669]

"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность. Раз уж на то пошло, то и вим не задумывался как конкурент полноценным средам разработки, однако несмотря на одно из самых неочевидных исполнений управления в истории, конкурировать с ними вполне способен.

[@user-zc3zk8wd8p]

​@@sigvarthragnarsson6669 спасиб, поржал. Я всегда знал что многие люди предпочитают забивать гвозди микроскопом, просто потому что "так прикольнее".

[@sigvarthragnarsson6669]

​@@user-zc3zk8wd8p Nazdorovie. Учитывая что в аналогию сложности конструкции микроскопа так иронично попадают как раз те самые раздутые иде.

[@user-zc3zk8wd8p]

@@sigvarthragnarsson6669 ^^"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность^^ - ждем notepad с функцией эээ(ну помогите друзья, фантазии не хватает!) геолокации?! YEAH! А почему бы и нет, если кому то очень нужно...

[@user-zc3zk8wd8p]

@@sigvarthragnarsson6669 А вообще мне кажется JetBrain-овцы должны были запихать ехидную пасхалочку для любителей бить гвозди микроскопом...kzbin.info/www/bejne/imS9mJZtisSKfJY (ПЛАЧУ, довел, соббака!)))

[@dmmeteo]

Точно такоеже видео было у johe news месяца 3-4 назад

[@dmmeteo]

Не сорян 1 год назад

[@lunedefroid8817]

@@dmmeteo ееесть такое.

[@abdullayeff6597]

Ну если без шуток, всякие IDE сделаны чтобы разрабатывать, кодить. Удобно рефакторить большой код, большого проекта, в котором текстовые файлы в среднем далеко не больше одного мегабайта. Во всякие вимы и емаксы нужно вникать, понимать как это все пашет чтобы писать конфиги, учить какой-нибудь язык Lua для всего этого. И единственный смысл это делать - ради собственного развлечения: любить дергать терминал, хоткеи, тайлинговые рабочие окружения. Стоит ли среднему юзеру для разработки вникать в емаксы?

[@user-kv6fz5mk8g]

Как бы не банально звучало, но вникать нужно стараться всегда, а не избегать трудностей. Если люди с опытом говорят вам, что игра "стоит свеч", то к чему вы повторно задаёте один и тот же вопрос?

[@VanStabHolme]

@@user-kv6fz5mk8g мощно

[@dmitryk9440]

Я несколько коллег на работе не имеющих навыков программирования пересадил на вим (вим тур дал пройти). Надо было, чтобы в мое отсутствие кто-нибудь мог подправить конфиги на фряхе. И теперь они решают повседневные задачи в нем. Так что на мой взгляд, многих программистов испортили ide, и они не могут без них обойтись. Также стоит отметить, что подавляющее число пользователей ide, знают их и пользуются всеми возможностями только на 15%. При этом чтобы дойти до такого процента нужны годы опыта. А для полного освоения вим достаточно потратить 1-2 дня (плюс настройка день) и вы уже полноценно можете кодить. P.s. если вы используете разные стеки технологий, то надо учится пользоваться разными ide одновременно. P.s.s. ide в компилируемых языках не даёт понимание процесса компиляции, что затрудняет развитие разработчика в дальнейшем.

[@wasyaokyn4077]

@@dmitryk9440 "ide в компилируемых языках не даёт понимание процесса компиляции". А как компиляция через командную строку даёт понимание процесса компиляции?

[@amerohful]

@@wasyaokyn4077 при "компиляции через командную строку" в С(++) можно пройти через все этапы и посмотреть промежуточный результат(наверное так)

[@justkrybik]

Я бы, пожалуй, руки отрубил тем кто пишет такие большие файлы...

[@lunedefroid8817]

У нас проект где конфигурация в XML занимает 36 тысяч строк.

[@user-pt6gy1uk7x]

@@lunedefroid8817 фигово вам)

[@TheProfessionalGambler]

@@lunedefroid8817 это для чего такие конфигурации?

[@lunedefroid8817]

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

[@justkrybik]

@@lunedefroid8817 я имел ввиду исходники. В целом да, файлы бывают впечатляющих размеров, но такие в IDE только маньяки открывать пытаются.

[@lil_peepka]

Открывать большие файлы конечно круто, но мы ждем где из вима делают IDE. И про Emacs хотелось бы послушать хотя бы мнение. И похожее сравнение скорости было у Johe News, просто оставлю наблюдение тут

[@kennethdarlington]

Есть мнение, что когда из Вима делают ИДЕ, он начинает сильно терять в скорости пропорционально количеству и тяжеловесности плагинов. Как и троллейбус из буханочки хлебушка 😀

[@VanStabHolme]

Vim - текстовый редактор Emacs - рабочее окружение Пока в Vim-е ты только редактируешь файлы, в Emacs ты: редактируешь файлы, играешь в игры, браузишь инет, снимаешь видео, и.т.д.

[@VanStabHolme]

@@kennethdarlington Vim уже имеет всё что нужно для использования как IDE. Build integration, дополнение текста/кода, макросы, поиск/замена, и многое другое ставят полезность плагинов автодополнения под вопрос. P.S.: Я предпологаю что Vim версии не меньше 8 ибо многие фичи появляются именно в новых версиях Vim, и все мы знаем что код на C быстрее любого скрипта на vimscript.

[@kennethdarlington]

@@VanStabHolme тут каждому свое. Кому открывать ХХ гигабайтные файлы, а кому лайв-сервер, компиляция сасса, проверка орфографии, квик серч по докам, линтеры, кодестайлы, интеграции с различными тулами итд.

[@lil_peepka]

@@VanStabHolme играешь в змейку*

[@AndreyZhidenkov]

Неплохо, но было бы интересено увидеть, чем VIM лучше с точки зрения разработчика. Мне, например, в Sublime нравится мультикурсор, постояно им пользуюсь. А в VIM не очень удобно работать с большим количеством файлов. И для того, чтобы работали подсказки и прочее нужно ставить кучу сторонних плагинов типа ctags. Но основное приемущество VIM всё-таки в том, что всё очень быстро можно делать с клавиатуры, если выучить все команды.

[@BobiBobObana]

1) что бы выбрать столбцы в которых нужно написать текст 2) I (ай большая) 3) пишешь нужный текст 4) выходишь в нормальный режим Все :) PS насчет работы с несколькими файлами. в нормальном режиме будет перемещать тебя на последнее редактируемое место. А вообще если что то надо ты можешь создать свое поведение которое тебе нужно и свое сочетание клавиш для этого. т.е. Vim можешь настроить как хочешь. Он может даже отслеживать события для выполнения твоих команд. Например был открыт файл, начался или закончился ввод символов, была изменена настройка параметра, было найдено различие в тексте, рабочий каталог изменился, пользователь ничего не нажимал какое то время, Курсор перешел в режим вставки, нормальный режим, пользователь перешел в новую вкладку ... Таких событий больше сотни он отрабатывает. dzen.ru/a/Y5ezBUuwBm9JXgGn?share_to=link

[@BobiBobObana]

@@IdelNomad Автокомплитер кода есть плагин YouCompleteMe подсветка синтаксиса есть, можно настроить как тебе хочется. Можно самому запариться, а можно поставить плагин gruvbox Да, он показывает где у тебя в коде ошибки и делает это все тот же YouCompleteMe Отладчик есть, это gdb его можно встроить в vim и прямо в нем ты можешь шагать по коду ища свои ошибки. Причем можно шагать как вперед так и назад. Ловить остановку по событиям, по условию и т.д. Можно в vim встроить cmake, git ... Vim это то что ты можешь настроить под себя все. И на любой вопрос а можно ли... Можно.

[@andrewkot5212]

@@IdelNomadвсе это есть в Атме из коробки

[@ownedbyptr]

мультикурсор можно настроить в виме

[@rustatmoth9302]

тесты показали что вим нужен там, где ни кто не нужен

[@t0digital]

ну-ну)

[@user-yk5bi4fx9u]

Убедил! Будем писать в Vim на ассемблере.

[@dmitriyobidin6049]

"Сложный инструмент занимает больше места в памяти, чем инструмент попроще", ну не самая хорошая аналогия. PyCharm всё таки создан для решения проблем сложности больших проектов, а не для открытия больших файлов(которые по идее лучше как бы и не загружать полностью в память, а работать с ними через стримы). Надо смотреть насколько в этих инструментах удобно работать с большими проектами, насколько удобно ориентироваться, рефакторить, дебажить. Пока видео выглядит очень предвзятым, т.к. не озвучены критерии, по которым вы сравниваете.

[@user-vi8dd8pi6w]

Покажи, пожалуйста, корректные примеры работы с вимом. Что ты подразумеваешь под эффективной работой с текстом?

[@t0digital]

Посмотрите 1 видео на этом канале

[@andreyhakobyan7902]

Здравствуй. Мне нужна помощь , хочу установить автозаполнение ну или подсказку для python в vim . Пробовал установить плагин YouCompleteMe неполучаеться , все вылезает какая то ошибка. Можешь что то посоветовать?

[@t0digital]

гуглить-изучать дальше, больше тут ничего не посоветуешь

[@sashamc309]

Круто. Показал, где вим незаменим. Я когда-то работал с SQL дампами огромными, просто прочитать надо было и продебажить. Несколько гигабайт текста. Было очень больно в Sublime Text это делать - просто виснет наглухо, очень классный UX, особенно для меня тогдашнего, молодого-зеленого-неопытного. Тогда-то я и начал смотреть в сторону консольных программ для работы с текстом. Ну и да, в виме реально удобно двигаться к следующему слову, к закрывающей скобке, к следующему/предыдущему параграфу. И все движения, как только выучил их, можно использовать для выделения, удаления текста. Удаленный текст никогда не потеряется - есть 10 регистров, в которых все лежит. Удаленный текст можно вставить. Undo history (когда отмотал через Ctrl-Z назад, поменял что-то и тут осознал что надо было отмотать вперед и вставить изменения туда, и теперь ты потерял кусок работы) никогда не потеряется. Есть простое и понятное автодополнение (Ctrl-P/Ctrl-N). И это все идет из коробки, плагинов у меня минимум.

[@MrPeredreifus]

Хороший видос. Но если ты в виме отключишь подсветку синтаксиса для SQL файлов и попробуешь открыть дамп, то очень офигеешь от того, насколько быстро он откроется 😏

[@t0digital]

Кстати, дааа!

[@eugenyveles440]

@@t0digital Так епт, давайте все отключим и компьютер выключим)) Вы че, ребят, сравниваете то

[@experimenter220]

@@eugenyveles440 это кибер спорт такой у кого быстрее откроется! Нужно по максимуму отключить функционал что бы победить в быстрооткрывании файла

[@karimshakirov]

Все преимущества vim убивает тот факт, что после открытия файла приходится ехать в датацентр и перезагружать сервер!:(

[@t0digital]

Это да, увы!

[@fisheract]

Это как?

[@dmytrokorbanytskyi1586]

Периодически юзаю вим для правок конфигов прямо на серваке. Но если делать это редко, то забываешь команды, становится не так удобно. Можно как-то в него добавить автокомплит строк, переход к объявлению класса/функции по Ctrl+click и возврат назад по Alt + Left как в PyCharm? Если можно - попробовал бы ради интереса покодить в виме, но без этих фишек будет совсем туго .

[@user-gi4me5nj4l]

nvim (просто поприятнее будет), плюс настроенный конфиг для сочетания клавиш, там и автокомплит можно плагином добавить

[@freeFHH]

Можно всегда поставить в pyCharm vim-mode и пользоваться всеми плюсами vim и плюсами ide. И сколько раз в день в открываете большие файлы?

[@t0digital]

Можно. Иногда приходится. Речь о важности умения пользоваться консольными утилитами в противовес наивному мнению «моя IDE может всё».

[@DimiEG]

Забавненько. Пример показательный. Но конечно IDE служат для разработки софта. Большие файлы им открывать не обязательно. Для анализа дампов и логов служат 'awk', 'grep' и т.д. Можно ещё попробовать текстовый редактор ‘ed’ ;)

[@nanoberzerk]

Так он это прям в видео и говорит

[@F0RIS]

Вообще как бы стоило сначала замерять сколько чисто сам редактор потребляет озу и уже потом смотреть сколько потребление после открытия файла)) Т.к. сравнивать консольное приложение и ГУИ как-то совсем странно т.к. у графического приложения как минимум в озу находятся иконки) Я свои дампы БД по 500МБ в notepad++ редачу) в нем и регулярные выражения есть и плагины ставить можно

[@alexeygumenyuk8510]

Спасибо,приму это во внимание. Конечно, вряд ли мне понадобится открывать такие файлы, но всё же)

[@samrybkin9184]

Привет может подскажешь работаю в linux пользуюсь vim хотел бы попробовать начать изучать python. С чего начать книгу по основам уже два раза перечитал что то попробовал. Какую интересную задачу себе можно поставить можно ли какие скрипты простенькие писать где про это можно почитать или сразу в web куда двигаться дальше?

[@t0digital]

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

[@yerkin_aliakbar]

Ричард из силиконовой долины пользуется emacs-ом

[@artemzaecev7751]

Это действительно не объективно. Задачи редактора не сводятся ведь к одному лишь открытию файлов. Как бы я не любил vim, но в качестве основной среды для разработки, он выглядит как деревянный ботинок возле технологичной мембранной обуви.

[@t0digital]

Я не говорю, что Vim наше всё, я говорю о том, что нельзя говорить «IDE наше всё». IDE вообще ни разу не наше всё, он даже мало-мальский дамп базы открыть не может. При этом это ничего не говорит о том, что IDE не нужен, плох и тд.

[@vabolshakov]

@@t0digital но видео и заголовок совсем другие, очевидно для холиварчика)

[@t0digital]

@@vabolshakov ну почему, vim действительно кладет на лопатки своих современных потомков в вопросах открытия некоторых файлов) это же не говорит о том, что IDE плохие. Но факт есть факт - текстовый файл на несколько гигов нормально открывает из них только vim.

[@gennadiyzolotaryov4113]

ваще-то именно под пайтон вим имеет наилучшую заточку :)

[@user-oh2rm9rc8m]

@@t0digital ИДЕ это как раз таки наше всё. вим насколько бы он крут ни был, теперь нужен только для открывания больших файлов и ковыряния в них. править конфиги в нем тоже не обязательно. я в пхпшторме создал проект серверс, создал ссш коннекты на разные сервера и замапил их на папки внутри этого проекта. один сервер - одна папка. прокачиваешь на комп нужные файлы редактируешь заливаешь. копипастишь похожие куски между серверами одним движением руки (да, мышкой) а не долбишь клаву попутно вспоминая коннекты или алиасы какие-то. о разработке вообще речи нет, это бред, трата времени и понижение качества. ради чего? гиковской романтики какой-то. честно, не понимаю это восхваление вима в контексте разработки. похоже вы просто не разрабатываете особо

[@user-rx8fc4tj3d]

А есть какой-нибудь редактор сходный или близкий по быстродействию с vim?

[@mutaputa3534]

Emacs

[@fallennephalem1258]

а как же другие консольные редакторы, такие как nano? Между ними разница лишь во вкусовщине или в производительности тоже есть?

[@t0digital]

Не сравнивал

[@htmlbird]

Vim появился тогда, когда мыши не было, как и графического интерфейса. Не было и единого стандарта клавиатур, от чего где-то могли быть клавиши курсора, а где-то в каком-то не удобоваримом виде, а где-то и вовсе отсутствовать. Именно поэтому в нем все управление задействовано на клавишах и их сочетаниях. А как вы ещё реализуете идею такого софта, когда у вас были все выше описанные проблемы? Никак. Говорить, что это было сделано для удобства глупо. Это не так. Это была необходимость времени. Убеждать людей, что Vim крут и нужен так же глупо. Это как есть покупной велосипед, где тебе нужно лишь смазать его, накачать колеса, да может что-то по мелкому поменять, а есть профессиональные, которые собираются с нуля. Вы действительно считаете, что всем теперь надо собирать самим себе велосипед? Нет конечно. Vim как в чем-то выигрывает, так и катастрофически проигрывает во многих вещах современным редакторам. Они не сравнимы, так как само сравнение я описал с велосипедами. Sublime Text тот же настраивается за 5 секунд. Там так же как и в Vim можно все мыслемое и немымлемое назначить на клавиши. Плагины ставятся без гемора, не надо ломать голову, что где прописать. В этом и есть его сила. Компьютеры становяться все более мощными, и потребность в столь огромной экономии ресурсов падает. Она по прежнему есть, но это уже не те машины в 128кб на борту. Vim нужен только тогда, когда ты понимаешь его необходимость. Верстать те же сайты с языком JS на Vim можно, один вопрос, нахрена? Я настолько, например усовершенствовал все, настроив все в Сублайме на клавиши, что стал ниндзя-каратистом в скорости написания кода. Только фишка в том, что скорость то и не нужна. Важнее делать правильно и работу сдавать в срок. А остальное, хоть в Блокноте верстай. Vim - это удобный продукт, но он удобен тем, кто понимает зачем он им нужен. Когда тот же Sublime покрывает 99% работы в разработке кода на JS, HTML, CSS и делает это прекрасно, легко, не напрягая ни машину, ни тебя, а порог вхождения в редактор низок, не это ли прекрасно? Если меня устраивает в работе готовый молоток, зачем мне делать свой собственный? Чтобы просто похлопать себя по груди и сказать: "Я молодец"? Ну круто наверно, но глупо как-то. И все это часто не понимают Vim'о-дрочеры. Получается как разговор слепого с глухим.

[@alexeismirnov4483]

Совершенно верно. Я приведу тоже пример: есть отличные инструменты - пробойник и молоток, оба - великолепны, ими можно неплохо пробивать бетонную стену. Но я выбираю - Макиту )))

[@Artymka]

Берёшь Vs Code и ставишь клавиши из vim Скорость не важна , а удобство

[@georgestatefield]

Спасибо за ёмкий урок!

[@artihlec]

Для вима написан плагин для автоимпорта ES6 JavaScript модулей? Я не находил.

[@bohdanmarynushkin7630]

Мне нравится сепаратизм на всех уровнях программирования. Сперва идет фронт-енд, бэк-энд, всякие даты, потом люди делятся на языки, потом фреймворки, разные технологии, и вот начали уже и на ИДЕ.))) Видео очень крутое, я прям кайфанул. Сравни тем, "что будет если", только для "наших")) Автору респект х2, и видео ах*енное снял и рассказал про вим и не обосрал никого. От души, снимай чаще, пожалуйста)

[@bohdanmarynushkin7630]

кстати. разрабатываю в пайчарме, просто смотрю проэктики или что-то легкое в вс коде, а задачки решаю в саблайме)

[@germanbutaev2717]

Как часто разработчикам приходится открывать и работать в гигабайтных файлах?

[@user-kv6fz5mk8g]

Вам нужны конкретные цифры? В видео об этом был разговор, видимо вы прослушали

[@deadlydenier6469]

@@user-kv6fz5mk8g таймкод пжлста?

[@t0digital]

... с плагином vim для эффективной работы с кодом=текстом

[@deadlydenier6469]

@Idel Pro их можно прекрасно ковырять и с помощью инструментов командной строки, cat, less, zless, grep ... и прочие радости И вим тут нахер не нужон

[@t0digital]

Цель видео и во многом этого канала - призвать людей развиваться. В данном случае показать, что не все можно сделать в их IDE (а многие комментаторы в этом до фига уверены). Понятно, что есть куча крутых *nix инструментов, которыми можно решать задачи, но если люди считают, что кроме IDE ничего нет, вы действительно думаете, что они знают о cat, less и grep?

[@chupa00]

А что за склейка на 5:23-5:24, где sql дамп открывается в vim?)) У меня вим крашнулся на дампе 0.5 гб

[@t0digital]

Все что показано в видео любой дурак проверить может, эка невидаль, файл открыть редактором)

[@aleksandrpython1511]

Честно говоря, я бы с удовольствием посмотрел видео про ваш опыт обучения слепой печати). Чтобы использовать Vim... надо нехило так стучать по клавишам). Будет время, расскажите немного об этом в очередном видео.

[@t0digital]

Не тренировал навык слепой печати как-то особо. Просто много печатал и навык появился сам. Возможно с тренажёрами он был бы быстрее, а возможно наоборот медленнее:)

[@koljasha_nafman]

Концовка видео говорит суть - когда-то нужны ide, когда-то Sublime, а когда-то Vim; но по опыту на linux - Vim must have - без него никуда, да и просто он удобней...

[@t0digital]

Да, всё так

[@SergMirny_yt]

Для правки когфигов в лине изаю Nano с 2008 года. И как я жил все это время без вима... Ладно, пару раз запускал, что б не забыть как выйти))

[@lk6618]

удобней по части каких параметров?

[@arthur_shuaev]

Интересно было бы увидеть сравнение 'vim' с 'nano' и ' micro'.

[@pyanyj]

А emacs?

[@vladbojkiv3895]

И так ... Как выйти из vim я уже разобрался. Теперь не могу понять как выключить подсветку парных символов () {} [] и.т.п. :set noshowmatch не помогает

[@Lynther]

Можете рассказать про консольный текстовый редактор Micro?

[@valeriy_nikolaev]

Окей, большие файлы лучше в vim. А в чём его профит в маленьких/средних, которые Sublime так же открывает мгновенно? Мб я просто не постиг дзена vim, объясните.

[@WorldCount]

Ну типо анализа кода нет - открывает быстро. Ну и плюшек нет. Чисто открыть, поменять пару строк - йокнуть проект к хренам, ибо связей так же нет.

[@t0digital]

В эффективности работы с текстом, то есть собственно в том, что является основной сильной стороной vim

[@t0digital]

Vim открыл файл, а Atom и Pycharm нет, это не рвёт в щепки, не)?

[@valeriy_nikolaev]

@@t0digitalпросто vim - илитарный редактор с хакерским интерфейсом для тру красноглазиков, остальное - для быдлокодеров :) А если объективно, старая истина "инструмент под задачу".

[@t0digital]

@Valeriy Nikolaev полностью поддерживаю "инструмент под задачу"

[@muradlatifov1278]

а что на счет VS code, или он на столько плох, что о его даже на одну полку с редакторами, описанными в видео, не ставят))?

[@t0digital]

Забыл о нём. Но он на Electron, как и Atom, а значит будет где-то рядом с ним.

[@lunedefroid8817]

​@@t0digital Ну а то что atom и vscode оба на electron это конечно что-то да значит, но atom реально бинго собрал. Он намного медленнее и хуже vscode. VSCode действительно лучший текстовый редактор из тех, где нет steep learning curve.

[@ninele7]

@@t0digital факт того, что он на Electron не мешает им потенциально реализовать какие-то особые подходы к работе с большими файлами. Например виртуальный скролл.

[@lunedefroid8817]

@Ах, уедь! если бы ещё при прикрутке vim приложения он бы и работал быстро как вим)))

[@AndrewMansonNoperapon]

@@t0digital у vscode насквозь все переоптимизировано. Особенно редактор. Открывает файлы практически любого размера, гигабайтные тоже. Если там что и будет тормозить, то какой-нибудь плагин, который захочет обработать файл после открытия. Но тексты он обрабатывает вероятно как vim по скорости. ну или почти. А то, что запускается не мгновенно, так я его запускаю один раз в неделю и не выключаю комп, так в нем и работаю над проектом, а не дрочу туда-сюда обратно, тебе и мне приятно. Так что лично для меня сравнение с вимом вообще не произвело впечатления. А вот атом да, тормоз конкретный

[@palyaros02]

Что за операционка? Это mac или какое-то офигенное DE для линукса? Если второе, то очень прошу поделиться

[@t0digital]

Это мак, да

[@RiFTelFalse]

Максимально странное сравнение. Окей, если мне придется открывать текстовые файлы на 4.9Гб воспользуюсь vim. Судя по этому видео, других сценариев использования у vim нет

[@t0digital]

Видео для тех, кто говорит, что всё можно сделать в IDE, и показывает, в каких сценариях IDE бодро берет за щёчку.

[@olekollo7875]

кто что скажет на счет neovim вроде тот же vim, но говорят усовершенствованный (асинхронность там какая-то?)

[@MrPeredreifus]

neovim пизже. Теперь только его использую

[@Poherov_Vasili]

Ждем инструкцию по преображению vim в ide ))

[@dengarkavenko7693]

так может и блокнот из винды в ide превратить ?

[@SergMirny_yt]

@@dengarkavenko7693 а почему нет, он же тоже мало памяти занимает )

[@user-oc7ky3sd6z]

Доброго дня! Сам программист. Ваш сюжет увлекательный про VIM. Честно попытался, в очередной раз, скачать и прочитать книги, мануалы, распечатал быстрые клавиши. Установил расширения. Тормоз в голове не прошел. Мышцы не помнят эти комбинации. Мне близок подход «что вижу, то и делаю». VIM вновь резко затормозил темп работы. Так что обратно к VS Code. Автоматизация и удобство - вот что нужно для работы над кодом и проектами.

[@mocksoul]

VIM раскрывается через N лет работы Если же (как я) писать в нём больше 20 лет, то над всеми IDE просто смеёшься) Однако, каждый тут выбирает сам. Не факт что сейчас я бы выбрал VIM, кто знает..

[@SveRussian]

Для просмотра больших текстовых файлов есть специальные просмотрщики, для этого не нужен текстовый редактор

[@wheercool]

А никого не смутило то что пайчарм не выдал сообщения о том, что файл не полностью открылся?

[@MrPeredreifus]

Это предательская IDE )

[@ladanovnikolay7561]

Следующие видео о том как paint уделывает photoshop ?

[@vandud]

Если это шутка то не удачная(((

[@t0digital]

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

[@Szesorvs]

Так как чаще мы работаем именно с проектом определенным, было бы интереснее узнать по удобству насколько vim будет удобнее для работы в нескольких файлах ( обычно это вкладки) , или split режим насколько удобнее будет?

[@XenoPlayer2]

у вима неожиданно открытый файл, окно и вкладка это сильно разные вещи ;) Открытый файл это буффер, окно - это то, куда буффер показать можно, а при желании в окне терминал можно открыть, сплит - организация окон на экране, табы (вкладки) - экраны. Естественно тасовать всё это можно как вздумается, показывать один буфер в разных окнах на разных табах например, или переключать буферы в одном окне, ресайзить, добавлять-удалять на лету любое из всего этого... После некоторого привыкания - очень удобно, вим становится подобием tiling wm, да ещё и с сессиями. Это без плагинов, с ними всё ещё веселее. Можно сказать что даже тмукс не нужен, хотя он нужен конечно. ;)

[@Szesorvs]

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

[@XenoPlayer2]

@@Szesorvs в виме есть плагинаы, а значит есть синтаксический анализатор и автодополнение. но тут дело такое, вим - это про то как много учиться для комфортной работы, что конечно несколько ограничивает его использование, особенно в кровавых энтерпрайзах и подобных местах, где нужен дешёвый вход и скорость разработки.

[@hitriyzhuk9879]

А как на счет битвы титанов(Vim vs Emacs)?

[@TheApgreyd]

Видел у Johe news :) Но все равно спасибо за популяризацию нашего любимого редактора

[@danamir522]

А автор видео вкурсе, что с ide не только текст редактируют, но и собирают проекты? Проекты с зависимостями, сторонними библиотеками и ссылками? И чем тут так хорош Vim?? Это примерно как когда надо в бетоне повесить шкафчики на кухне для сверления взять электроотвертку, а собирая прикрооватную тумбочку вставить биту в перфоратор.

[@Egor-sm4bl]

Согласен! И в PyCharm же в настройках можно регулировать ограничения использования оперативки! Может из-за этого у него не открыло?! 🤔

[@OGIDOG1]

Как в vim посмотреть массив комплексных чисел во время debug на брейкпоинте. Типа SciView как в PyCharm и Storm?

[@mutniytip2000]

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

[@rybiizhir]

Грусть какая-то, Far - отлично открывает любой файл, мгновенно. Про 11 гиговые файлы - тут наверное лучше сравнение работы json xml библиотек, чем маяться с вопросом открытия. Нормальный файл в проекте не должен превышать 2000 строк, если больше - скорее есть проблема в архитектуре.

[@mocksoul]

брехня, которую придумали как раз пользователи IDE ядро линуха - говно проект? linbro /usr/src/linux # find -name '*.c' | xargs wc -l | grep -v total | sort -n | tail -n10 15468 ./drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c 15492 ./drivers/infiniband/hw/hfi1/chip.c 15689 ./drivers/scsi/lpfc/lpfc_init.c 16425 ./drivers/net/ethernet/intel/i40e/i40e_main.c 18260 ./drivers/net/ethernet/broadcom/tg3.c 18292 ./net/wireless/nl80211.c 22204 ./drivers/net/wireless/realtek/rtw88/rtw8822b_table.c 22541 ./drivers/scsi/lpfc/lpfc_sli.c 28593 ./drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c 46300 ./drivers/net/wireless/realtek/rtw88/rtw8822c_table.c

[@lackevil3730]

vscode

[@kandreyk9159]

невероятно, я думал холивары vim vs ... канули в лету, а нет, находятся последователи, первые холиварщики на эту тему должно быть уже седые старики на закате жизни

[@t0digital]

Ох, у меня тоже пол головы седой уже:)))

[@mzikrullaev627]

А как себя показывает gedit, nano?

[@tigranrostomyan9231]

С каждым днём все больше убеждаюсь в эффективности vim'а, НО недавно столкнулся с довольно серьезной проблемой: когда vim запущен в tmux'е, то при вводе команд vim'а команда не выполняется, а сам vim переходит в режим ввода, а в текста появляется рандомная буква (как правило большая буква "М"). Т.е. с vim'ом фактически невозможно работать. Обе проги обновлены до последней версии.

[@spehof4271]

Тоже у Johe видел =) p.s. Спасибо за годный контент

[@user-hk4bq8be1d]

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

[@t0digital]

Ну да😂

[@justkrybik]

А как vim со статическим анализом кода справляется?

[@t0digital]

хуже, чем IDE, вы же это хотели услышать)?

[@vyachislove2502]

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

[@t0digital]

В точку!

[@MrPeredreifus]

Нет уж, давайте сраться! )) Комменты же для этого созданы 😏

[@oleksandershevchenko8063]

Vim это действительно супер редактор! Без графического интерфейса, а все может! Вот вам пример из жизни - нужно было отредактировать запись в 4К - свичнуть хитрым образом старшие биты определённых пікселів в кадрах. Файлик 1.2 ТБ... Так вот, только Vim и помог. Коллега написал скрипт, но в Vim все равно быстрее вышло! ☺️ Но это ещё 'цветочки'. Знающие люди в embedded разработке говорят, что только Vim помогает отладить систему, загружается его под arduin-кой! От PyCharm даже заставку не загрузите! Вот в чем сила. Работает даже без ОС. 😊

[@radionrusnak]

Здравствуйте! Хочу купить macbook, но не знаю какой) какой у вас macbook, и хватает ли его?

[@t0digital]

Привет! У меня MacBook Pro 15" 2015го года с 16Gb оперативы. Хватает более чем!

[@nihi1ist690]

Если возможно поделитесь конфигом для python/django. Спасибо!

[@pavlenkoat]

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

[@seregasemenov8412]

тут требуется уточнить что вим отличный текстовый редактор для англиского языка. Работать с русским уже не так удобно. Зато править конфиги в виме очень удобно. И всякие нано даже рядом не стояли.

[@MrPeredreifus]

Это называется "vim головного мозга". Сам страдаю. Однажды изучил вим и теперь только им пользуюсь

[@whatever6223]

@@seregasemenov8412 В чем сложности при работе с русским языком?

[@seregasemenov8412]

@@whatever6223 неудобно. Приходится при командах переключаться.

[@sivr5vs38]

А как же котаны?((((

[@t0digital]

Будут и котаны:)))

[@Hvzh]

Это все очень мне напомнило анекдот про рабочих и бензопилу. Вот просто один к одному.

[@t0digital]

хороший анекдот, да

[@aristarhbahirev2548]

У меня на моём ПК стоит Linux (Fedora 34 KDE), а на сервере стоит Debian 10...но файлы большие, место на сервере под хранение информации ограничено (не будешь же накатывать GUI), поэтому vim - лучший инструмент для работы. Быстрый, мощный и простой, в нём не так много горячих клавиш и комбинаций, чтобы отказывать себе в удовольствии в нём работать. Обычно делаю так, сам проект открыт в Sublime или VS Code (иногда PyCharm или IntelliJ IDEA) и основная работа в нём, а тяжеловесные файлы в vim...точнее не vim, а neovim и это реально годный софт, который я советую попробовать. У Vim есть свои проблемы, связанные с его возрастом, поэтому neovim является отличным решением для его замены. Мощь, скорость, совместимость с конфигом vim. Очень советую его попробовать, думаю, не пожалеете

[@nolafer_channel]

Каждый новый видос про vim даёт мне возможность дышать, спасибо

[@t0digital]

Йеее!

[@Slavec5]

*Место для шутки про то, как кто-то не смог выйти из vim и остался кодить в нем*

[@psihonort9275]

Видос нужно было чуть по точнее назвать "Наглядно о том, как Vim рвёт в щепки Sublime, Atom, PyCharm в роли редактора кода" , тогда бы пуканы не так горели =)

[@jackmoral9127]

У меня 4гб оперативки не как не тянет редактирование дампа в 850 мб. хз чё делать щас вим потыкаю)

[@user-li5jh9gg9g]

как htop поставить на mac?

[@t0digital]

brew install htop

[@manul74]

как быть с русской раскладкой? вим не работает с ней. А комментарии иногда приходится писать, или что подправить в тексте. Как решить этот вопрос?

[@neon8940]

Круто!!!

[@bogeyman000]

Около 3 месяцев юзаю вим, знаю что кучу возможностей которые я в нем не использую, но все-таки сильно доволен тем что знаю. Но есть одно но, я много слышал о emacs , и хочется услышать ваше мнение о нем, стоит ли перебираться со временем на него.

[@t0digital]

Не работал с emacs и не планирую изучать. Его основная аудитория clojure'исты

[@bogeyman000]

@@t0digital Понятно, значит не стоит туда лезть в ближайшем будущем, т.к. clojure пока-что не интересует. Спасибо за инфу.

[@t0digital]

Думаю, что да

[@user-ts8rf2fo3j]

Мне за всё время ни разу не приходилось открывать в редакторе гигабайтные файлы.

[@dizzivoneverec2737]

Давай котаны)0)

[@MrFrimko]

это же так актуально открывать 11гигабайтовые джсоны)

[@a.osethkin55]

Спасибо. Очень наглядно

[@jeckasteroid164]

Sublime, Atom, PyCharm я так понимаю относятся к IDE и предназначены для работы с исходниками, а в каких таких проектах единичные файлы исходников весят в гектары?

[@t0digital]

Только Pycharm из перечисленного полноценно можно отнести к IDE. Про большие файлы в видео было

[@jeckasteroid164]

@@t0digital приведенные большие файлы синтетические и к реальной работе в IDE имеют очень отдаленное отношение. Да собственно результат Вашего теста об этом и говорит.

[@t0digital]

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

[@jeckasteroid164]

@@t0digital Мне нравится ваш канал. Подача материала увлекательная, реально цепляет 😉

[@t0digital]

@@jeckasteroid164 спасибо, приятно:)! Будем продолжать

[@user-yl6tx2jy2i]

С одной стороны я полностью согласен с посылом. У меня есть старый ноут 2005-го года, на котором стоит antiX. Благодаря vim я могу до сих пор использовать этот ноут в реальных задачах. В основном для администрирования серверов и написания скриптов. С другой же стороны... У меня есть претензии к методике тестирования. Консольных редакторов как дров за баней. Как себя поведут ed, nano, emacs или, прости, хоспади, mcedit? Автор что-то от нас скрывает. :)

[@pighiloigvido7825]

По поводу pycharm и обрезания файлов, ограничение на используемое кол-во оперативки настраивается в самой ide, и он даст возможность открыть только сожрет всю оперативу, с этим согласен. А вообще удобно в связке юзать ide для кодинга, а vim для просмотра больших файлов

[@t0digital]

для каждой задачи свой инструмент, 100%

[@ninele7]

А если рассматривать вим с плагинами? Многие не пользуются им в голую.