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

[@t0digital]

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

[@8Johnny8Catsvill8]

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

[@DiAmond-qq9yd]

В .

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

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

[@t0digital]

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

[@experimenter220]

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

[@uriukti]

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

[@snky_]

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

[@t0digital]

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

[@ivanshukshin3629]

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

[@t0digital]

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

[@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 -- с ней немного проще.

[@bushkov]

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

[@t0digital]

Разумеется!

[@hunterxvov4ik]

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

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

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

[@Dmi3S]

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

[@armen_kocharyan]

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

[@MikhailVoroncov]

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

[@dmitryts9093]

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

[@aristarhbahirev2548]

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

[@alexp6113]

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

[@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. в целом весь подход к сравнению странный - для разных файлов разные инструменты, хорош молотком пытаться закрутить шуруп, это можно и отверткой сделать...

[@shahriyor_m14]

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

[@svfastunov]

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

[@kely6646]

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

[@СергейБакин-ф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 (ПЛАЧУ, довел, соббака!)))

[@villainmadless1503]

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

[@t0digital]

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

[@cyberego4816]

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

[@dmmeteo]

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

[@dmmeteo]

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

[@lunedefroid8817]

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

[@MyNameIsChira]

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

[@semninrussia]

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

[@justkrybik]

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

[@lunedefroid8817]

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

[@user-pt6gy1uk7x]

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

[@TheProfessionalGambler]

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

[@lunedefroid8817]

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

[@justkrybik]

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

[@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 при "компиляции через командную строку" в С(++) можно пройти через все этапы и посмотреть промежуточный результат(наверное так)

[@htmlbird]

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

[@alexeismirnov4483]

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

[@user-yk5bi4fx9u]

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

[@лилпипка]

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

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

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

[@bohdanmarynushkin7630]

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

[@bohdanmarynushkin7630]

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

[@ladanovnikolay7561]

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

[@vandud]

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

[@t0digital]

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

[@artemzaecev7751]

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

[@t0digital]

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

[@vabolshakov]

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

[@t0digital]

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

[@gennadiyzolotaryov4113]

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

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

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

[@kandreyk9159]

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

[@t0digital]

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

[@MrPeredreifus]

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

[@t0digital]

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

[@eugenyveles440]

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

[@experimenter220]

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

[@MEL10DAS]

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

[@DimiEG]

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

[@nanoberzerk]

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

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

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

[@mocksoul]

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

[@koljasha_nafman]

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

[@t0digital]

Да, всё так

[@SergMirny_yt]

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

[@lk6618]

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

[@vandud]

Нельзя и незачем открывать логи вимом (вам же не нужно редактировать логи, нужно просто посмотреть). вим загружает весь файл в память для работы с ним а логи могут весить много гигабайт, для просмотра логов есть например less и всякие zless и bzless, которые загружают не весь файл а только просматриваемую часть

[@vandud]

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

[@deadlydenier6469]

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

[@t0digital]

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

[@dmitriyobidin6049]

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

[@nolafer_channel]

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

[@t0digital]

Йеее!

[@Slavec5]

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

[@RiFTelFalse]

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

[@t0digital]

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

[@rustatmoth9302]

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

[@t0digital]

ну-ну)

[@F0RIS]

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

[@yerkin_aliakbar]

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

[@valeriy_nikolaev]

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

[@WorldCount]

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

[@t0digital]

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

[@t0digital]

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

[@valeriy_nikolaev]

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

[@t0digital]

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

[@karimshakirov]

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

[@t0digital]

Это да, увы!

[@fisheract]

Это как?

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

[@sashamc309]

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

[@Artymka]

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

[@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 команд крайне желательно, особенно для подобных случаев

[@TheApgreyd]

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

[@fenixguard7488]

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

[@t0digital]

хахах)))

[@arthur_shuaev]

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

[@pyanyj]

А emacs?

[@antaki93]

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

[@albertoegorua]

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

[@Poherov_Vasili]

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

[@dengarkavenko7693]

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

[@SergMirny_yt]

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

[@SveRussian]

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

[@user-vi8dd8pi6w]

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

[@t0digital]

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

[@hjklzpg]

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

[@germanbutaev2717]

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

[@user-kv6fz5mk8g]

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

[@deadlydenier6469]

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

[@t0digital]

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

[@deadlydenier6469]

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

[@t0digital]

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

[@vasiloconnell281]

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

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

[@Cyanid17]

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

[@lackevil3730]

vscode

[@aleksandrpython1511]

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

[@t0digital]

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

[@danamir522]

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

[@Egor-sm4bl]

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

[@MrFrimko]

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

[@wheercool]

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

[@MrPeredreifus]

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

[@alexeygumenyuk8510]

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

[@olekollo7875]

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

[@MrPeredreifus]

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

[@Василий-й1у]

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

[@t0digital]

Ну да😂

[@pavlenkoat]

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

[@seregasemenov8412]

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

[@MrPeredreifus]

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

[@whatever6223]

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

[@seregasemenov8412]

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

[@pelid80]

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

[@t0digital]

Крепитесь.

[@oleksandershevchenko8063]

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

[@Hvzh]

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

[@t0digital]

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

[@tigranrostomyan9231]

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

[@knarg4682]

Тоже не понимаю восторга перед этими "комбайнами". До vim, к сожалению, руки так и не дошли, там спарта жёсткая по входу, конечно)) Но третий год горя не знаю с Geany. А сравнивать пробовал даже с такой экзотикой как eric IDE. Подключил туда линтер pycodestyle, родной питоновский pdb и mypy, всё это не выскакивает постоянно перед глазами в реальном времени, а работает по тыку или по бинду. 25 МБ в оперативке и, что особенно мне нравится, как тебе такое, илон маск: код запускается в отдельном окне натурального системного терминала. Что позволяет мне развернуть его хоть на весь экран и одновременно видеть сам код на соседнем мониторе. Спокуха, маск, я не закончил)) Не закрывая этого окна, я могу изменить (или нет) код и запустить ещё одно, два... сколько надо окон, если понадобится. Ну и всякая килибирда типа сниппетов и прочих хоткеев, поддержка проектов, виртуальных сред, даже в Jupyter Notebook вмонтировать можно. Что там насчёт "очень больших файлов", ничего сказать не могу, с 4 ГБ ОЗУ сильно не разгонишься, но текстовый файл в 30 миллионов строк (около гига) при двух открытых браузерах с десятком вкладок в каждой вполне себе открыл секунд за 15 и без малейших тормозов скроллит. А у меня далеко не Мак, это ASUS X401A1, Linux Mint. ubuntuhandbook.org/index.php/2023/10/geany-2-0-released-how-to-install-in-ubuntu-22-04-20-04-23-10/ Кстати, он и на Винду и на МакОСь есть. www.geany.org/news/geany-20-is-out/

[@vyachislove2502]

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

[@t0digital]

В точку!

[@MrPeredreifus]

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

[@rogulik]

а оно того стоит?) разве, на современных пк, на 8 - 16гб озу (ну 4 на крайняк) нужно так сильно экономить озу?) зачем, будто, кто-то работает с кодом на 11гб в файле))) как таковых киллер фич у вима нет, по поводу выхода из вима - вообще локальный мем программистов. вопрос, зачем на новых пк экономить ресурсы?

[@spehof4271]

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

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

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

[@sivr5vs38]

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

[@t0digital]

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

[@mutniytip2000]

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

[@dmitriyengineer2441]

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

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

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

[@pacifistrush680]

Дай знать, если vim держит тебя в заложниках. Скажи честно, ты просто 2 года назад зашёл в вим и не можешь из него выйти)))

[@t0digital]

Только никому особо не рассказывайте:)!

[@dmytrokorbanytskyi1586]

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

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

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

[@MrTaramka]

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

[@mr.z5289]

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

[@xgirvel]

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

[@t0digital]

О великий оцениватель трушности программистов, даже не досмотревший видео, не гневись))

[@glebexpo5302]

работаю фронтом...пару недель назад установил ubuntu и начал учить ноду с нест...сегодя, в 4 утра проснулся, сижу учу vim. я не знаю что происходит. еще побрился налысо и отпустил бороду. без шуток. Чего ждать в ближайшие пол года? На мне свитер отрастет или что? мне реально хорошо в консоле, уютно.

[@psihonort9275]

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

[@ДмитрийЛысов-х1з]

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

[@oleksandrmalkov6409]

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

[@t0digital]

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

[@oleksandrmalkov6409]

@@t0digital Алексей, извините, моя шутка скорее эмоциональная, чем объективная оценка Вашего видео, но слишком уж заголовок видео подталкивает...Сложно нам, адептам высокоуровневых инструментов согласиться с фразой "рвет в щепки". Думаю это прекрасный повод хорошему человеку на действительно превосходном канале поставить дизлайк, ведь так редко выпадает такая возможность :)

[@MokrijVinograd]

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

[@t0digital]

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

[@ruman3726]

Что думаешь о helix?

[@t0digital]

Нормалёк. Но пока не зашёл настолько, чтобы уйти с вима

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

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

[@alexpisarew5036]

я правильно понимаю, ты сравниваешь редакторы текста с средой разработки?

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

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

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

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

[@hitriyzhuk9879]

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

[@zener_blitz]

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

[@t0digital]

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

[@zener_blitz]

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

[@palyaros02]

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

[@t0digital]

Это мак, да

[@justkrybik]

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

[@t0digital]

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

[@manul74]

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

[@АлександрКомиссаров-ю4б]

Ну PyCharm явно лишний в этом ряду, как по мне) Мне не ясно зачем в PyCharm толкать многогигабайтные лог файлы или sql дампы?) Vim, Atom, ST позицианируют как мощные текстовые редакторы, их еще можно сравнивать, но заставлять мощную IDEшку тягаться в открытии тяжелых файлов) Ну фиг знает... Мне кажется, что PyCharm с 1 строчкой кода будет больше оперы отжирать чем текстовые редакторы с кучей строк кода) IDEшка все же не про это) Это как рядом с ножовкой и бензопилами разных марок поставить в один ряд топор и ругать его за то что он не так круто вывозит распил доски) Ну чисто имхо. А видос все равно интересный, влупил лайкос) Спасибо!)

[@horlonangel]

Мне приходилось работать с логами больше 70GB. Я просто написал скрипт, который вытащил мне нужные строки. Дело-то... 😅