Вспомнил картинку, где стоят слон, рыба в аквариуме, собака, тюлень и обезьяна. И чтобы всё честно было и задание было равным для всех, им надо всего лишь залезть на дерево. Вот здесь тоже самое.
PyCharm просто не такой глупый как Vim ( ради холивара же кино затевалось? ) Очевидно что с гигабайтными файлами не работают как с текстом ( почему? ) а по сему - нахера пытаться его весь загрузить? Или у Вас питоновские файлы по 2мб? (сорян, если так - считайте мой коммент аннулированным.) Ну и как "итого" - анекдот. Но сначала вопрос по сабжу - а не приходило ли в голову что люди из ДжетБрэйнс, написавшие не только кучу IDE, но и такую вещь как www.jetbrains.com/mps/ подумали о том что не будут ориентироваться на желающих ворочать гигабайты текста в редакторе, а вместо этого будут работать над такими вещами как индексы для всякого рода поиска, оптимизацией и др...Да, да - и др. Отображать определенное число строчек в гигабайтном файле при этом вися в памяти как 0,1% - это детский сад...Так "все умеют". Зачем быть как все? Еще один блокнот для кода...в 2020-ом ? Анекдот - доктор, когда я делаю "вот так" у меня болит "вот тут"...
"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность. Раз уж на то пошло, то и вим не задумывался как конкурент полноценным средам разработки, однако несмотря на одно из самых неочевидных исполнений управления в истории, конкурировать с ними вполне способен.
@@sigvarthragnarsson6669 ^^"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность^^ - ждем notepad с функцией эээ(ну помогите друзья, фантазии не хватает!) геолокации?! YEAH! А почему бы и нет, если кому то очень нужно...
@@sigvarthragnarsson6669 А вообще мне кажется JetBrain-овцы должны были запихать ехидную пасхалочку для любителей бить гвозди микроскопом...ua-cam.com/video/T3Zgc7U_WF4/v-deo.html (ПЛАЧУ, довел, соббака!)))
@@aristarhbahirev2548 кстати о neovim: с полгода или год назад под воздействием этого или аналогичного канала поставил neovim. Долго он меня раздражал в brew outdated/brew upgrade, так и не обновился ни разу. Снёс я его. За это время немало кода и проектов было запилено в VSCode
1. если в виме отключить подсветку синтаксиса - любой файл будет открывать моментально. Либо можно нажать CTRL+C в начале открытия и он перестанет пытаться подсветить синтаксис и откроет файл мгновенно 2. по поводу эффективности редактирования в виме - вим для меня был основным средством редактирования кода на протяжении 4 лет, рекомендую просто залогировать кейлоггером сколько кнопок ты нажимаешь в среднем при работе в виме и в обычном редакторе и сравнить (я про юзкейс написания кода). Вообщем в сумме на вим ты затрачиваешь больше энергии чисто на взаимодействие с ним, если использовать его в 100% случаев 3. в целом весь подход к сравнению странный - для разных файлов разные инструменты, хорош молотком пытаться закрутить шуруп, это можно и отверткой сделать...
Vim появился тогда, когда мыши не было, как и графического интерфейса. Не было и единого стандарта клавиатур, от чего где-то могли быть клавиши курсора, а где-то в каком-то не удобоваримом виде, а где-то и вовсе отсутствовать. Именно поэтому в нем все управление задействовано на клавишах и их сочетаниях. А как вы ещё реализуете идею такого софта, когда у вас были все выше описанные проблемы? Никак. Говорить, что это было сделано для удобства глупо. Это не так. Это была необходимость времени. Убеждать людей, что Vim крут и нужен так же глупо. Это как есть покупной велосипед, где тебе нужно лишь смазать его, накачать колеса, да может что-то по мелкому поменять, а есть профессиональные, которые собираются с нуля. Вы действительно считаете, что всем теперь надо собирать самим себе велосипед? Нет конечно. Vim как в чем-то выигрывает, так и катастрофически проигрывает во многих вещах современным редакторам. Они не сравнимы, так как само сравнение я описал с велосипедами. Sublime Text тот же настраивается за 5 секунд. Там так же как и в Vim можно все мыслемое и немымлемое назначить на клавиши. Плагины ставятся без гемора, не надо ломать голову, что где прописать. В этом и есть его сила. Компьютеры становяться все более мощными, и потребность в столь огромной экономии ресурсов падает. Она по прежнему есть, но это уже не те машины в 128кб на борту. Vim нужен только тогда, когда ты понимаешь его необходимость. Верстать те же сайты с языком JS на Vim можно, один вопрос, нахрена? Я настолько, например усовершенствовал все, настроив все в Сублайме на клавиши, что стал ниндзя-каратистом в скорости написания кода. Только фишка в том, что скорость то и не нужна. Важнее делать правильно и работу сдавать в срок. А остальное, хоть в Блокноте верстай. Vim - это удобный продукт, но он удобен тем, кто понимает зачем он им нужен. Когда тот же Sublime покрывает 99% работы в разработке кода на JS, HTML, CSS и делает это прекрасно, легко, не напрягая ни машину, ни тебя, а порог вхождения в редактор низок, не это ли прекрасно? Если меня устраивает в работе готовый молоток, зачем мне делать свой собственный? Чтобы просто похлопать себя по груди и сказать: "Я молодец"? Ну круто наверно, но глупо как-то. И все это часто не понимают Vim'о-дрочеры. Получается как разговор слепого с глухим.
Совершенно верно. Я приведу тоже пример: есть отличные инструменты - пробойник и молоток, оба - великолепны, ими можно неплохо пробивать бетонную стену. Но я выбираю - Макиту )))
Ну если без шуток, всякие IDE сделаны чтобы разрабатывать, кодить. Удобно рефакторить большой код, большого проекта, в котором текстовые файлы в среднем далеко не больше одного мегабайта. Во всякие вимы и емаксы нужно вникать, понимать как это все пашет чтобы писать конфиги, учить какой-нибудь язык Lua для всего этого. И единственный смысл это делать - ради собственного развлечения: любить дергать терминал, хоткеи, тайлинговые рабочие окружения. Стоит ли среднему юзеру для разработки вникать в емаксы?
Как бы не банально звучало, но вникать нужно стараться всегда, а не избегать трудностей. Если люди с опытом говорят вам, что игра "стоит свеч", то к чему вы повторно задаёте один и тот же вопрос?
Я несколько коллег на работе не имеющих навыков программирования пересадил на вим (вим тур дал пройти). Надо было, чтобы в мое отсутствие кто-нибудь мог подправить конфиги на фряхе. И теперь они решают повседневные задачи в нем. Так что на мой взгляд, многих программистов испортили ide, и они не могут без них обойтись. Также стоит отметить, что подавляющее число пользователей ide, знают их и пользуются всеми возможностями только на 15%. При этом чтобы дойти до такого процента нужны годы опыта. А для полного освоения вим достаточно потратить 1-2 дня (плюс настройка день) и вы уже полноценно можете кодить. P.s. если вы используете разные стеки технологий, то надо учится пользоваться разными ide одновременно. P.s.s. ide в компилируемых языках не даёт понимание процесса компиляции, что затрудняет развитие разработчика в дальнейшем.
@@dmitryk9440 "ide в компилируемых языках не даёт понимание процесса компиляции". А как компиляция через командную строку даёт понимание процесса компиляции?
@@TheProfessionalGambler ой, такое лучше не знать. Это отечественный софт который нам на поддержку дали. Это сервер работающий с системами охраны, камерами, и тд. И в файле хранится конфигурация целого участка со всеми камерами, и тд. Причем конфигурация такая большая потому что там где нормальные люди используют XML аргументы, там они просто теги на теги через теги кладут. И этот файл генерится скриптом.
Я как бы понимаю что видос уже старенький, но просто держу в курсе - в pycharm есть настройки. Максимальный размер файла ограничивается именно там. Как раз для того чтобы, не вывалиться в out of memory. Просто доведем до абсолюта, что случится с vim если если попытаться открыть файл больше чем размер оперативной памяти и swap? (я не пробовал но предполагаю). А вот что я знаю наверняка - это проблемы с длинной строки. vim очень часто не может открывать mysql дампы из за того что в них могут быть длинные строки. Даже не больших размеров(до 1 гб) с которыми остальные текстовые редакторы справляются без вопросов. А IDE и подавно. Если что vim хоткеи считаю максимально удобными, по этому стоят везде. Но пользоваться непосредственно vim в качестве текст редактора - только если нет desktop environment.
Открывать большие файлы конечно круто, но мы ждем где из вима делают IDE. И про Emacs хотелось бы послушать хотя бы мнение. И похожее сравнение скорости было у Johe News, просто оставлю наблюдение тут
Есть мнение, что когда из Вима делают ИДЕ, он начинает сильно терять в скорости пропорционально количеству и тяжеловесности плагинов. Как и троллейбус из буханочки хлебушка 😀
Vim - текстовый редактор Emacs - рабочее окружение Пока в Vim-е ты только редактируешь файлы, в Emacs ты: редактируешь файлы, играешь в игры, браузишь инет, снимаешь видео, и.т.д.
@@kennethdarlington Vim уже имеет всё что нужно для использования как IDE. Build integration, дополнение текста/кода, макросы, поиск/замена, и многое другое ставят полезность плагинов автодополнения под вопрос. P.S.: Я предпологаю что Vim версии не меньше 8 ибо многие фичи появляются именно в новых версиях Vim, и все мы знаем что код на C быстрее любого скрипта на vimscript.
@@VanStabHolme тут каждому свое. Кому открывать ХХ гигабайтные файлы, а кому лайв-сервер, компиляция сасса, проверка орфографии, квик серч по докам, линтеры, кодестайлы, интеграции с различными тулами итд.
Неплохо, но было бы интересено увидеть, чем VIM лучше с точки зрения разработчика. Мне, например, в Sublime нравится мультикурсор, постояно им пользуюсь. А в VIM не очень удобно работать с большим количеством файлов. И для того, чтобы работали подсказки и прочее нужно ставить кучу сторонних плагинов типа ctags. Но основное приемущество VIM всё-таки в том, что всё очень быстро можно делать с клавиатуры, если выучить все команды.
1) что бы выбрать столбцы в которых нужно написать текст 2) I (ай большая) 3) пишешь нужный текст 4) выходишь в нормальный режим Все :) PS насчет работы с несколькими файлами. в нормальном режиме будет перемещать тебя на последнее редактируемое место. А вообще если что то надо ты можешь создать свое поведение которое тебе нужно и свое сочетание клавиш для этого. т.е. Vim можешь настроить как хочешь. Он может даже отслеживать события для выполнения твоих команд. Например был открыт файл, начался или закончился ввод символов, была изменена настройка параметра, было найдено различие в тексте, рабочий каталог изменился, пользователь ничего не нажимал какое то время, Курсор перешел в режим вставки, нормальный режим, пользователь перешел в новую вкладку ... Таких событий больше сотни он отрабатывает. dzen.ru/a/Y5ezBUuwBm9JXgGn?share_to=link
@@IdelNomad Автокомплитер кода есть плагин YouCompleteMe подсветка синтаксиса есть, можно настроить как тебе хочется. Можно самому запариться, а можно поставить плагин gruvbox Да, он показывает где у тебя в коде ошибки и делает это все тот же YouCompleteMe Отладчик есть, это gdb его можно встроить в vim и прямо в нем ты можешь шагать по коду ища свои ошибки. Причем можно шагать как вперед так и назад. Ловить остановку по событиям, по условию и т.д. Можно в vim встроить cmake, git ... Vim это то что ты можешь настроить под себя все. И на любой вопрос а можно ли... Можно.
Это действительно не объективно. Задачи редактора не сводятся ведь к одному лишь открытию файлов. Как бы я не любил vim, но в качестве основной среды для разработки, он выглядит как деревянный ботинок возле технологичной мембранной обуви.
Я не говорю, что Vim наше всё, я говорю о том, что нельзя говорить «IDE наше всё». IDE вообще ни разу не наше всё, он даже мало-мальский дамп базы открыть не может. При этом это ничего не говорит о том, что IDE не нужен, плох и тд.
@@vabolshakov ну почему, vim действительно кладет на лопатки своих современных потомков в вопросах открытия некоторых файлов) это же не говорит о том, что IDE плохие. Но факт есть факт - текстовый файл на несколько гигов нормально открывает из них только vim.
@@t0digital ИДЕ это как раз таки наше всё. вим насколько бы он крут ни был, теперь нужен только для открывания больших файлов и ковыряния в них. править конфиги в нем тоже не обязательно. я в пхпшторме создал проект серверс, создал ссш коннекты на разные сервера и замапил их на папки внутри этого проекта. один сервер - одна папка. прокачиваешь на комп нужные файлы редактируешь заливаешь. копипастишь похожие куски между серверами одним движением руки (да, мышкой) а не долбишь клаву попутно вспоминая коннекты или алиасы какие-то. о разработке вообще речи нет, это бред, трата времени и понижение качества. ради чего? гиковской романтики какой-то. честно, не понимаю это восхваление вима в контексте разработки. похоже вы просто не разрабатываете особо
"Сложный инструмент занимает больше места в памяти, чем инструмент попроще", ну не самая хорошая аналогия. PyCharm всё таки создан для решения проблем сложности больших проектов, а не для открытия больших файлов(которые по идее лучше как бы и не загружать полностью в память, а работать с ними через стримы). Надо смотреть насколько в этих инструментах удобно работать с большими проектами, насколько удобно ориентироваться, рефакторить, дебажить. Пока видео выглядит очень предвзятым, т.к. не озвучены критерии, по которым вы сравниваете.
Вообще как бы стоило сначала замерять сколько чисто сам редактор потребляет озу и уже потом смотреть сколько потребление после открытия файла)) Т.к. сравнивать консольное приложение и ГУИ как-то совсем странно т.к. у графического приложения как минимум в озу находятся иконки) Я свои дампы БД по 500МБ в notepad++ редачу) в нем и регулярные выражения есть и плагины ставить можно
Мне нравится сепаратизм на всех уровнях программирования. Сперва идет фронт-енд, бэк-энд, всякие даты, потом люди делятся на языки, потом фреймворки, разные технологии, и вот начали уже и на ИДЕ.))) Видео очень крутое, я прям кайфанул. Сравни тем, "что будет если", только для "наших")) Автору респект х2, и видео ах*енное снял и рассказал про вим и не обосрал никого. От души, снимай чаще, пожалуйста)
Забавненько. Пример показательный. Но конечно IDE служат для разработки софта. Большие файлы им открывать не обязательно. Для анализа дампов и логов служат 'awk', 'grep' и т.д. Можно ещё попробовать текстовый редактор ‘ed’ ;)
Хороший видос. Но если ты в виме отключишь подсветку синтаксиса для SQL файлов и попробуешь открыть дамп, то очень офигеешь от того, насколько быстро он откроется 😏
Концовка видео говорит суть - когда-то нужны ide, когда-то Sublime, а когда-то Vim; но по опыту на linux - Vim must have - без него никуда, да и просто он удобней...
А по вашему паинт не может уделать фотошоп? Да вообще легко в ряде задач:) как минимум, последние версии фотошоп вообще не запустятся на куче не самых новых железок, он очень тяжёлый стал, а паинту пофик, подрезать фоточку на старом железе его хватит более чем
Доброго дня! Сам программист. Ваш сюжет увлекательный про VIM. Честно попытался, в очередной раз, скачать и прочитать книги, мануалы, распечатал быстрые клавиши. Установил расширения. Тормоз в голове не прошел. Мышцы не помнят эти комбинации. Мне близок подход «что вижу, то и делаю». VIM вновь резко затормозил темп работы. Так что обратно к VS Code. Автоматизация и удобство - вот что нужно для работы над кодом и проектами.
VIM раскрывается через N лет работы Если же (как я) писать в нём больше 20 лет, то над всеми IDE просто смеёшься) Однако, каждый тут выбирает сам. Не факт что сейчас я бы выбрал VIM, кто знает..
@@t0digital Ну а то что atom и vscode оба на electron это конечно что-то да значит, но atom реально бинго собрал. Он намного медленнее и хуже vscode. VSCode действительно лучший текстовый редактор из тех, где нет steep learning curve.
@@t0digital факт того, что он на Electron не мешает им потенциально реализовать какие-то особые подходы к работе с большими файлами. Например виртуальный скролл.
@@t0digital у vscode насквозь все переоптимизировано. Особенно редактор. Открывает файлы практически любого размера, гигабайтные тоже. Если там что и будет тормозить, то какой-нибудь плагин, который захочет обработать файл после открытия. Но тексты он обрабатывает вероятно как vim по скорости. ну или почти. А то, что запускается не мгновенно, так я его запускаю один раз в неделю и не выключаю комп, так в нем и работаю над проектом, а не дрочу туда-сюда обратно, тебе и мне приятно. Так что лично для меня сравнение с вимом вообще не произвело впечатления. А вот атом да, тормоз конкретный
невероятно, я думал холивары vim vs ... канули в лету, а нет, находятся последователи, первые холиварщики на эту тему должно быть уже седые старики на закате жизни
Круто. Показал, где вим незаменим. Я когда-то работал с SQL дампами огромными, просто прочитать надо было и продебажить. Несколько гигабайт текста. Было очень больно в Sublime Text это делать - просто виснет наглухо, очень классный UX, особенно для меня тогдашнего, молодого-зеленого-неопытного. Тогда-то я и начал смотреть в сторону консольных программ для работы с текстом. Ну и да, в виме реально удобно двигаться к следующему слову, к закрывающей скобке, к следующему/предыдущему параграфу. И все движения, как только выучил их, можно использовать для выделения, удаления текста. Удаленный текст никогда не потеряется - есть 10 регистров, в которых все лежит. Удаленный текст можно вставить. Undo history (когда отмотал через Ctrl-Z назад, поменял что-то и тут осознал что надо было отмотать вперед и вставить изменения туда, и теперь ты потерял кусок работы) никогда не потеряется. Есть простое и понятное автодополнение (Ctrl-P/Ctrl-N). И это все идет из коробки, плагинов у меня минимум.
Максимально странное сравнение. Окей, если мне придется открывать текстовые файлы на 4.9Гб воспользуюсь vim. Судя по этому видео, других сценариев использования у vim нет
Это контент золотого качества, я думаю, что люди, которым не нравится видео, не понимают перспективы информационной безопасности. Потому что много раз нам приходится использовать регулярные выражения, чтобы найти вредоносные записи в журналах, или открывать большие двоичные файлы, чтобы увидеть шаблоны, связанные со строками, в вредоносных программах. И после просмотра этого видео vim кажется хорошим выбором для этого. На самом деле я использую NeoVim. Для программирования на python для разработки эксплойтов я придерживаюсь Visual Studio Code, чтобы упростить задачу.
@@IdelNomad кратко: каждому своё Длинно: из плюсов в отношении VSCode. - vim быстрее, производительнее - это так как vim более нативное приложение, чем electron на котором работает VS Code - следовательно, требует, в основном гораздо меньше ОЗУ - возможность залить nvim на удалённый сервер и редактировать файлы напрямую по ssh тоннелю - ну.. И много болтовни про то, что работа из командной строки в vim стиле может быть гораздо эффективнее и продуктивнее, хотя главное - это удобность всё-таки
@@IdelNomad ну.. Тогда странно называть nvim и любые cli средства "допотопными технологиями". Я сам активно использую PyCharm и VSCode, но не отрицаю преимуществ vim-подобных прог. С помощью nvim неплохо получается подлатать что-то по-быстрому не открывая программ, или найти какую-то строку в json файле с помощью выражений. Плюсом, я уже упоминал про ssh тоннель к удалённому серверу. Знать базу vim команд крайне желательно, особенно для подобных случаев
Цель видео и во многом этого канала - призвать людей развиваться. В данном случае показать, что не все можно сделать в их IDE (а многие комментаторы в этом до фига уверены). Понятно, что есть куча крутых *nix инструментов, которыми можно решать задачи, но если люди считают, что кроме IDE ничего нет, вы действительно думаете, что они знают о cat, less и grep?
тут требуется уточнить что вим отличный текстовый редактор для англиского языка. Работать с русским уже не так удобно. Зато править конфиги в виме очень удобно. И всякие нано даже рядом не стояли.
Грусть какая-то, Far - отлично открывает любой файл, мгновенно. Про 11 гиговые файлы - тут наверное лучше сравнение работы json xml библиотек, чем маяться с вопросом открытия. Нормальный файл в проекте не должен превышать 2000 строк, если больше - скорее есть проблема в архитектуре.
А автор видео вкурсе, что с ide не только текст редактируют, но и собирают проекты? Проекты с зависимостями, сторонними библиотеками и ссылками? И чем тут так хорош Vim?? Это примерно как когда надо в бетоне повесить шкафчики на кухне для сверления взять электроотвертку, а собирая прикрооватную тумбочку вставить биту в перфоратор.
Честно говоря, я бы с удовольствием посмотрел видео про ваш опыт обучения слепой печати). Чтобы использовать Vim... надо нехило так стучать по клавишам). Будет время, расскажите немного об этом в очередном видео.
Не тренировал навык слепой печати как-то особо. Просто много печатал и навык появился сам. Возможно с тренажёрами он был бы быстрее, а возможно наоборот медленнее:)
С каждым днём все больше убеждаюсь в эффективности vim'а, НО недавно столкнулся с довольно серьезной проблемой: когда vim запущен в tmux'е, то при вводе команд vim'а команда не выполняется, а сам vim переходит в режим ввода, а в текста появляется рандомная буква (как правило большая буква "М"). Т.е. с vim'ом фактически невозможно работать. Обе проги обновлены до последней версии.
Ребят вы такой срач тут устраиваете, у них разное применение... Пичарм классный, но он не для того чтобы открывать гигабайтные файлы, так же и вим не заявлял что он распрекрасный иде Что вы тут в самом деле, в свободное от работы время лучше поиграть, посмотреть что нибудь, а не сраться с друг другом на пустом месте
Vim это действительно супер редактор! Без графического интерфейса, а все может! Вот вам пример из жизни - нужно было отредактировать запись в 4К - свичнуть хитрым образом старшие биты определённых пікселів в кадрах. Файлик 1.2 ТБ... Так вот, только Vim и помог. Коллега написал скрипт, но в Vim все равно быстрее вышло! ☺️ Но это ещё 'цветочки'. Знающие люди в embedded разработке говорят, что только Vim помогает отладить систему, загружается его под arduin-кой! От PyCharm даже заставку не загрузите! Вот в чем сила. Работает даже без ОС. 😊
Видос нужно было чуть по точнее назвать "Наглядно о том, как Vim рвёт в щепки Sublime, Atom, PyCharm в роли редактора кода" , тогда бы пуканы не так горели =)
Ребята, пишу из будущего, у Леши на стриме vim завис, пришлось вставлять текст через sublime. Я бы не доверял материалу из видео "Стрим! Пишем Telegram бота для книжного клуба" 1:16:42
И так ... Как выйти из vim я уже разобрался. Теперь не могу понять как выключить подсветку парных символов () {} [] и.т.п. :set noshowmatch не помогает
Всё правильно говорит. Каждый день открываю на работе JSON на гигабайт, а то и на два. Чтобы отредачить вручную. Так долго приходится ждать, пока откроется ...
Нельзя и незачем открывать логи вимом (вам же не нужно редактировать логи, нужно просто посмотреть). вим загружает весь файл в память для работы с ним а логи могут весить много гигабайт, для просмотра логов есть например less и всякие zless и bzless, которые загружают не весь файл а только просматриваемую часть
Тем более на сервере память очень важна, так как кроме вас и вашего желания посмотреть логи там есть важные приложения и сервисы которые зарабатывают деньги и если память внезапно кончится то хорошего ничего не будет
здравый смысл действительно никто не отменял - если свободной RAM на боевом сервере не хватит, чтобы открыть большой файл, конечно, не стоит этого делать
Ну PyCharm явно лишний в этом ряду, как по мне) Мне не ясно зачем в PyCharm толкать многогигабайтные лог файлы или sql дампы?) Vim, Atom, ST позицианируют как мощные текстовые редакторы, их еще можно сравнивать, но заставлять мощную IDEшку тягаться в открытии тяжелых файлов) Ну фиг знает... Мне кажется, что PyCharm с 1 строчкой кода будет больше оперы отжирать чем текстовые редакторы с кучей строк кода) IDEшка все же не про это) Это как рядом с ножовкой и бензопилами разных марок поставить в один ряд топор и ругать его за то что он не так круто вывозит распил доски) Ну чисто имхо. А видос все равно интересный, влупил лайкос) Спасибо!)
Так как чаще мы работаем именно с проектом определенным, было бы интереснее узнать по удобству насколько vim будет удобнее для работы в нескольких файлах ( обычно это вкладки) , или split режим насколько удобнее будет?
у вима неожиданно открытый файл, окно и вкладка это сильно разные вещи ;) Открытый файл это буффер, окно - это то, куда буффер показать можно, а при желании в окне терминал можно открыть, сплит - организация окон на экране, табы (вкладки) - экраны. Естественно тасовать всё это можно как вздумается, показывать один буфер в разных окнах на разных табах например, или переключать буферы в одном окне, ресайзить, добавлять-удалять на лету любое из всего этого... После некоторого привыкания - очень удобно, вим становится подобием tiling wm, да ещё и с сессиями. Это без плагинов, с ними всё ещё веселее. Можно сказать что даже тмукс не нужен, хотя он нужен конечно. ;)
@@XenoPlayer2 Не могу не согласиться с данным утверждением, но такие вещи как синтаксический анализатор и автодополнение кода в vim нет, эти вещи значительно ускоряют разработку.
@@Szesorvs в виме есть плагинаы, а значит есть синтаксический анализатор и автодополнение. но тут дело такое, вим - это про то как много учиться для комфортной работы, что конечно несколько ограничивает его использование, особенно в кровавых энтерпрайзах и подобных местах, где нужен дешёвый вход и скорость разработки.
Здравствуй. Мне нужна помощь , хочу установить автозаполнение ну или подсказку для python в vim . Пробовал установить плагин YouCompleteMe неполучаеться , все вылезает какая то ошибка. Можешь что то посоветовать?
Сравниваем консольную утилиту с gui приложением. Смеёмся над размером использованной оперативной памяти gui приложениями. Делаем вывод, что vim лучше. Держите в курсе, как говорится.
@@t0digital Ну фиг знает... Одно дело показать полезный/интересный юзкейс, и совсем другое: "- Ха-ха, красноглазики! Ну и где ваш ИДЕ, если он не может даже блюрей в мп4 рипнуть?"
Мой курс «Хардкорная веб-разработка» - course.to.digital
Вжух!
Вспомнил картинку, где стоят слон, рыба в аквариуме, собака, тюлень и обезьяна. И чтобы всё честно было и задание было равным для всех, им надо всего лишь залезть на дерево. Вот здесь тоже самое.
В .
Звучит так, как будто все рассмотренные среды программирования относятся к разным языкам программирования
@@lime-qh6el вы меня вычислили!
@@ГлебКириллов-о5г они вообще ни к каким языкам не относятся ! На представленных в видео редакторах можно писать на любом языке программирования !
Ваш коментарий нелепен.
Я думал, что сейчас покажут киллер-фичи вима в плане программирования. А он, черт его дери, сравнивает, как открываются большие файлы с дампом в IDE..
Нене, не надо меня драть)
Диджитализируй! АйТи студия думаю очень популярной будет серия гайдов по виму, может снимете?)
@@ivanshukshin3629 думаю, снимем, да!
- Как узнать что человек пишет в VIM?
- Не переживайте, он обязательно об этом скажет.
Разумеется!
Пишу-пишу. Я ещё и арч юзаю, бтв.
Ок, я понял что vim’ом можно открыть любой файл. Но как из него выйти? 🤔
Мы занимались исследованием этой проблемы! ua-cam.com/video/Q1RUYQIgVKM/v-deo.html
Думаю, что ему нравится вим, потому что он так и не понял как из него выйти. Обычно сразу вырубает после сохранения)
@@PorisulkiPictures да, из розетки просто дёргаю, иногда помогает
:q!
Все файлы которые вы изменили потеряется!
Никак, это сверх защита от взлома
1. Открываешь файл в vim
2. Идёшь по своим делам
Итог: В твой ПК никогда никто не зайдет
Спасибо! Как раз думал почему мой скрипт не работает. Оказалось, что ошибка скрылась на строке 15972 и я просто не смог ее заметить в pycharm.
ух, ну Вы даете!)
@Армен зато переводить не очень быстро))))
каждый день работаю в файлах по 11гб, ага))
Типичный hello world на Java 😂😂😂
Я тоже угарнул =) Этот же сколько нужно наговнокодить те.
В реальной практике...слишком редко, у меня максимально было 2гб
господи, прости - но есть же утилита tail -- с ней немного проще.
PyCharm просто не такой глупый как Vim ( ради холивара же кино затевалось? ) Очевидно что с гигабайтными файлами не работают как с текстом ( почему? ) а по сему - нахера пытаться его весь загрузить? Или у Вас питоновские файлы по 2мб? (сорян, если так - считайте мой коммент аннулированным.) Ну и как "итого" - анекдот. Но сначала вопрос по сабжу - а не приходило ли в голову что люди из ДжетБрэйнс, написавшие не только кучу IDE, но и такую вещь как www.jetbrains.com/mps/ подумали о том что не будут ориентироваться на желающих ворочать гигабайты текста в редакторе, а вместо этого будут работать над такими вещами как индексы для всякого рода поиска, оптимизацией и др...Да, да - и др. Отображать определенное число строчек в гигабайтном файле при этом вися в памяти как 0,1% - это детский сад...Так "все умеют". Зачем быть как все? Еще один блокнот для кода...в 2020-ом ?
Анекдот - доктор, когда я делаю "вот так" у меня болит "вот тут"...
"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность. Раз уж на то пошло, то и вим не задумывался как конкурент полноценным средам разработки, однако несмотря на одно из самых неочевидных исполнений управления в истории, конкурировать с ними вполне способен.
@@sigvarthragnarsson6669 спасиб, поржал. Я всегда знал что многие люди предпочитают забивать гвозди микроскопом, просто потому что "так прикольнее".
@@СергейБакин-ф7р Nazdorovie. Учитывая что в аналогию сложности конструкции микроскопа так иронично попадают как раз те самые раздутые иде.
@@sigvarthragnarsson6669 ^^"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность^^ - ждем notepad с функцией эээ(ну помогите друзья, фантазии не хватает!) геолокации?! YEAH! А почему бы и нет, если кому то очень нужно...
@@sigvarthragnarsson6669 А вообще мне кажется JetBrain-овцы должны были запихать ехидную пасхалочку для любителей бить гвозди микроскопом...ua-cam.com/video/T3Zgc7U_WF4/v-deo.html (ПЛАЧУ, довел, соббака!)))
Очень интересно, но Vimом я пользоваться конечно же не собираюсь :D
Попробуй micro или neovim (если Linux, macOS или FreeBSD)
@@aristarhbahirev2548 кстати о neovim: с полгода или год назад под воздействием этого или аналогичного канала поставил neovim.
Долго он меня раздражал в brew outdated/brew upgrade, так и не обновился ни разу. Снёс я его. За это время немало кода и проектов было запилено в VSCode
1. если в виме отключить подсветку синтаксиса - любой файл будет открывать моментально. Либо можно нажать CTRL+C в начале открытия и он перестанет пытаться подсветить синтаксис и откроет файл мгновенно
2. по поводу эффективности редактирования в виме - вим для меня был основным средством редактирования кода на протяжении 4 лет, рекомендую просто залогировать кейлоггером сколько кнопок ты нажимаешь в среднем при работе в виме и в обычном редакторе и сравнить (я про юзкейс написания кода). Вообщем в сумме на вим ты затрачиваешь больше энергии чисто на взаимодействие с ним, если использовать его в 100% случаев
3. в целом весь подход к сравнению странный - для разных файлов разные инструменты, хорош молотком пытаться закрутить шуруп, это можно и отверткой сделать...
Vim появился тогда, когда мыши не было, как и графического интерфейса. Не было и единого стандарта клавиатур, от чего где-то могли быть клавиши курсора, а где-то в каком-то не удобоваримом виде, а где-то и вовсе отсутствовать.
Именно поэтому в нем все управление задействовано на клавишах и их сочетаниях. А как вы ещё реализуете идею такого софта, когда у вас были все выше описанные проблемы? Никак. Говорить, что это было сделано для удобства глупо. Это не так. Это была необходимость времени.
Убеждать людей, что Vim крут и нужен так же глупо. Это как есть покупной велосипед, где тебе нужно лишь смазать его, накачать колеса, да может что-то по мелкому поменять, а есть профессиональные, которые собираются с нуля. Вы действительно считаете, что всем теперь надо собирать самим себе велосипед? Нет конечно.
Vim как в чем-то выигрывает, так и катастрофически проигрывает во многих вещах современным редакторам. Они не сравнимы, так как само сравнение я описал с велосипедами.
Sublime Text тот же настраивается за 5 секунд. Там так же как и в Vim можно все мыслемое и немымлемое назначить на клавиши. Плагины ставятся без гемора, не надо ломать голову, что где прописать. В этом и есть его сила. Компьютеры становяться все более мощными, и потребность в столь огромной экономии ресурсов падает. Она по прежнему есть, но это уже не те машины в 128кб на борту.
Vim нужен только тогда, когда ты понимаешь его необходимость. Верстать те же сайты с языком JS на Vim можно, один вопрос, нахрена? Я настолько, например усовершенствовал все, настроив все в Сублайме на клавиши, что стал ниндзя-каратистом в скорости написания кода. Только фишка в том, что скорость то и не нужна. Важнее делать правильно и работу сдавать в срок. А остальное, хоть в Блокноте верстай.
Vim - это удобный продукт, но он удобен тем, кто понимает зачем он им нужен. Когда тот же Sublime покрывает 99% работы в разработке кода на JS, HTML, CSS и делает это прекрасно, легко, не напрягая ни машину, ни тебя, а порог вхождения в редактор низок, не это ли прекрасно?
Если меня устраивает в работе готовый молоток, зачем мне делать свой собственный? Чтобы просто похлопать себя по груди и сказать: "Я молодец"? Ну круто наверно, но глупо как-то.
И все это часто не понимают Vim'о-дрочеры. Получается как разговор слепого с глухим.
Совершенно верно. Я приведу тоже пример: есть отличные инструменты - пробойник и молоток, оба - великолепны, ими можно неплохо пробивать бетонную стену.
Но я выбираю - Макиту )))
Ну если без шуток, всякие IDE сделаны чтобы разрабатывать, кодить. Удобно рефакторить большой код, большого проекта, в котором текстовые файлы в среднем далеко не больше одного мегабайта. Во всякие вимы и емаксы нужно вникать, понимать как это все пашет чтобы писать конфиги, учить какой-нибудь язык Lua для всего этого. И единственный смысл это делать - ради собственного развлечения: любить дергать терминал, хоткеи, тайлинговые рабочие окружения. Стоит ли среднему юзеру для разработки вникать в емаксы?
Как бы не банально звучало, но вникать нужно стараться всегда, а не избегать трудностей. Если люди с опытом говорят вам, что игра "стоит свеч", то к чему вы повторно задаёте один и тот же вопрос?
@@ИванЛебедев-з8у мощно
Я несколько коллег на работе не имеющих навыков программирования пересадил на вим (вим тур дал пройти). Надо было, чтобы в мое отсутствие кто-нибудь мог подправить конфиги на фряхе. И теперь они решают повседневные задачи в нем. Так что на мой взгляд, многих программистов испортили ide, и они не могут без них обойтись.
Также стоит отметить, что подавляющее число пользователей ide, знают их и пользуются всеми возможностями только на 15%. При этом чтобы дойти до такого процента нужны годы опыта. А для полного освоения вим достаточно потратить 1-2 дня (плюс настройка день) и вы уже полноценно можете кодить.
P.s. если вы используете разные стеки технологий, то надо учится пользоваться разными ide одновременно.
P.s.s. ide в компилируемых языках не даёт понимание процесса компиляции, что затрудняет развитие разработчика в дальнейшем.
@@dmitryk9440 "ide в компилируемых языках не даёт понимание процесса компиляции".
А как компиляция через командную строку даёт понимание процесса компиляции?
@@wasyaokyn4077 при "компиляции через командную строку" в С(++) можно пройти через все этапы и посмотреть промежуточный результат(наверное так)
Я бы, пожалуй, руки отрубил тем кто пишет такие большие файлы...
У нас проект где конфигурация в XML занимает 36 тысяч строк.
@@lunedefroid8817 фигово вам)
@@lunedefroid8817 это для чего такие конфигурации?
@@TheProfessionalGambler ой, такое лучше не знать. Это отечественный софт который нам на поддержку дали. Это сервер работающий с системами охраны, камерами, и тд. И в файле хранится конфигурация целого участка со всеми камерами, и тд. Причем конфигурация такая большая потому что там где нормальные люди используют XML аргументы, там они просто теги на теги через теги кладут. И этот файл генерится скриптом.
@@lunedefroid8817 я имел ввиду исходники. В целом да, файлы бывают впечатляющих размеров, но такие в IDE только маньяки открывать пытаются.
Очень хочется по vim отдельный плейлист. Будет удобно в одном месте все подсматривать.
Было бы интересно сравнить Vim с Блокнотом)
Точно такоеже видео было у johe news месяца 3-4 назад
Не сорян 1 год назад
@@dmmeteo ееесть такое.
Я как бы понимаю что видос уже старенький, но просто держу в курсе - в pycharm есть настройки. Максимальный размер файла ограничивается именно там. Как раз для того чтобы, не вывалиться в out of memory. Просто доведем до абсолюта, что случится с vim если если попытаться открыть файл больше чем размер оперативной памяти и swap? (я не пробовал но предполагаю). А вот что я знаю наверняка - это проблемы с длинной строки. vim очень часто не может открывать mysql дампы из за того что в них могут быть длинные строки. Даже не больших размеров(до 1 гб) с которыми остальные текстовые редакторы справляются без вопросов. А IDE и подавно. Если что vim хоткеи считаю максимально удобными, по этому стоят везде. Но пользоваться непосредственно vim в качестве текст редактора - только если нет desktop environment.
Да, реально. Vim хранит файл в памяти как обычный массив строк файла, то есть большие строки будут не очень эффективно редактироваться
Каждый новый видос про vim даёт мне возможность дышать, спасибо
Йеее!
*Место для шутки про то, как кто-то не смог выйти из vim и остался кодить в нем*
А где же обещанный "поиск и замена" по всему файлу?
Когда увидел, что они и файлы-то нормально открыть не могут, глубже копать уже не стал
@@t0digital забыл просто ;)
Открывать большие файлы конечно круто, но мы ждем где из вима делают IDE. И про Emacs хотелось бы послушать хотя бы мнение. И похожее сравнение скорости было у Johe News, просто оставлю наблюдение тут
Есть мнение, что когда из Вима делают ИДЕ, он начинает сильно терять в скорости пропорционально количеству и тяжеловесности плагинов. Как и троллейбус из буханочки хлебушка 😀
Vim - текстовый редактор
Emacs - рабочее окружение
Пока в Vim-е ты только редактируешь файлы, в Emacs ты: редактируешь файлы, играешь в игры, браузишь инет, снимаешь видео, и.т.д.
@@kennethdarlington Vim уже имеет всё что нужно для использования как IDE. Build integration, дополнение текста/кода, макросы, поиск/замена, и многое другое ставят полезность плагинов автодополнения под вопрос.
P.S.: Я предпологаю что Vim версии не меньше 8 ибо многие фичи появляются именно в новых версиях Vim, и все мы знаем что код на C быстрее любого скрипта на vimscript.
@@VanStabHolme тут каждому свое. Кому открывать ХХ гигабайтные файлы, а кому лайв-сервер, компиляция сасса, проверка орфографии, квик серч по докам, линтеры, кодестайлы, интеграции с различными тулами итд.
@@VanStabHolme играешь в змейку*
Решил повторить твой эксперимент, для достоверности..
И как итог, в следующий раз, пожалуйста, покажи как выйти))
Неплохо, но было бы интересено увидеть, чем VIM лучше с точки зрения разработчика. Мне, например, в Sublime нравится мультикурсор, постояно им пользуюсь. А в VIM не очень удобно работать с большим количеством файлов. И для того, чтобы работали подсказки и прочее нужно ставить кучу сторонних плагинов типа ctags. Но основное приемущество VIM всё-таки в том, что всё очень быстро можно делать с клавиатуры, если выучить все команды.
1) что бы выбрать столбцы в которых нужно написать текст
2) I (ай большая)
3) пишешь нужный текст
4) выходишь в нормальный режим
Все :)
PS насчет работы с несколькими файлами. в нормальном режиме будет перемещать тебя на последнее редактируемое место.
А вообще если что то надо ты можешь создать свое поведение которое тебе нужно и свое сочетание клавиш для этого.
т.е. Vim можешь настроить как хочешь. Он может даже отслеживать события для выполнения твоих команд.
Например был открыт файл, начался или закончился ввод символов, была изменена настройка параметра, было найдено различие в тексте, рабочий каталог изменился, пользователь ничего не нажимал какое то время, Курсор перешел в режим вставки, нормальный режим, пользователь перешел в новую вкладку ... Таких событий больше сотни он отрабатывает. dzen.ru/a/Y5ezBUuwBm9JXgGn?share_to=link
@@IdelNomad
Автокомплитер кода есть плагин YouCompleteMe
подсветка синтаксиса есть, можно настроить как тебе хочется. Можно самому запариться, а можно поставить плагин gruvbox
Да, он показывает где у тебя в коде ошибки и делает это все тот же YouCompleteMe
Отладчик есть, это gdb его можно встроить в vim и прямо в нем ты можешь шагать по коду ища свои ошибки. Причем можно шагать как вперед так и назад. Ловить остановку по событиям, по условию и т.д.
Можно в vim встроить cmake, git ...
Vim это то что ты можешь настроить под себя все. И на любой вопрос а можно ли... Можно.
@@IdelNomadвсе это есть в Атме из коробки
мультикурсор можно настроить в виме
Это действительно не объективно. Задачи редактора не сводятся ведь к одному лишь открытию файлов. Как бы я не любил vim, но в качестве основной среды для разработки, он выглядит как деревянный ботинок возле технологичной мембранной обуви.
Я не говорю, что Vim наше всё, я говорю о том, что нельзя говорить «IDE наше всё». IDE вообще ни разу не наше всё, он даже мало-мальский дамп базы открыть не может. При этом это ничего не говорит о том, что IDE не нужен, плох и тд.
@@t0digital но видео и заголовок совсем другие, очевидно для холиварчика)
@@vabolshakov ну почему, vim действительно кладет на лопатки своих современных потомков в вопросах открытия некоторых файлов) это же не говорит о том, что IDE плохие. Но факт есть факт - текстовый файл на несколько гигов нормально открывает из них только vim.
ваще-то именно под пайтон вим имеет наилучшую заточку :)
@@t0digital ИДЕ это как раз таки наше всё. вим насколько бы он крут ни был, теперь нужен только для открывания больших файлов и ковыряния в них. править конфиги в нем тоже не обязательно. я в пхпшторме создал проект серверс, создал ссш коннекты на разные сервера и замапил их на папки внутри этого проекта. один сервер - одна папка. прокачиваешь на комп нужные файлы редактируешь заливаешь. копипастишь похожие куски между серверами одним движением руки (да, мышкой) а не долбишь клаву попутно вспоминая коннекты или алиасы какие-то. о разработке вообще речи нет, это бред, трата времени и понижение качества. ради чего? гиковской романтики какой-то. честно, не понимаю это восхваление вима в контексте разработки. похоже вы просто не разрабатываете особо
"Сложный инструмент занимает больше места в памяти, чем инструмент попроще", ну не самая хорошая аналогия. PyCharm всё таки создан для решения проблем сложности больших проектов, а не для открытия больших файлов(которые по идее лучше как бы и не загружать полностью в память, а работать с ними через стримы). Надо смотреть насколько в этих инструментах удобно работать с большими проектами, насколько удобно ориентироваться, рефакторить, дебажить.
Пока видео выглядит очень предвзятым, т.к. не озвучены критерии, по которым вы сравниваете.
Убедил! Будем писать в Vim на ассемблере.
Вообще как бы стоило сначала замерять сколько чисто сам редактор потребляет озу и уже потом смотреть сколько потребление после открытия файла)) Т.к. сравнивать консольное приложение и ГУИ как-то совсем странно т.к. у графического приложения как минимум в озу находятся иконки) Я свои дампы БД по 500МБ в notepad++ редачу) в нем и регулярные выражения есть и плагины ставить можно
Мне нравится сепаратизм на всех уровнях программирования. Сперва идет фронт-енд, бэк-энд, всякие даты, потом люди делятся на языки, потом фреймворки, разные технологии, и вот начали уже и на ИДЕ.))) Видео очень крутое, я прям кайфанул. Сравни тем, "что будет если", только для "наших")) Автору респект х2, и видео ах*енное снял и рассказал про вим и не обосрал никого. От души, снимай чаще, пожалуйста)
кстати. разрабатываю в пайчарме, просто смотрю проэктики или что-то легкое в вс коде, а задачки решаю в саблайме)
Забавненько. Пример показательный. Но конечно IDE служат для разработки софта. Большие файлы им открывать не обязательно. Для анализа дампов и логов служат 'awk', 'grep' и т.д. Можно ещё попробовать текстовый редактор ‘ed’ ;)
Так он это прям в видео и говорит
Хороший видос. Но если ты в виме отключишь подсветку синтаксиса для SQL файлов и попробуешь открыть дамп, то очень офигеешь от того, насколько быстро он откроется 😏
Кстати, дааа!
@@t0digital Так епт, давайте все отключим и компьютер выключим)) Вы че, ребят, сравниваете то
@@eugenyveles440 это кибер спорт такой у кого быстрее откроется! Нужно по максимуму отключить функционал что бы победить в быстрооткрывании файла
Концовка видео говорит суть - когда-то нужны ide, когда-то Sublime, а когда-то Vim; но по опыту на linux - Vim must have - без него никуда, да и просто он удобней...
Да, всё так
Для правки когфигов в лине изаю Nano с 2008 года. И как я жил все это время без вима... Ладно, пару раз запускал, что б не забыть как выйти))
удобней по части каких параметров?
> просто он удобней
для извращений
шикарное начало бро!
Следующие видео о том как paint уделывает photoshop ?
Если это шутка то не удачная(((
А по вашему паинт не может уделать фотошоп? Да вообще легко в ряде задач:) как минимум, последние версии фотошоп вообще не запустятся на куче не самых новых железок, он очень тяжёлый стал, а паинту пофик, подрезать фоточку на старом железе его хватит более чем
банальное тестирование оперативной памяти, в топку это видео
Вжух! (видео летит в топку)
Для просмотра больших текстовых файлов есть специальные просмотрщики, для этого не нужен текстовый редактор
Видел у Johe news :)
Но все равно спасибо за популяризацию нашего любимого редактора
Все преимущества vim убивает тот факт, что после открытия файла приходится ехать в датацентр и перезагружать сервер!:(
Это да, увы!
Это как?
тесты показали что вим нужен там, где ни кто не нужен
ну-ну)
Интересно было бы увидеть сравнение 'vim' с 'nano' и ' micro'.
А emacs?
Доброго дня! Сам программист. Ваш сюжет увлекательный про VIM. Честно попытался, в очередной раз, скачать и прочитать книги, мануалы, распечатал быстрые клавиши. Установил расширения. Тормоз в голове не прошел. Мышцы не помнят эти комбинации. Мне близок подход «что вижу, то и делаю». VIM вновь резко затормозил темп работы. Так что обратно к VS Code. Автоматизация и удобство - вот что нужно для работы над кодом и проектами.
VIM раскрывается через N лет работы
Если же (как я) писать в нём больше 20 лет, то над всеми IDE просто смеёшься)
Однако, каждый тут выбирает сам. Не факт что сейчас я бы выбрал VIM, кто знает..
Берёшь Vs Code и ставишь клавиши из vim
Скорость не важна , а удобство
А как себя показывает gedit, nano?
Ричард из силиконовой долины пользуется emacs-ом
Наглядно о том, как Vim рвёт пердаки новичков-разработчиков
хахах)))
а что на счет VS code, или он на столько плох, что о его даже на одну полку с редакторами, описанными в видео, не ставят))?
Забыл о нём. Но он на Electron, как и Atom, а значит будет где-то рядом с ним.
@@t0digital
Ну а то что atom и vscode оба на electron это конечно что-то да значит, но atom реально бинго собрал. Он намного медленнее и хуже vscode.
VSCode действительно лучший текстовый редактор из тех, где нет steep learning curve.
@@t0digital факт того, что он на Electron не мешает им потенциально реализовать какие-то особые подходы к работе с большими файлами. Например виртуальный скролл.
@Ах, уедь! если бы ещё при прикрутке vim приложения он бы и работал быстро как вим)))
@@t0digital у vscode насквозь все переоптимизировано. Особенно редактор. Открывает файлы практически любого размера, гигабайтные тоже. Если там что и будет тормозить, то какой-нибудь плагин, который захочет обработать файл после открытия. Но тексты он обрабатывает вероятно как vim по скорости. ну или почти. А то, что запускается не мгновенно, так я его запускаю один раз в неделю и не выключаю комп, так в нем и работаю над проектом, а не дрочу туда-сюда обратно, тебе и мне приятно. Так что лично для меня сравнение с вимом вообще не произвело впечатления. А вот атом да, тормоз конкретный
невероятно, я думал холивары vim vs ... канули в лету, а нет, находятся последователи, первые холиварщики на эту тему должно быть уже седые старики на закате жизни
Ох, у меня тоже пол головы седой уже:)))
Ждем инструкцию по преображению vim в ide ))
так может и блокнот из винды в ide превратить ?
@@dengarkavenko7693 а почему нет, он же тоже мало памяти занимает )
Круто. Показал, где вим незаменим. Я когда-то работал с SQL дампами огромными, просто прочитать надо было и продебажить. Несколько гигабайт текста. Было очень больно в Sublime Text это делать - просто виснет наглухо, очень классный UX, особенно для меня тогдашнего, молодого-зеленого-неопытного. Тогда-то я и начал смотреть в сторону консольных программ для работы с текстом. Ну и да, в виме реально удобно двигаться к следующему слову, к закрывающей скобке, к следующему/предыдущему параграфу. И все движения, как только выучил их, можно использовать для выделения, удаления текста. Удаленный текст никогда не потеряется - есть 10 регистров, в которых все лежит. Удаленный текст можно вставить. Undo history (когда отмотал через Ctrl-Z назад, поменял что-то и тут осознал что надо было отмотать вперед и вставить изменения туда, и теперь ты потерял кусок работы) никогда не потеряется. Есть простое и понятное автодополнение (Ctrl-P/Ctrl-N). И это все идет из коробки, плагинов у меня минимум.
Максимально странное сравнение. Окей, если мне придется открывать текстовые файлы на 4.9Гб воспользуюсь vim.
Судя по этому видео, других сценариев использования у vim нет
Видео для тех, кто говорит, что всё можно сделать в IDE, и показывает, в каких сценариях IDE бодро берет за щёчку.
Это контент золотого качества, я думаю, что люди, которым не нравится видео, не понимают перспективы информационной безопасности. Потому что много раз нам приходится использовать регулярные выражения, чтобы найти вредоносные записи в журналах, или открывать большие двоичные файлы, чтобы увидеть шаблоны, связанные со строками, в вредоносных программах. И после просмотра этого видео vim кажется хорошим выбором для этого. На самом деле я использую NeoVim. Для программирования на python для разработки эксплойтов я придерживаюсь Visual Studio Code, чтобы упростить задачу.
Так тут не было про перспективы.
@@IdelNomad кратко: каждому своё
Длинно: из плюсов в отношении VSCode.
- vim быстрее, производительнее
- это так как vim более нативное приложение, чем electron на котором работает VS Code
- следовательно, требует, в основном гораздо меньше ОЗУ
- возможность залить nvim на удалённый сервер и редактировать файлы напрямую по ssh тоннелю
- ну.. И много болтовни про то, что работа из командной строки в vim стиле может быть гораздо эффективнее и продуктивнее, хотя главное - это удобность всё-таки
@@IdelNomad ну.. Тогда странно называть nvim и любые cli средства "допотопными технологиями". Я сам активно использую PyCharm и VSCode, но не отрицаю преимуществ vim-подобных прог. С помощью nvim неплохо получается подлатать что-то по-быстрому не открывая программ, или найти какую-то строку в json файле с помощью выражений. Плюсом, я уже упоминал про ssh тоннель к удалённому серверу. Знать базу vim команд крайне желательно, особенно для подобных случаев
Покажи, пожалуйста, корректные примеры работы с вимом. Что ты подразумеваешь под эффективной работой с текстом?
Посмотрите 1 видео на этом канале
Notepad++ отлично справляется с большими файлами. Оперативки конечно ест больше консоли (очевидно). Но скорость открытия моментальная.
Угу, сам пользуюсь
Только он под винду
Как часто разработчикам приходится открывать и работать в гигабайтных файлах?
Вам нужны конкретные цифры? В видео об этом был разговор, видимо вы прослушали
@@ИванЛебедев-з8у таймкод пжлста?
... с плагином vim для эффективной работы с кодом=текстом
@Idel Pro их можно прекрасно ковырять и с помощью инструментов командной строки, cat, less, zless, grep ... и прочие радости
И вим тут нахер не нужон
Цель видео и во многом этого канала - призвать людей развиваться. В данном случае показать, что не все можно сделать в их IDE (а многие комментаторы в этом до фига уверены). Понятно, что есть куча крутых *nix инструментов, которыми можно решать задачи, но если люди считают, что кроме IDE ничего нет, вы действительно думаете, что они знают о cat, less и grep?
Посмотрел ролик, пошёл проверять в nano))
Vim топовый текстовый редактор. По началу кажется неудобный, но когда выучишь горячии клавиши без него жить трудно
тут требуется уточнить что вим отличный текстовый редактор для англиского языка. Работать с русским уже не так удобно. Зато править конфиги в виме очень удобно. И всякие нано даже рядом не стояли.
Это называется "vim головного мозга". Сам страдаю. Однажды изучил вим и теперь только им пользуюсь
@Whatever неудобно. Приходится при командах переключаться.
кста вспомнил как открывал 27 гиговый фаил в notpad++ всё стабильно
Грусть какая-то, Far - отлично открывает любой файл, мгновенно.
Про 11 гиговые файлы - тут наверное лучше сравнение работы json xml библиотек, чем маяться с вопросом открытия.
Нормальный файл в проекте не должен превышать 2000 строк, если больше - скорее есть проблема в архитектуре.
брехня, которую придумали как раз пользователи 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
это же так актуально открывать 11гигабайтовые джсоны)
А автор видео вкурсе, что с ide не только текст редактируют, но и собирают проекты? Проекты с зависимостями, сторонними библиотеками и ссылками? И чем тут так хорош Vim?? Это примерно как когда надо в бетоне повесить шкафчики на кухне для сверления взять электроотвертку, а собирая прикрооватную тумбочку вставить биту в перфоратор.
Согласен!
И в PyCharm же в настройках можно регулировать ограничения использования оперативки! Может из-за этого у него не открыло?! 🤔
Честно говоря, я бы с удовольствием посмотрел видео про ваш опыт обучения слепой печати). Чтобы использовать Vim... надо нехило так стучать по клавишам). Будет время, расскажите немного об этом в очередном видео.
Не тренировал навык слепой печати как-то особо. Просто много печатал и навык появился сам. Возможно с тренажёрами он был бы быстрее, а возможно наоборот медленнее:)
С каждым днём все больше убеждаюсь в эффективности vim'а, НО недавно столкнулся с довольно серьезной проблемой: когда vim запущен в tmux'е, то при вводе команд vim'а команда не выполняется, а сам vim переходит в режим ввода, а в текста появляется рандомная буква (как правило большая буква "М"). Т.е. с vim'ом фактически невозможно работать. Обе проги обновлены до последней версии.
А как на счет битвы титанов(Vim vs Emacs)?
Ребят вы такой срач тут устраиваете, у них разное применение...
Пичарм классный, но он не для того чтобы открывать гигабайтные файлы, так же и вим не заявлял что он распрекрасный иде
Что вы тут в самом деле, в свободное от работы время лучше поиграть, посмотреть что нибудь, а не сраться с друг другом на пустом месте
В точку!
Нет уж, давайте сраться! )) Комменты же для этого созданы 😏
Спасибо,приму это во внимание. Конечно, вряд ли мне понадобится открывать такие файлы, но всё же)
кто что скажет на счет neovim вроде тот же vim, но говорят усовершенствованный (асинхронность там какая-то?)
neovim пизже. Теперь только его использую
Та ситуация, что ты так долго учил все хоткеи в вим, что у тебя теперь нет дороги назад )
Ну да😂
А никого не смутило то что пайчарм не выдал сообщения о том, что файл не полностью открылся?
Это предательская IDE )
отлично, большие файлы буду открывать в vim, а пользовтаься продолжу VSCode
Vim это действительно супер редактор! Без графического интерфейса, а все может! Вот вам пример из жизни - нужно было отредактировать запись в 4К - свичнуть хитрым образом старшие биты определённых пікселів в кадрах. Файлик 1.2 ТБ... Так вот, только Vim и помог. Коллега написал скрипт, но в Vim все равно быстрее вышло! ☺️ Но это ещё 'цветочки'. Знающие люди в embedded разработке говорят, что только Vim помогает отладить систему, загружается его под arduin-кой! От PyCharm даже заставку не загрузите! Вот в чем сила. Работает даже без ОС. 😊
Видос нужно было чуть по точнее назвать "Наглядно о том, как Vim рвёт в щепки Sublime, Atom, PyCharm в роли редактора кода" , тогда бы пуканы не так горели =)
vscode
Ребята, пишу из будущего, у Леши на стриме vim завис, пришлось вставлять текст через sublime. Я бы не доверял материалу из видео
"Стрим! Пишем Telegram бота для книжного клуба" 1:16:42
Тоже у Johe видел =)
p.s. Спасибо за годный контент
И так ... Как выйти из vim я уже разобрался. Теперь не могу понять как выключить подсветку парных символов () {} [] и.т.п.
:set noshowmatch не помогает
А как же котаны?((((
Будут и котаны:)))
Vim без nano - деньги на ветер, где сравнение??
Всё правильно говорит. Каждый день открываю на работе JSON на гигабайт, а то и на два. Чтобы отредачить вручную. Так долго приходится ждать, пока откроется ...
Крепитесь.
pycharm урезал, потому что на виртуалку джавы выделено скорее всего 2048 МБ
Реальная задача это когда нужно вырезать из такого дампа одну таблицу например. Vim тут действительно спасает.
Так можно же изначально дампить конкретную таблицу
@@vandud задним числом все умны
No Being ну так то да)
sed на этот случай есть
в таких задачах надо использовать быстрые редакторы, а не vim)
А как vim со статическим анализом кода справляется?
хуже, чем IDE, вы же это хотели услышать)?
Нельзя и незачем открывать логи вимом (вам же не нужно редактировать логи, нужно просто посмотреть). вим загружает весь файл в память для работы с ним а логи могут весить много гигабайт, для просмотра логов есть например less и всякие zless и bzless, которые загружают не весь файл а только просматриваемую часть
Тем более на сервере память очень важна, так как кроме вас и вашего желания посмотреть логи там есть важные приложения и сервисы которые зарабатывают деньги и если память внезапно кончится то хорошего ничего не будет
Вово, пример в видео более чем странный и не имеет к реальным кейсам никакого отношения
здравый смысл действительно никто не отменял - если свободной RAM на боевом сервере не хватит, чтобы открыть большой файл, конечно, не стоит этого делать
Самый быстрый вьюер больших файлов - это Lister из Total Commander
Ну PyCharm явно лишний в этом ряду, как по мне) Мне не ясно зачем в PyCharm толкать многогигабайтные лог файлы или sql дампы?) Vim, Atom, ST позицианируют как мощные текстовые редакторы, их еще можно сравнивать, но заставлять мощную IDEшку тягаться в открытии тяжелых файлов) Ну фиг знает... Мне кажется, что PyCharm с 1 строчкой кода будет больше оперы отжирать чем текстовые редакторы с кучей строк кода) IDEшка все же не про это) Это как рядом с ножовкой и бензопилами разных марок поставить в один ряд топор и ругать его за то что он не так круто вывозит распил доски) Ну чисто имхо. А видос все равно интересный, влупил лайкос) Спасибо!)
Эти редакторы-среды про разное и для разного.
Да
Кто тоже пишет файлы на 11ГБ?)
Это все очень мне напомнило анекдот про рабочих и бензопилу. Вот просто один к одному.
хороший анекдот, да
Спасибо. Очень наглядно
Так как чаще мы работаем именно с проектом определенным, было бы интереснее узнать по удобству насколько vim будет удобнее для работы в нескольких файлах ( обычно это вкладки) , или split режим насколько удобнее будет?
у вима неожиданно открытый файл, окно и вкладка это сильно разные вещи ;) Открытый файл это буффер, окно - это то, куда буффер показать можно, а при желании в окне терминал можно открыть, сплит - организация окон на экране, табы (вкладки) - экраны. Естественно тасовать всё это можно как вздумается, показывать один буфер в разных окнах на разных табах например, или переключать буферы в одном окне, ресайзить, добавлять-удалять на лету любое из всего этого... После некоторого привыкания - очень удобно, вим становится подобием tiling wm, да ещё и с сессиями. Это без плагинов, с ними всё ещё веселее. Можно сказать что даже тмукс не нужен, хотя он нужен конечно. ;)
@@XenoPlayer2 Не могу не согласиться с данным утверждением, но такие вещи как синтаксический анализатор и автодополнение кода в vim нет, эти вещи значительно ускоряют разработку.
@@Szesorvs в виме есть плагинаы, а значит есть синтаксический анализатор и автодополнение. но тут дело такое, вим - это про то как много учиться для комфортной работы, что конечно несколько ограничивает его использование, особенно в кровавых энтерпрайзах и подобных местах, где нужен дешёвый вход и скорость разработки.
Вывод: палкой тоже можно вскапывать участок и не нужны нам лопаты и грабли :)
Таких выводов я не делал, мои выводы в конце видео
@@t0digital Ну как тут без троллинга, это же весело ;) Вы сами задавали такой тон на канале, а теперь серьезничаете
Сын маминой подруги который использует Sublime, позавидовал мне, что использую Vim
Хахах:)! Пусть знает наших :)
Здравствуй. Мне нужна помощь , хочу установить автозаполнение ну или подсказку для python в vim . Пробовал установить плагин YouCompleteMe неполучаеться , все вылезает какая то ошибка.
Можешь что то посоветовать?
гуглить-изучать дальше, больше тут ничего не посоветуешь
Чтобы другие не говорили, продолжай снимать про vim
Будем! Спасибо
как htop поставить на mac?
brew install htop
Сравниваем консольную утилиту с gui приложением. Смеёмся над размером использованной оперативной памяти gui приложениями. Делаем вывод, что vim лучше. Держите в курсе, как говорится.
Я не делал вывод, что vim лучше, вы вольны додумать, что угодно 🙏
но терминал рвет в клочья всех... 😁 по-моему на пианино легче научиться
Far Manager рвет Vim во все щепки.
как быть с русской раскладкой? вим не работает с ней. А комментарии иногда приходится писать, или что подправить в тексте. Как решить этот вопрос?
А как часто кто-то ручками редактирует 2м файлы ?
Мне за всё время ни разу не приходилось открывать в редакторе гигабайтные файлы.
Занятно. Если когда ни будь понадобится открыть многогигобайтный файл, буду знать чем пользоваться
Я попробовал молоток, и знаете что? Молоток тоже не смог открыть дамп базы данных.
Цель видео в его описании. Я не призываю молотком открывать дампы, я против частого мнения «всё можно сделать в IDE, мне не нужен Vim и консоль».
@@t0digital Ну фиг знает... Одно дело показать полезный/интересный юзкейс, и совсем другое: "- Ха-ха, красноглазики! Ну и где ваш ИДЕ, если он не может даже блюрей в мп4 рипнуть?"
сорян, но речь ни разу не об открытии mp4 в IDE, сравнение некорректно
@@t0digital почему? Как по мне ХХ гигабайтные дампы в ИДЕ приходит в голову открывать примерно с той же частотой.
Опять 25. Есть люди, которые говорят - вим не нужен, консоль не нужна, это прошлый век, моя иде ВСЁ может. Цель видео опровергнуть это заявление.