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

[@t0digital]

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

[@8Johnny8Catsvill8]

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

[@DiAmond-qq9yd]

В .

[@ГлебКириллов-о5г]

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

[@t0digital]

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

[@experimenter220]

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

[@uriukti]

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

[@snky_]

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

[@t0digital]

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

[@ivanshukshin3629]

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

[@t0digital]

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

[@bushkov]

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

[@t0digital]

Разумеется!

[@hunterxvov4ik]

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

[@Тестовыйаккаунт-ь4д]

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

[@Dmi3S]

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

[@MikhailVoroncov]

@Армен зато переводить не очень быстро))))

[@aske34ru]

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

[@t0digital]

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

[@PorisulkiPictures]

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

[@t0digital]

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

[@dalisoft]

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

[@iwfttl]

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

[@spoonjeee4785]

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

[@SergMirny_yt]

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

[@Какой-тоПарень-ш2ю]

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

[@aristarhbahirev2548]

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

[@Dmi3S]

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

[@dmitryts9093]

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

[@aristarhbahirev2548]

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

[@alexp6113]

@@aristarhbahirev2548 кстати о neovim: с полгода или год назад под воздействием этого или аналогичного канала поставил neovim. Долго он меня раздражал в brew outdated/brew upgrade, так и не обновился ни разу. Снёс я его. За это время немало кода и проектов было запилено в VSCode

[@user-QesOrwuMqN]

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

[@shahriyor_m14]

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

[@clauseclause6640]

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

[@vandud]

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

[@clauseclause6640]

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

[@MrBytmin]

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

[@vadlowperminov5215]

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

[@donrumata5299]

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

[@svfastunov]

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

[@АнатолийЯкименко-л4г]

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

[@СергейБакин-ф7р]

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

[@sigvarthragnarsson6669]

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

[@СергейБакин-ф7р]

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

[@sigvarthragnarsson6669]

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

[@СергейБакин-ф7р]

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

[@СергейБакин-ф7р]

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

[@htmlbird]

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

[@alexeismirnov4483]

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

[@rest-of-the-world]

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

[@ИванЛебедев-з8у]

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

[@VanStabHolme]

@@ИванЛебедев-з8у мощно

[@dmitryk9440]

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

[@wasyaokyn4077]

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

[@amerohful]

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

[@MokrijVinograd]

банальное тестирование оперативной памяти, в топку это видео

[@t0digital]

Вжух! (видео летит в топку)

[@kely6646]

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

[@rustatmoth9302]

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

[@t0digital]

ну-ну)

[@dmmeteo]

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

[@dmmeteo]

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

[@lunedefroid8817]

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

[@dmitriyengineer2441]

Посмотрел ролик, пошёл проверять в nano))

[@bohdanmarynushkin7630]

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

[@bohdanmarynushkin7630]

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

[@ВладимирВасильев-с1е]

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

[@mocksoul]

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

[@MyNameIsChira]

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

[@semninrussia]

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

[@justkrybik]

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

[@lunedefroid8817]

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

[@АлександрДворцов-ш1б]

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

[@TheProfessionalGambler]

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

[@lunedefroid8817]

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

[@justkrybik]

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

[@fenixguard7488]

Наглядно о том, как Vim рвёт пердаки новичков-разработчиков

[@t0digital]

хахах)))

[@SveRussian]

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

[@LepardRu]

Vim без nano - деньги на ветер, где сравнение??

[@nolafer_channel]

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

[@t0digital]

Йеее!

[@Slavec5]

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

[@MEL10DAS]

шикарное начало бро!

[@villainmadless1503]

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

[@t0digital]

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

[@cyberego4816]

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

[@kandreyk9159]

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

[@t0digital]

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

[@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 это то что ты можешь настроить под себя все. И на любой вопрос а можно ли... Можно.

[@kotanvich]

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

[@ownedbyptr]

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

[@АлмазИлалетдинов-м3х]

Ребята, пишу из будущего, у Леши на стриме vim завис, пришлось вставлять текст через sublime. Я бы не доверял материалу из видео "Стрим! Пишем Telegram бота для книжного клуба" 1:16:42

[@лилпипка]

Открывать большие файлы конечно круто, но мы ждем где из вима делают 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 тут каждому свое. Кому открывать ХХ гигабайтные файлы, а кому лайв-сервер, компиляция сасса, проверка орфографии, квик серч по докам, линтеры, кодестайлы, интеграции с различными тулами итд.

[@лилпипка]

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

[@DimiEG]

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

[@nanoberzerk]

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

[@yerkin_aliakbar]

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

[@sashamc309]

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

[@dmitriyobidin6049]

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

[@cjhackerz]

Это контент золотого качества, я думаю, что люди, которым не нравится видео, не понимают перспективы информационной безопасности. Потому что много раз нам приходится использовать регулярные выражения, чтобы найти вредоносные записи в журналах, или открывать большие двоичные файлы, чтобы увидеть шаблоны, связанные со строками, в вредоносных программах. И после просмотра этого видео vim кажется хорошим выбором для этого. На самом деле я использую NeoVim. Для программирования на python для разработки эксплойтов я придерживаюсь Visual Studio Code, чтобы упростить задачу.

[@albertoegorua]

Так тут не было про перспективы.

[@albertoegorua]

@@IdelNomad кратко: каждому своё Длинно: из плюсов в отношении VSCode. - vim быстрее, производительнее - это так как vim более нативное приложение, чем electron на котором работает VS Code - следовательно, требует, в основном гораздо меньше ОЗУ - возможность залить nvim на удалённый сервер и редактировать файлы напрямую по ssh тоннелю - ну.. И много болтовни про то, что работа из командной строки в vim стиле может быть гораздо эффективнее и продуктивнее, хотя главное - это удобность всё-таки

[@albertoegorua]

@@IdelNomad ну.. Тогда странно называть nvim и любые cli средства "допотопными технологиями". Я сам активно использую PyCharm и VSCode, но не отрицаю преимуществ vim-подобных прог. С помощью nvim неплохо получается подлатать что-то по-быстрому не открывая программ, или найти какую-то строку в json файле с помощью выражений. Плюсом, я уже упоминал про ssh тоннель к удалённому серверу. Знать базу vim команд крайне желательно, особенно для подобных случаев

[@arthur_shuaev]

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

[@pyanyj]

А emacs?

[@vasiloconnell281]

отлично, большие файлы буду открывать в vim, а пользовтаься продолжу VSCode

[@artemzaecev7751]

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

[@t0digital]

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

[@vabolshakov]

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

[@t0digital]

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

[@gennadiyzolotaryov4113]

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

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

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

[@Artymka]

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

[@F0RIS]

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

[@MrPeredreifus]

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

[@t0digital]

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

[@eugenyveles440]

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

[@experimenter220]

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

[@koljasha_nafman]

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

[@t0digital]

Да, всё так

[@SergMirny_yt]

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

[@lk6618]

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

[@harry-smith404]

> просто он удобней для извращений

[@alexeygumenyuk8510]

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

[@TheApgreyd]

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

[@antaki93]

Notepad++ отлично справляется с большими файлами. Оперативки конечно ест больше консоли (очевидно). Но скорость открытия моментальная.

[@albertoegorua]

Угу, сам пользуюсь Только он под винду

[@ladanovnikolay7561]

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

[@vandud]

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

[@t0digital]

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

[@Poherov_Vasili]

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

[@dengarkavenko7693]

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

[@SergMirny_yt]

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

[@aleksandrpython1511]

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

[@t0digital]

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

[@karimshakirov]

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

[@t0digital]

Это да, увы!

[@fisheract]

Это как?

[@mzikrullaev627]

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

[@АртёмТарынин]

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

[@t0digital]

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

[@pelid80]

Всё правильно говорит. Каждый день открываю на работе JSON на гигабайт, а то и на два. Чтобы отредачить вручную. Так долго приходится ждать, пока откроется ...

[@t0digital]

Крепитесь.

[@RiFTelFalse]

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

[@t0digital]

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

[@Cyanid17]

кста вспомнил как открывал 27 гиговый фаил в notpad++ всё стабильно

[@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 по скорости. ну или почти. А то, что запускается не мгновенно, так я его запускаю один раз в неделю и не выключаю комп, так в нем и работаю над проектом, а не дрочу туда-сюда обратно, тебе и мне приятно. Так что лично для меня сравнение с вимом вообще не произвело впечатления. А вот атом да, тормоз конкретный

[@СергейМуравьев-ы1ч]

Самый быстрый вьюер больших файлов - это Lister из Total Commander

[@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

[@mczimm]

Эти редакторы-среды про разное и для разного.

[@t0digital]

Да

[@lackevil3730]

vscode

[@johnbonham7995]

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

[@olekollo7875]

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

[@MrPeredreifus]

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

[@MrFrimko]

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

[@germanbutaev2717]

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

[@ИванЛебедев-з8у]

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

[@deadlydenier6469]

@@ИванЛебедев-з8у таймкод пжлста?

[@t0digital]

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

[@deadlydenier6469]

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

[@t0digital]

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

[@Hvzh]

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

[@t0digital]

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

[@oleksandershevchenko8063]

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

[@VladykaVladykov]

Кто тоже пишет файлы на 11ГБ?)

[@danamir522]

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

[@Egor-sm4bl]

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

[@MEL10DAS]

vim имба одним словом

[@albertoegorua]

nvim*

[@tigranrostomyan9231]

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

[@hjklzpg]

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

[@pavlenkoat]

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

[@seregasemenov8412]

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

[@MrPeredreifus]

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

[@seregasemenov8412]

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

[@ФёдорКурушин]

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

[@vyachislove2502]

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

[@t0digital]

В точку!

[@MrPeredreifus]

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

[@dmytrokorbanytskyi1586]

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

[@АлексЛуговнин]

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

[@wheercool]

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

[@MrPeredreifus]

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

[@ВикторОсипов-ю3ю]

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

[@t0digital]

Вы не досмотрели видео до выводов и пытаетесь сделать их сами - но это ваши выводы, не наши:)

[@ВикторОсипов-ю3ю]

@@t0digital Пожалуй да, в конце это сказано, а иронии я не заметил((

[@sivr5vs38]

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

[@t0digital]

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

[@a.osethkin55]

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

[@spehof4271]

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

[@hitriyzhuk9879]

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

[@mr.z5289]

но терминал рвет в клочья всех... 😁 по-моему на пианино легче научиться

[@MrTaramka]

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

[@DiAmond-qq9yd]

Сын маминой подруги который использует Sublime, позавидовал мне, что использую Vim

[@t0digital]

Хахах:)! Пусть знает наших :)

[@ГерманМальцев-ш5ж]

Довольно не просто было знакомиться с vim'ом. Тем более, когда до этого имел дело лишь с большими и полнофункциональными ide. Пришлось попотеть, но это того стоило! Привык, и теперь нравится. Подкупает, конечно, его лёгкость. А если и вовсе приходится писать код на устройстве, на котором полноценных ide нет(Андроид-девайс, например), то консольные утилиты, в т.ч. vim, - единственный выход. Я, например, пишу на своем планшете с андроидом в vim'е бота, когда нет доступа к компьютеру. А когда есть, пишу и там в vim'е :-)

[@ГерманМальцев-ш5ж]

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

[@pighiloigvido7825]

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

[@t0digital]

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

[@Szesorvs]

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

[@XenoPlayer2]

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

[@Szesorvs]

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

[@XenoPlayer2]

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

[@typepeak]

иногда vim нужен для хотфикса на серваке, потому-что vim есть везде и всегда.

[@hazuki_chanal]

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

[@crypdv895]

Far Manager рвет Vim во все щепки.

[@xm4dn355x]

В тесте нужен еще Nano, VS Code, gnu emacs, notepad++ и виндовый блокнот))

[@t0digital]

Виндовый блокнот всех порвёт:)

[@georgestatefield]

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

[@fastpython3440]

О, Мэдди Мурк!

[@zener_blitz]

5:27 что-то мне подсказывает что к 10 секундам открытия файла можно ещё 10 минут прибавить так как там видна склейка)))

[@t0digital]

10 десятилетий на самом деле!

[@zener_blitz]

@@t0digital До сих пор открывается небось 🤣

[@constantinewhite53]

Аааааа ВИИИМ виииим, а вот ВИМ, ВИИИИИИИМ VIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIM? это же так круто это же ВИИИИИИМ!

[@t0digital]

Естесстна!!!

[@Владислав-и3б9н]

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

[@vandud]

Так можно же изначально дампить конкретную таблицу

[@nobeing6242]

@@vandud задним числом все умны

[@vandud]

No Being ну так то да)

[@IvanBorzenkov]

sed на этот случай есть

[@demoonk420]

в таких задачах надо использовать быстрые редакторы, а не vim)