Вспомнил картинку, где стоят слон, рыба в аквариуме, собака, тюлень и обезьяна. И чтобы всё честно было и задание было равным для всех, им надо всего лишь залезть на дерево. Вот здесь тоже самое.
Иван Дудин ну в данном случае заявлено требование открывать, просматривать и редактировать файлы, уверен nano с этим справится. Ну и для человека способного работать в vim/emacs поставить его задача безусловно тяжелая, но посильная. Вообще я к тому что для своих задач - свой инструмент, если тебе нужен ide, то при всех плюсах vim работать в гуишных ide будет удобней, а если нужно отредактить файлик в консоли - nano вполне подойдёт и вряд ли усилия вложенные в изучение работы vim стоит того, если подобные задачи возникают раз в год. Ну а у тех, у кого такие задачи ежедневная рутина вопрос о выборе инструмента не стоит и в vim давно умеют.
@@vandud nano очень прост и удобен, если нужно быстро какую-нибудь строчку поправить или просто просмотреть код из терминала, для более сложных операций есть тот же Vim. В конце концов, нано и как аналог нотпада обычного годится.
@@aristarhbahirev2548 кстати о neovim: с полгода или год назад под воздействием этого или аналогичного канала поставил neovim. Долго он меня раздражал в brew outdated/brew upgrade, так и не обновился ни разу. Снёс я его. За это время немало кода и проектов было запилено в VSCode
1. если в виме отключить подсветку синтаксиса - любой файл будет открывать моментально. Либо можно нажать CTRL+C в начале открытия и он перестанет пытаться подсветить синтаксис и откроет файл мгновенно 2. по поводу эффективности редактирования в виме - вим для меня был основным средством редактирования кода на протяжении 4 лет, рекомендую просто залогировать кейлоггером сколько кнопок ты нажимаешь в среднем при работе в виме и в обычном редакторе и сравнить (я про юзкейс написания кода). Вообщем в сумме на вим ты затрачиваешь больше энергии чисто на взаимодействие с ним, если использовать его в 100% случаев 3. в целом весь подход к сравнению странный - для разных файлов разные инструменты, хорош молотком пытаться закрутить шуруп, это можно и отверткой сделать...
PyCharm просто не такой глупый как Vim ( ради холивара же кино затевалось? ) Очевидно что с гигабайтными файлами не работают как с текстом ( почему? ) а по сему - нахера пытаться его весь загрузить? Или у Вас питоновские файлы по 2мб? (сорян, если так - считайте мой коммент аннулированным.) Ну и как "итого" - анекдот. Но сначала вопрос по сабжу - а не приходило ли в голову что люди из ДжетБрэйнс, написавшие не только кучу IDE, но и такую вещь как www.jetbrains.com/mps/ подумали о том что не будут ориентироваться на желающих ворочать гигабайты текста в редакторе, а вместо этого будут работать над такими вещами как индексы для всякого рода поиска, оптимизацией и др...Да, да - и др. Отображать определенное число строчек в гигабайтном файле при этом вися в памяти как 0,1% - это детский сад...Так "все умеют". Зачем быть как все? Еще один блокнот для кода...в 2020-ом ? Анекдот - доктор, когда я делаю "вот так" у меня болит "вот тут"...
"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность. Раз уж на то пошло, то и вим не задумывался как конкурент полноценным средам разработки, однако несмотря на одно из самых неочевидных исполнений управления в истории, конкурировать с ними вполне способен.
@@sigvarthragnarsson6669 ^^"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность^^ - ждем notepad с функцией эээ(ну помогите друзья, фантазии не хватает!) геолокации?! YEAH! А почему бы и нет, если кому то очень нужно...
@@sigvarthragnarsson6669 А вообще мне кажется JetBrain-овцы должны были запихать ехидную пасхалочку для любителей бить гвозди микроскопом...ruclips.net/video/T3Zgc7U_WF4/видео.html (ПЛАЧУ, довел, соббака!)))
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 в компилируемых языках не даёт понимание процесса компиляции". А как компиляция через командную строку даёт понимание процесса компиляции?
А по вашему паинт не может уделать фотошоп? Да вообще легко в ряде задач:) как минимум, последние версии фотошоп вообще не запустятся на куче не самых новых железок, он очень тяжёлый стал, а паинту пофик, подрезать фоточку на старом железе его хватит более чем
Это действительно не объективно. Задачи редактора не сводятся ведь к одному лишь открытию файлов. Как бы я не любил vim, но в качестве основной среды для разработки, он выглядит как деревянный ботинок возле технологичной мембранной обуви.
Я не говорю, что Vim наше всё, я говорю о том, что нельзя говорить «IDE наше всё». IDE вообще ни разу не наше всё, он даже мало-мальский дамп базы открыть не может. При этом это ничего не говорит о том, что IDE не нужен, плох и тд.
@@vabolshakov ну почему, vim действительно кладет на лопатки своих современных потомков в вопросах открытия некоторых файлов) это же не говорит о том, что IDE плохие. Но факт есть факт - текстовый файл на несколько гигов нормально открывает из них только vim.
@@t0digital ИДЕ это как раз таки наше всё. вим насколько бы он крут ни был, теперь нужен только для открывания больших файлов и ковыряния в них. править конфиги в нем тоже не обязательно. я в пхпшторме создал проект серверс, создал ссш коннекты на разные сервера и замапил их на папки внутри этого проекта. один сервер - одна папка. прокачиваешь на комп нужные файлы редактируешь заливаешь. копипастишь похожие куски между серверами одним движением руки (да, мышкой) а не долбишь клаву попутно вспоминая коннекты или алиасы какие-то. о разработке вообще речи нет, это бред, трата времени и понижение качества. ради чего? гиковской романтики какой-то. честно, не понимаю это восхваление вима в контексте разработки. похоже вы просто не разрабатываете особо
"Сложный инструмент занимает больше места в памяти, чем инструмент попроще", ну не самая хорошая аналогия. PyCharm всё таки создан для решения проблем сложности больших проектов, а не для открытия больших файлов(которые по идее лучше как бы и не загружать полностью в память, а работать с ними через стримы). Надо смотреть насколько в этих инструментах удобно работать с большими проектами, насколько удобно ориентироваться, рефакторить, дебажить. Пока видео выглядит очень предвзятым, т.к. не озвучены критерии, по которым вы сравниваете.
Я как бы понимаю что видос уже старенький, но просто держу в курсе - в pycharm есть настройки. Максимальный размер файла ограничивается именно там. Как раз для того чтобы, не вывалиться в out of memory. Просто доведем до абсолюта, что случится с vim если если попытаться открыть файл больше чем размер оперативной памяти и swap? (я не пробовал но предполагаю). А вот что я знаю наверняка - это проблемы с длинной строки. vim очень часто не может открывать mysql дампы из за того что в них могут быть длинные строки. Даже не больших размеров(до 1 гб) с которыми остальные текстовые редакторы справляются без вопросов. А IDE и подавно. Если что vim хоткеи считаю максимально удобными, по этому стоят везде. Но пользоваться непосредственно vim в качестве текст редактора - только если нет desktop environment.
Нельзя и незачем открывать логи вимом (вам же не нужно редактировать логи, нужно просто посмотреть). вим загружает весь файл в память для работы с ним а логи могут весить много гигабайт, для просмотра логов есть например less и всякие zless и bzless, которые загружают не весь файл а только просматриваемую часть
Тем более на сервере память очень важна, так как кроме вас и вашего желания посмотреть логи там есть важные приложения и сервисы которые зарабатывают деньги и если память внезапно кончится то хорошего ничего не будет
здравый смысл действительно никто не отменял - если свободной RAM на боевом сервере не хватит, чтобы открыть большой файл, конечно, не стоит этого делать
@@TheProfessionalGambler ой, такое лучше не знать. Это отечественный софт который нам на поддержку дали. Это сервер работающий с системами охраны, камерами, и тд. И в файле хранится конфигурация целого участка со всеми камерами, и тд. Причем конфигурация такая большая потому что там где нормальные люди используют XML аргументы, там они просто теги на теги через теги кладут. И этот файл генерится скриптом.
@@t0digital Ну а то что atom и vscode оба на electron это конечно что-то да значит, но atom реально бинго собрал. Он намного медленнее и хуже vscode. VSCode действительно лучший текстовый редактор из тех, где нет steep learning curve.
@@t0digital факт того, что он на Electron не мешает им потенциально реализовать какие-то особые подходы к работе с большими файлами. Например виртуальный скролл.
@@t0digital у vscode насквозь все переоптимизировано. Особенно редактор. Открывает файлы практически любого размера, гигабайтные тоже. Если там что и будет тормозить, то какой-нибудь плагин, который захочет обработать файл после открытия. Но тексты он обрабатывает вероятно как vim по скорости. ну или почти. А то, что запускается не мгновенно, так я его запускаю один раз в неделю и не выключаю комп, так в нем и работаю над проектом, а не дрочу туда-сюда обратно, тебе и мне приятно. Так что лично для меня сравнение с вимом вообще не произвело впечатления. А вот атом да, тормоз конкретный
Открывать большие файлы конечно круто, но мы ждем где из вима делают 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. А в чём его профит в маленьких/средних, которые Sublime так же открывает мгновенно? Мб я просто не постиг дзена vim, объясните.
@@t0digitalпросто vim - илитарный редактор с хакерским интерфейсом для тру красноглазиков, остальное - для быдлокодеров :) А если объективно, старая истина "инструмент под задачу".
Цель видео и во многом этого канала - призвать людей развиваться. В данном случае показать, что не все можно сделать в их IDE (а многие комментаторы в этом до фига уверены). Понятно, что есть куча крутых *nix инструментов, которыми можно решать задачи, но если люди считают, что кроме IDE ничего нет, вы действительно думаете, что они знают о cat, less и grep?
Вообще как бы стоило сначала замерять сколько чисто сам редактор потребляет озу и уже потом смотреть сколько потребление после открытия файла)) Т.к. сравнивать консольное приложение и ГУИ как-то совсем странно т.к. у графического приложения как минимум в озу находятся иконки) Я свои дампы БД по 500МБ в notepad++ редачу) в нем и регулярные выражения есть и плагины ставить можно
Забавненько. Пример показательный. Но конечно IDE служат для разработки софта. Большие файлы им открывать не обязательно. Для анализа дампов и логов служат 'awk', 'grep' и т.д. Можно ещё попробовать текстовый редактор ‘ed’ ;)
Хороший видос. Но если ты в виме отключишь подсветку синтаксиса для SQL файлов и попробуешь открыть дамп, то очень офигеешь от того, насколько быстро он откроется 😏
Максимально странное сравнение. Окей, если мне придется открывать текстовые файлы на 4.9Гб воспользуюсь vim. Судя по этому видео, других сценариев использования у vim нет
а оно того стоит?) разве, на современных пк, на 8 - 16гб озу (ну 4 на крайняк) нужно так сильно экономить озу?) зачем, будто, кто-то работает с кодом на 11гб в файле))) как таковых киллер фич у вима нет, по поводу выхода из вима - вообще локальный мем программистов. вопрос, зачем на новых пк экономить ресурсы?
Мне нравится сепаратизм на всех уровнях программирования. Сперва идет фронт-енд, бэк-энд, всякие даты, потом люди делятся на языки, потом фреймворки, разные технологии, и вот начали уже и на ИДЕ.))) Видео очень крутое, я прям кайфанул. Сравни тем, "что будет если", только для "наших")) Автору респект х2, и видео ах*енное снял и рассказал про вим и не обосрал никого. От души, снимай чаще, пожалуйста)
Концовка видео говорит суть - когда-то нужны ide, когда-то Sublime, а когда-то Vim; но по опыту на linux - Vim must have - без него никуда, да и просто он удобней...
невероятно, я думал холивары vim vs ... канули в лету, а нет, находятся последователи, первые холиварщики на эту тему должно быть уже седые старики на закате жизни
Ребята, пишу из будущего, у Леши на стриме vim завис, пришлось вставлять текст через sublime. Я бы не доверял материалу из видео "Стрим! Пишем Telegram бота для книжного клуба" 1:16:42
Грусть какая-то, Far - отлично открывает любой файл, мгновенно. Про 11 гиговые файлы - тут наверное лучше сравнение работы json xml библиотек, чем маяться с вопросом открытия. Нормальный файл в проекте не должен превышать 2000 строк, если больше - скорее есть проблема в архитектуре.
Доброго дня! Сам программист. Ваш сюжет увлекательный про VIM. Честно попытался, в очередной раз, скачать и прочитать книги, мануалы, распечатал быстрые клавиши. Установил расширения. Тормоз в голове не прошел. Мышцы не помнят эти комбинации. Мне близок подход «что вижу, то и делаю». VIM вновь резко затормозил темп работы. Так что обратно к VS Code. Автоматизация и удобство - вот что нужно для работы над кодом и проектами.
VIM раскрывается через N лет работы Если же (как я) писать в нём больше 20 лет, то над всеми IDE просто смеёшься) Однако, каждый тут выбирает сам. Не факт что сейчас я бы выбрал VIM, кто знает..
А автор видео вкурсе, что с ide не только текст редактируют, но и собирают проекты? Проекты с зависимостями, сторонними библиотеками и ссылками? И чем тут так хорош Vim?? Это примерно как когда надо в бетоне повесить шкафчики на кухне для сверления взять электроотвертку, а собирая прикрооватную тумбочку вставить биту в перфоратор.
Периодически юзаю вим для правок конфигов прямо на серваке. Но если делать это редко, то забываешь команды, становится не так удобно. Можно как-то в него добавить автокомплит строк, переход к объявлению класса/функции по Ctrl+click и возврат назад по Alt + Left как в PyCharm? Если можно - попробовал бы ради интереса покодить в виме, но без этих фишек будет совсем туго .
С каждым днём все больше убеждаюсь в эффективности vim'а, НО недавно столкнулся с довольно серьезной проблемой: когда vim запущен в tmux'е, то при вводе команд vim'а команда не выполняется, а сам vim переходит в режим ввода, а в текста появляется рандомная буква (как правило большая буква "М"). Т.е. с vim'ом фактически невозможно работать. Обе проги обновлены до последней версии.
Ребят вы такой срач тут устраиваете, у них разное применение... Пичарм классный, но он не для того чтобы открывать гигабайтные файлы, так же и вим не заявлял что он распрекрасный иде Что вы тут в самом деле, в свободное от работы время лучше поиграть, посмотреть что нибудь, а не сраться с друг другом на пустом месте
Сравниваем консольную утилиту с gui приложением. Смеёмся над размером использованной оперативной памяти gui приложениями. Делаем вывод, что vim лучше. Держите в курсе, как говорится.
Vim это действительно супер редактор! Без графического интерфейса, а все может! Вот вам пример из жизни - нужно было отредактировать запись в 4К - свичнуть хитрым образом старшие биты определённых пікселів в кадрах. Файлик 1.2 ТБ... Так вот, только Vim и помог. Коллега написал скрипт, но в Vim все равно быстрее вышло! ☺️ Но это ещё 'цветочки'. Знающие люди в embedded разработке говорят, что только Vim помогает отладить систему, загружается его под arduin-кой! От PyCharm даже заставку не загрузите! Вот в чем сила. Работает даже без ОС. 😊
тут требуется уточнить что вим отличный текстовый редактор для англиского языка. Работать с русским уже не так удобно. Зато править конфиги в виме очень удобно. И всякие нано даже рядом не стояли.
Круто. Показал, где вим незаменим. Я когда-то работал с SQL дампами огромными, просто прочитать надо было и продебажить. Несколько гигабайт текста. Было очень больно в Sublime Text это делать - просто виснет наглухо, очень классный UX, особенно для меня тогдашнего, молодого-зеленого-неопытного. Тогда-то я и начал смотреть в сторону консольных программ для работы с текстом. Ну и да, в виме реально удобно двигаться к следующему слову, к закрывающей скобке, к следующему/предыдущему параграфу. И все движения, как только выучил их, можно использовать для выделения, удаления текста. Удаленный текст никогда не потеряется - есть 10 регистров, в которых все лежит. Удаленный текст можно вставить. Undo history (когда отмотал через Ctrl-Z назад, поменял что-то и тут осознал что надо было отмотать вперед и вставить изменения туда, и теперь ты потерял кусок работы) никогда не потеряется. Есть простое и понятное автодополнение (Ctrl-P/Ctrl-N). И это все идет из коробки, плагинов у меня минимум.
А если бы файл был на 100Гб? тоже открывал бы через vim? :) Лог файлы никто не открывает vim'ом потому что он выжирает всю память, для этого есть less. Да и задачи с такими большими файлами обычно что-то заменить одно на другое, изи решается через sed.
Это контент золотого качества, я думаю, что люди, которым не нравится видео, не понимают перспективы информационной безопасности. Потому что много раз нам приходится использовать регулярные выражения, чтобы найти вредоносные записи в журналах, или открывать большие двоичные файлы, чтобы увидеть шаблоны, связанные со строками, в вредоносных программах. И после просмотра этого видео 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 команд крайне желательно, особенно для подобных случаев
Так как чаще мы работаем именно с проектом определенным, было бы интереснее узнать по удобству насколько vim будет удобнее для работы в нескольких файлах ( обычно это вкладки) , или split режим насколько удобнее будет?
у вима неожиданно открытый файл, окно и вкладка это сильно разные вещи ;) Открытый файл это буффер, окно - это то, куда буффер показать можно, а при желании в окне терминал можно открыть, сплит - организация окон на экране, табы (вкладки) - экраны. Естественно тасовать всё это можно как вздумается, показывать один буфер в разных окнах на разных табах например, или переключать буферы в одном окне, ресайзить, добавлять-удалять на лету любое из всего этого... После некоторого привыкания - очень удобно, вим становится подобием tiling wm, да ещё и с сессиями. Это без плагинов, с ними всё ещё веселее. Можно сказать что даже тмукс не нужен, хотя он нужен конечно. ;)
@@XenoPlayer2 Не могу не согласиться с данным утверждением, но такие вещи как синтаксический анализатор и автодополнение кода в vim нет, эти вещи значительно ускоряют разработку.
@@Szesorvs в виме есть плагинаы, а значит есть синтаксический анализатор и автодополнение. но тут дело такое, вим - это про то как много учиться для комфортной работы, что конечно несколько ограничивает его использование, особенно в кровавых энтерпрайзах и подобных местах, где нужен дешёвый вход и скорость разработки.
Тоже не понимаю восторга перед этими "комбайнами". До 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/
Sublime, Atom, PyCharm я так понимаю относятся к IDE и предназначены для работы с исходниками, а в каких таких проектах единичные файлы исходников весят в гектары?
@@t0digital приведенные большие файлы синтетические и к реальной работе в IDE имеют очень отдаленное отношение. Да собственно результат Вашего теста об этом и говорит.
Не буду же я в видео живые базы с реальных проектов показывать - там коммерчески уязвимые данные. Я сказал в видео, что если вы пока не сталкивались с задачами работы с большими файлами, то это говорит только о том, что вы пока не сталкивались с задачами работы с большими файлами - и ничего больше это не говорит. Видео не собственно про vim, оно для тех, кто говорит, что терминальные утилиты не нужны и всё можно сделать в IDE - таки нет, в IDE сделать можно далеко не всё.
Здравствуй. Мне нужна помощь , хочу установить автозаполнение ну или подсказку для python в vim . Пробовал установить плагин YouCompleteMe неполучаеться , все вылезает какая то ошибка. Можешь что то посоветовать?
Честно говоря, я бы с удовольствием посмотрел видео про ваш опыт обучения слепой печати). Чтобы использовать Vim... надо нехило так стучать по клавишам). Будет время, расскажите немного об этом в очередном видео.
Не тренировал навык слепой печати как-то особо. Просто много печатал и навык появился сам. Возможно с тренажёрами он был бы быстрее, а возможно наоборот медленнее:)
не понял, а смысл смотреть объем занимаемой памяти иде-шкой при открытии большого файла, если мы не посмотрели сколько занимает память пустая Иде? Может быть все эти мегабайты памяти нужны чисто на работу иде, а не на "держание" в памяти текст?
Вим рвёт в щепки.. на открытии файлов.. ясно. Я же и забыл, что суть разработки - постоянно открывать/закрывать файлы, а не написание кода, дебаг, тесты, рефакторинг
Оно как бы и понятно, что чисто текстовый редактор будет экономнее расходовать память, чем программы под иксами или виндовыми окошками. Все-таки виму не нужно отрисовывать графический интерфейс. На мой взгляд с vim следуюет разобраться в первую очередь потому что на серверах и в докере зачастую невозможно отредактировать что-то идеешками, и vim там - единственный вариант. И чтобы в любой ситуации чувствовать себя как дома и не путаться в критической ситуации, с vim лучше дружить.
Всё правильно говорит. Каждый день открываю на работе JSON на гигабайт, а то и на два. Чтобы отредачить вручную. Так долго приходится ждать, пока откроется ...
В чем посыл видео? В том что в редакторах кода нужно писать код, а работать с 4ГБ файлами специальными инструментами? Тестовый редактор в видео только один - Vim, все остальное что было показано - редакторы кода. Это совсем разные вещи. А как у вима с рефакторингом (умное переименование файлов, переменных, методов)? Можно ли в vim смотреть процент покрытия кода тестами (отображение покрытых и не покрытых строк и файлов). Как в vim с брейкпоинтами и есть ли интеграция с Docker? Есть ли в vim графический способ разрешения merge конфликтов? Как часто в процессе разработки вам приходится открывать 4ГБ файлы и как часто вам собственно приходится писать код? Vim отличный инструмент для редактирования конфигов, не больше. В современном мире для редактирования кода он не вывозит никакой конкуренции со специализированными редакторами.
разумеется этот ролик снят для холевара. Я называю разработку чего либо в vim'e мышинной возней, действительно длиннющие стектрейсы, логи и т.д смотреть в виме ок себе. Но вы забываете, что принцип отображения файла в Vim абсолютно отличается от отображения в IDE. + разумеется, современные IDE не глупые и таким образом защищают вас от переполнения ОЗУ, т.к. повторюсь, принцип отображения координально другой)
Простите, где в ролике я призываю разрабатывать в Vim'е (то, что вы называете мышиной возней)? В чём холивар того факта, что PyCharm не может открыть SQL дамп небольшой БД? Это факт, который вы сами можете проверить, что по нему дискуссий разводить))
@@t0digital суть то как раз в том, что вы доказываете превосходство Vim путем открытия больших файлов, это не говорит о виме как о серебряной пуле, ведь основной упор вы делаете на именно разработку, а вим, в 2к20, для этого и не предназначен, как и тот же PyCharm открывать дампы. В моем комментарии я согласился про дампы и логи.
![[DOKKAN BATTLE] Worldwide Campaign Announcement Video Part 2!](http://i.ytimg.com/vi/JpT5Voak6WA/mqdefault.jpg)
Мой курс «Хардкорная веб-разработка» - course.to.digital
Вжух!
Вспомнил картинку, где стоят слон, рыба в аквариуме, собака, тюлень и обезьяна. И чтобы всё честно было и задание было равным для всех, им надо всего лишь залезть на дерево. Вот здесь тоже самое.
В .
Звучит так, как будто все рассмотренные среды программирования относятся к разным языкам программирования
@@lime-qh6el вы меня вычислили!
@@user-ql9qd2lx2x они вообще ни к каким языкам не относятся ! На представленных в видео редакторах можно писать на любом языке программирования !
Ваш коментарий нелепен.
Ок, я понял что vim’ом можно открыть любой файл. Но как из него выйти? 🤔
Мы занимались исследованием этой проблемы! ruclips.net/video/Q1RUYQIgVKM/видео.html
Думаю, что ему нравится вим, потому что он так и не понял как из него выйти. Обычно сразу вырубает после сохранения)
@@PorisulkiPictures да, из розетки просто дёргаю, иногда помогает
:q!
Все файлы которые вы изменили потеряется!
Никак, это сверх защита от взлома
1. Открываешь файл в vim
2. Идёшь по своим делам
Итог: В твой ПК никогда никто не зайдет
Я думал, что сейчас покажут киллер-фичи вима в плане программирования. А он, черт его дери, сравнивает, как открываются большие файлы с дампом в IDE..
Нене, не надо меня драть)
Диджитализируй! АйТи студия думаю очень популярной будет серия гайдов по виму, может снимете?)
@@ivanshukshin3629 думаю, снимем, да!
Спасибо! Как раз думал почему мой скрипт не работает. Оказалось, что ошибка скрылась на строке 15972 и я просто не смог ее заметить в pycharm.
ух, ну Вы даете!)
Переведите эти 15972 строк на С и всё будет работать очень быстро!
@@armen_kocharyan зато переводить не очень быстро))))
каждый день работаю в файлах по 11гб, ага))
Типичный hello world на Java 😂😂😂
Я тоже угарнул =) Этот же сколько нужно наговнокодить те.
В реальной практике...слишком редко, у меня максимально было 2гб
господи, прости - но есть же утилита tail -- с ней немного проще.
- Как узнать что человек пишет в VIM?
- Не переживайте, он обязательно об этом скажет.
Разумеется!
Пишу-пишу. Я ещё и арч юзаю, бтв.
Отчего не сравнил с Emacs и Nano? имхо, очень специфичный пример и не совсем корректное сравнение.
Нано вообще ничего не умеет и им не удобно пользоваться. Емакса нигде по умолчанию нет в отличие от vim и vi (они в каждом линуксе есть)
Иван Дудин ну в данном случае заявлено требование открывать, просматривать и редактировать файлы, уверен nano с этим справится. Ну и для человека способного работать в vim/emacs поставить его задача безусловно тяжелая, но посильная. Вообще я к тому что для своих задач - свой инструмент, если тебе нужен ide, то при всех плюсах vim работать в гуишных ide будет удобней, а если нужно отредактить файлик в консоли - nano вполне подойдёт и вряд ли усилия вложенные в изучение работы vim стоит того, если подобные задачи возникают раз в год. Ну а у тех, у кого такие задачи ежедневная рутина вопрос о выборе инструмента не стоит и в vim давно умеют.
@@vandud nano очень прост и удобен, если нужно быстро какую-нибудь строчку поправить или просто просмотреть код из терминала, для более сложных операций есть тот же Vim. В конце концов, нано и как аналог нотпада обычного годится.
@@vandud Nano умеет все что нужно из коробки, и не подводило никогда.
Точнее, совсем некорректное
Очень интересно, но Vimом я пользоваться конечно же не собираюсь :D
Попробуй micro или neovim (если Linux, macOS или FreeBSD)
@@aristarhbahirev2548 кстати о neovim: с полгода или год назад под воздействием этого или аналогичного канала поставил neovim.
Долго он меня раздражал в brew outdated/brew upgrade, так и не обновился ни разу. Снёс я его. За это время немало кода и проектов было запилено в VSCode
1. если в виме отключить подсветку синтаксиса - любой файл будет открывать моментально. Либо можно нажать CTRL+C в начале открытия и он перестанет пытаться подсветить синтаксис и откроет файл мгновенно
2. по поводу эффективности редактирования в виме - вим для меня был основным средством редактирования кода на протяжении 4 лет, рекомендую просто залогировать кейлоггером сколько кнопок ты нажимаешь в среднем при работе в виме и в обычном редакторе и сравнить (я про юзкейс написания кода). Вообщем в сумме на вим ты затрачиваешь больше энергии чисто на взаимодействие с ним, если использовать его в 100% случаев
3. в целом весь подход к сравнению странный - для разных файлов разные инструменты, хорош молотком пытаться закрутить шуруп, это можно и отверткой сделать...
PyCharm просто не такой глупый как Vim ( ради холивара же кино затевалось? ) Очевидно что с гигабайтными файлами не работают как с текстом ( почему? ) а по сему - нахера пытаться его весь загрузить? Или у Вас питоновские файлы по 2мб? (сорян, если так - считайте мой коммент аннулированным.) Ну и как "итого" - анекдот. Но сначала вопрос по сабжу - а не приходило ли в голову что люди из ДжетБрэйнс, написавшие не только кучу IDE, но и такую вещь как www.jetbrains.com/mps/ подумали о том что не будут ориентироваться на желающих ворочать гигабайты текста в редакторе, а вместо этого будут работать над такими вещами как индексы для всякого рода поиска, оптимизацией и др...Да, да - и др. Отображать определенное число строчек в гигабайтном файле при этом вися в памяти как 0,1% - это детский сад...Так "все умеют". Зачем быть как все? Еще один блокнот для кода...в 2020-ом ?
Анекдот - доктор, когда я делаю "вот так" у меня болит "вот тут"...
"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность. Раз уж на то пошло, то и вим не задумывался как конкурент полноценным средам разработки, однако несмотря на одно из самых неочевидных исполнений управления в истории, конкурировать с ними вполне способен.
@@sigvarthragnarsson6669 спасиб, поржал. Я всегда знал что многие люди предпочитают забивать гвозди микроскопом, просто потому что "так прикольнее".
@@user-zc3zk8wd8p Nazdorovie. Учитывая что в аналогию сложности конструкции микроскопа так иронично попадают как раз те самые раздутые иде.
@@sigvarthragnarsson6669 ^^"Детский сад" это пытаться выдать отсутствие возможностей за их ненужность^^ - ждем notepad с функцией эээ(ну помогите друзья, фантазии не хватает!) геолокации?! YEAH! А почему бы и нет, если кому то очень нужно...
@@sigvarthragnarsson6669 А вообще мне кажется JetBrain-овцы должны были запихать ехидную пасхалочку для любителей бить гвозди микроскопом...ruclips.net/video/T3Zgc7U_WF4/видео.html (ПЛАЧУ, довел, соббака!)))
Vim появился тогда, когда мыши не было, как и графического интерфейса. Не было и единого стандарта клавиатур, от чего где-то могли быть клавиши курсора, а где-то в каком-то не удобоваримом виде, а где-то и вовсе отсутствовать.
Именно поэтому в нем все управление задействовано на клавишах и их сочетаниях. А как вы ещё реализуете идею такого софта, когда у вас были все выше описанные проблемы? Никак. Говорить, что это было сделано для удобства глупо. Это не так. Это была необходимость времени.
Убеждать людей, что Vim крут и нужен так же глупо. Это как есть покупной велосипед, где тебе нужно лишь смазать его, накачать колеса, да может что-то по мелкому поменять, а есть профессиональные, которые собираются с нуля. Вы действительно считаете, что всем теперь надо собирать самим себе велосипед? Нет конечно.
Vim как в чем-то выигрывает, так и катастрофически проигрывает во многих вещах современным редакторам. Они не сравнимы, так как само сравнение я описал с велосипедами.
Sublime Text тот же настраивается за 5 секунд. Там так же как и в Vim можно все мыслемое и немымлемое назначить на клавиши. Плагины ставятся без гемора, не надо ломать голову, что где прописать. В этом и есть его сила. Компьютеры становяться все более мощными, и потребность в столь огромной экономии ресурсов падает. Она по прежнему есть, но это уже не те машины в 128кб на борту.
Vim нужен только тогда, когда ты понимаешь его необходимость. Верстать те же сайты с языком JS на Vim можно, один вопрос, нахрена? Я настолько, например усовершенствовал все, настроив все в Сублайме на клавиши, что стал ниндзя-каратистом в скорости написания кода. Только фишка в том, что скорость то и не нужна. Важнее делать правильно и работу сдавать в срок. А остальное, хоть в Блокноте верстай.
Vim - это удобный продукт, но он удобен тем, кто понимает зачем он им нужен. Когда тот же Sublime покрывает 99% работы в разработке кода на JS, HTML, CSS и делает это прекрасно, легко, не напрягая ни машину, ни тебя, а порог вхождения в редактор низок, не это ли прекрасно?
Если меня устраивает в работе готовый молоток, зачем мне делать свой собственный? Чтобы просто похлопать себя по груди и сказать: "Я молодец"? Ну круто наверно, но глупо как-то.
И все это часто не понимают Vim'о-дрочеры. Получается как разговор слепого с глухим.
Совершенно верно. Я приведу тоже пример: есть отличные инструменты - пробойник и молоток, оба - великолепны, ими можно неплохо пробивать бетонную стену.
Но я выбираю - Макиту )))
А где же обещанный "поиск и замена" по всему файлу?
Когда увидел, что они и файлы-то нормально открыть не могут, глубже копать уже не стал
@@t0digital забыл просто ;)
Было бы интересно сравнить Vim с Блокнотом)
Ну если без шуток, всякие IDE сделаны чтобы разрабатывать, кодить. Удобно рефакторить большой код, большого проекта, в котором текстовые файлы в среднем далеко не больше одного мегабайта. Во всякие вимы и емаксы нужно вникать, понимать как это все пашет чтобы писать конфиги, учить какой-нибудь язык Lua для всего этого. И единственный смысл это делать - ради собственного развлечения: любить дергать терминал, хоткеи, тайлинговые рабочие окружения. Стоит ли среднему юзеру для разработки вникать в емаксы?
Как бы не банально звучало, но вникать нужно стараться всегда, а не избегать трудностей. Если люди с опытом говорят вам, что игра "стоит свеч", то к чему вы повторно задаёте один и тот же вопрос?
@@user-kv6fz5mk8g мощно
Я несколько коллег на работе не имеющих навыков программирования пересадил на вим (вим тур дал пройти). Надо было, чтобы в мое отсутствие кто-нибудь мог подправить конфиги на фряхе. И теперь они решают повседневные задачи в нем. Так что на мой взгляд, многих программистов испортили ide, и они не могут без них обойтись.
Также стоит отметить, что подавляющее число пользователей ide, знают их и пользуются всеми возможностями только на 15%. При этом чтобы дойти до такого процента нужны годы опыта. А для полного освоения вим достаточно потратить 1-2 дня (плюс настройка день) и вы уже полноценно можете кодить.
P.s. если вы используете разные стеки технологий, то надо учится пользоваться разными ide одновременно.
P.s.s. ide в компилируемых языках не даёт понимание процесса компиляции, что затрудняет развитие разработчика в дальнейшем.
@@dmitryk9440 "ide в компилируемых языках не даёт понимание процесса компиляции".
А как компиляция через командную строку даёт понимание процесса компиляции?
@@wasyaokyn4077 при "компиляции через командную строку" в С(++) можно пройти через все этапы и посмотреть промежуточный результат(наверное так)
Точно такоеже видео было у johe news месяца 3-4 назад
Не сорян 1 год назад
@@dmmeteo ееесть такое.
Следующие видео о том как paint уделывает photoshop ?
Если это шутка то не удачная(((
А по вашему паинт не может уделать фотошоп? Да вообще легко в ряде задач:) как минимум, последние версии фотошоп вообще не запустятся на куче не самых новых железок, он очень тяжёлый стал, а паинту пофик, подрезать фоточку на старом железе его хватит более чем
Решил повторить твой эксперимент, для достоверности..
И как итог, в следующий раз, пожалуйста, покажи как выйти))
Это действительно не объективно. Задачи редактора не сводятся ведь к одному лишь открытию файлов. Как бы я не любил vim, но в качестве основной среды для разработки, он выглядит как деревянный ботинок возле технологичной мембранной обуви.
Я не говорю, что Vim наше всё, я говорю о том, что нельзя говорить «IDE наше всё». IDE вообще ни разу не наше всё, он даже мало-мальский дамп базы открыть не может. При этом это ничего не говорит о том, что IDE не нужен, плох и тд.
@@t0digital но видео и заголовок совсем другие, очевидно для холиварчика)
@@vabolshakov ну почему, vim действительно кладет на лопатки своих современных потомков в вопросах открытия некоторых файлов) это же не говорит о том, что IDE плохие. Но факт есть факт - текстовый файл на несколько гигов нормально открывает из них только vim.
ваще-то именно под пайтон вим имеет наилучшую заточку :)
@@t0digital ИДЕ это как раз таки наше всё. вим насколько бы он крут ни был, теперь нужен только для открывания больших файлов и ковыряния в них. править конфиги в нем тоже не обязательно. я в пхпшторме создал проект серверс, создал ссш коннекты на разные сервера и замапил их на папки внутри этого проекта. один сервер - одна папка. прокачиваешь на комп нужные файлы редактируешь заливаешь. копипастишь похожие куски между серверами одним движением руки (да, мышкой) а не долбишь клаву попутно вспоминая коннекты или алиасы какие-то. о разработке вообще речи нет, это бред, трата времени и понижение качества. ради чего? гиковской романтики какой-то. честно, не понимаю это восхваление вима в контексте разработки. похоже вы просто не разрабатываете особо
"Сложный инструмент занимает больше места в памяти, чем инструмент попроще", ну не самая хорошая аналогия. PyCharm всё таки создан для решения проблем сложности больших проектов, а не для открытия больших файлов(которые по идее лучше как бы и не загружать полностью в память, а работать с ними через стримы). Надо смотреть насколько в этих инструментах удобно работать с большими проектами, насколько удобно ориентироваться, рефакторить, дебажить.
Пока видео выглядит очень предвзятым, т.к. не озвучены критерии, по которым вы сравниваете.
Я как бы понимаю что видос уже старенький, но просто держу в курсе - в pycharm есть настройки. Максимальный размер файла ограничивается именно там. Как раз для того чтобы, не вывалиться в out of memory. Просто доведем до абсолюта, что случится с vim если если попытаться открыть файл больше чем размер оперативной памяти и swap? (я не пробовал но предполагаю). А вот что я знаю наверняка - это проблемы с длинной строки. vim очень часто не может открывать mysql дампы из за того что в них могут быть длинные строки. Даже не больших размеров(до 1 гб) с которыми остальные текстовые редакторы справляются без вопросов. А IDE и подавно. Если что vim хоткеи считаю максимально удобными, по этому стоят везде. Но пользоваться непосредственно vim в качестве текст редактора - только если нет desktop environment.
Да, реально. Vim хранит файл в памяти как обычный массив строк файла, то есть большие строки будут не очень эффективно редактироваться
Нельзя и незачем открывать логи вимом (вам же не нужно редактировать логи, нужно просто посмотреть). вим загружает весь файл в память для работы с ним а логи могут весить много гигабайт, для просмотра логов есть например less и всякие zless и bzless, которые загружают не весь файл а только просматриваемую часть
Тем более на сервере память очень важна, так как кроме вас и вашего желания посмотреть логи там есть важные приложения и сервисы которые зарабатывают деньги и если память внезапно кончится то хорошего ничего не будет
Вово, пример в видео более чем странный и не имеет к реальным кейсам никакого отношения
здравый смысл действительно никто не отменял - если свободной RAM на боевом сервере не хватит, чтобы открыть большой файл, конечно, не стоит этого делать
Я бы, пожалуй, руки отрубил тем кто пишет такие большие файлы...
У нас проект где конфигурация в XML занимает 36 тысяч строк.
@@lunedefroid8817 фигово вам)
@@lunedefroid8817 это для чего такие конфигурации?
@@TheProfessionalGambler ой, такое лучше не знать. Это отечественный софт который нам на поддержку дали. Это сервер работающий с системами охраны, камерами, и тд. И в файле хранится конфигурация целого участка со всеми камерами, и тд. Причем конфигурация такая большая потому что там где нормальные люди используют XML аргументы, там они просто теги на теги через теги кладут. И этот файл генерится скриптом.
@@lunedefroid8817 я имел ввиду исходники. В целом да, файлы бывают впечатляющих размеров, но такие в IDE только маньяки открывать пытаются.
а что на счет VS code, или он на столько плох, что о его даже на одну полку с редакторами, описанными в видео, не ставят))?
Забыл о нём. Но он на Electron, как и Atom, а значит будет где-то рядом с ним.
@@t0digital
Ну а то что atom и vscode оба на electron это конечно что-то да значит, но atom реально бинго собрал. Он намного медленнее и хуже vscode.
VSCode действительно лучший текстовый редактор из тех, где нет steep learning curve.
@@t0digital факт того, что он на Electron не мешает им потенциально реализовать какие-то особые подходы к работе с большими файлами. Например виртуальный скролл.
@Ах, уедь! если бы ещё при прикрутке vim приложения он бы и работал быстро как вим)))
@@t0digital у vscode насквозь все переоптимизировано. Особенно редактор. Открывает файлы практически любого размера, гигабайтные тоже. Если там что и будет тормозить, то какой-нибудь плагин, который захочет обработать файл после открытия. Но тексты он обрабатывает вероятно как vim по скорости. ну или почти. А то, что запускается не мгновенно, так я его запускаю один раз в неделю и не выключаю комп, так в нем и работаю над проектом, а не дрочу туда-сюда обратно, тебе и мне приятно. Так что лично для меня сравнение с вимом вообще не произвело впечатления. А вот атом да, тормоз конкретный
Очень хочется по vim отдельный плейлист. Будет удобно в одном месте все подсматривать.
Открывать большие файлы конечно круто, но мы ждем где из вима делают 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. А в чём его профит в маленьких/средних, которые Sublime так же открывает мгновенно? Мб я просто не постиг дзена vim, объясните.
Ну типо анализа кода нет - открывает быстро. Ну и плюшек нет. Чисто открыть, поменять пару строк - йокнуть проект к хренам, ибо связей так же нет.
В эффективности работы с текстом, то есть собственно в том, что является основной сильной стороной vim
Vim открыл файл, а Atom и Pycharm нет, это не рвёт в щепки, не)?
@@t0digitalпросто vim - илитарный редактор с хакерским интерфейсом для тру красноглазиков, остальное - для быдлокодеров :) А если объективно, старая истина "инструмент под задачу".
@Valeriy Nikolaev полностью поддерживаю "инструмент под задачу"
Как часто разработчикам приходится открывать и работать в гигабайтных файлах?
Вам нужны конкретные цифры? В видео об этом был разговор, видимо вы прослушали
@@user-kv6fz5mk8g таймкод пжлста?
... с плагином vim для эффективной работы с кодом=текстом
@Idel Pro их можно прекрасно ковырять и с помощью инструментов командной строки, cat, less, zless, grep ... и прочие радости
И вим тут нахер не нужон
Цель видео и во многом этого канала - призвать людей развиваться. В данном случае показать, что не все можно сделать в их IDE (а многие комментаторы в этом до фига уверены). Понятно, что есть куча крутых *nix инструментов, которыми можно решать задачи, но если люди считают, что кроме IDE ничего нет, вы действительно думаете, что они знают о cat, less и grep?
Вообще как бы стоило сначала замерять сколько чисто сам редактор потребляет озу и уже потом смотреть сколько потребление после открытия файла)) Т.к. сравнивать консольное приложение и ГУИ как-то совсем странно т.к. у графического приложения как минимум в озу находятся иконки) Я свои дампы БД по 500МБ в notepad++ редачу) в нем и регулярные выражения есть и плагины ставить можно
Забавненько. Пример показательный. Но конечно IDE служат для разработки софта. Большие файлы им открывать не обязательно. Для анализа дампов и логов служат 'awk', 'grep' и т.д. Можно ещё попробовать текстовый редактор ‘ed’ ;)
Так он это прям в видео и говорит
Ричард из силиконовой долины пользуется emacs-ом
тесты показали что вим нужен там, где ни кто не нужен
ну-ну)
Хороший видос. Но если ты в виме отключишь подсветку синтаксиса для SQL файлов и попробуешь открыть дамп, то очень офигеешь от того, насколько быстро он откроется 😏
Кстати, дааа!
@@t0digital Так епт, давайте все отключим и компьютер выключим)) Вы че, ребят, сравниваете то
@@eugenyveles440 это кибер спорт такой у кого быстрее откроется! Нужно по максимуму отключить функционал что бы победить в быстрооткрывании файла
шикарное начало бро!
Максимально странное сравнение. Окей, если мне придется открывать текстовые файлы на 4.9Гб воспользуюсь vim.
Судя по этому видео, других сценариев использования у vim нет
Видео для тех, кто говорит, что всё можно сделать в IDE, и показывает, в каких сценариях IDE бодро берет за щёчку.
а оно того стоит?) разве, на современных пк, на 8 - 16гб озу (ну 4 на крайняк) нужно так сильно экономить озу?) зачем, будто, кто-то работает с кодом на 11гб в файле))) как таковых киллер фич у вима нет, по поводу выхода из вима - вообще локальный мем программистов. вопрос, зачем на новых пк экономить ресурсы?
Мне нравится сепаратизм на всех уровнях программирования. Сперва идет фронт-енд, бэк-энд, всякие даты, потом люди делятся на языки, потом фреймворки, разные технологии, и вот начали уже и на ИДЕ.))) Видео очень крутое, я прям кайфанул. Сравни тем, "что будет если", только для "наших")) Автору респект х2, и видео ах*енное снял и рассказал про вим и не обосрал никого. От души, снимай чаще, пожалуйста)
кстати. разрабатываю в пайчарме, просто смотрю проэктики или что-то легкое в вс коде, а задачки решаю в саблайме)
Концовка видео говорит суть - когда-то нужны ide, когда-то Sublime, а когда-то Vim; но по опыту на linux - Vim must have - без него никуда, да и просто он удобней...
Да, всё так
Для правки когфигов в лине изаю Nano с 2008 года. И как я жил все это время без вима... Ладно, пару раз запускал, что б не забыть как выйти))
удобней по части каких параметров?
Берёшь Vs Code и ставишь клавиши из vim
Скорость не важна , а удобство
невероятно, я думал холивары vim vs ... канули в лету, а нет, находятся последователи, первые холиварщики на эту тему должно быть уже седые старики на закате жизни
Ох, у меня тоже пол головы седой уже:)))
Покажи, пожалуйста, корректные примеры работы с вимом. Что ты подразумеваешь под эффективной работой с текстом?
Посмотрите 1 видео на этом канале
Notepad++ отлично справляется с большими файлами. Оперативки конечно ест больше консоли (очевидно). Но скорость открытия моментальная.
Угу, сам пользуюсь
Только он под винду
Все преимущества vim убивает тот факт, что после открытия файла приходится ехать в датацентр и перезагружать сервер!:(
Это да, увы!
Это как?
Ребята, пишу из будущего, у Леши на стриме vim завис, пришлось вставлять текст через sublime. Я бы не доверял материалу из видео
"Стрим! Пишем Telegram бота для книжного клуба" 1:16:42
Грусть какая-то, 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
Для просмотра больших текстовых файлов есть специальные просмотрщики, для этого не нужен текстовый редактор
Каждый новый видос про vim даёт мне возможность дышать, спасибо
Йеее!
*Место для шутки про то, как кто-то не смог выйти из vim и остался кодить в нем*
Доброго дня! Сам программист. Ваш сюжет увлекательный про VIM. Честно попытался, в очередной раз, скачать и прочитать книги, мануалы, распечатал быстрые клавиши. Установил расширения. Тормоз в голове не прошел. Мышцы не помнят эти комбинации. Мне близок подход «что вижу, то и делаю». VIM вновь резко затормозил темп работы. Так что обратно к VS Code. Автоматизация и удобство - вот что нужно для работы над кодом и проектами.
VIM раскрывается через N лет работы
Если же (как я) писать в нём больше 20 лет, то над всеми IDE просто смеёшься)
Однако, каждый тут выбирает сам. Не факт что сейчас я бы выбрал VIM, кто знает..
Интересно было бы увидеть сравнение 'vim' с 'nano' и ' micro'.
А emacs?
pycharm урезал, потому что на виртуалку джавы выделено скорее всего 2048 МБ
А автор видео вкурсе, что с ide не только текст редактируют, но и собирают проекты? Проекты с зависимостями, сторонними библиотеками и ссылками? И чем тут так хорош Vim?? Это примерно как когда надо в бетоне повесить шкафчики на кухне для сверления взять электроотвертку, а собирая прикрооватную тумбочку вставить биту в перфоратор.
Согласен!
И в PyCharm же в настройках можно регулировать ограничения использования оперативки! Может из-за этого у него не открыло?! 🤔
Подскажите пожалуйста какие настройки терминала вы используете или может быть это эмулятор для терминала?
Ждем инструкцию по преображению vim в ide ))
так может и блокнот из винды в ide превратить ?
@@dengarkavenko7693 а почему нет, он же тоже мало памяти занимает )
А как vim со статическим анализом кода справляется?
хуже, чем IDE, вы же это хотели услышать)?
кто что скажет на счет neovim вроде тот же vim, но говорят усовершенствованный (асинхронность там какая-то?)
neovim пизже. Теперь только его использую
А как на счет битвы титанов(Vim vs Emacs)?
Видел у Johe news :)
Но все равно спасибо за популяризацию нашего любимого редактора
Периодически юзаю вим для правок конфигов прямо на серваке. Но если делать это редко, то забываешь команды, становится не так удобно. Можно как-то в него добавить автокомплит строк, переход к объявлению класса/функции по Ctrl+click и возврат назад по Alt + Left как в PyCharm? Если можно - попробовал бы ради интереса покодить в виме, но без этих фишек будет совсем туго .
nvim (просто поприятнее будет), плюс настроенный конфиг для сочетания клавиш, там и автокомплит можно плагином добавить
А никого не смутило то что пайчарм не выдал сообщения о том, что файл не полностью открылся?
Это предательская IDE )
кста вспомнил как открывал 27 гиговый фаил в notpad++ всё стабильно
С каждым днём все больше убеждаюсь в эффективности vim'а, НО недавно столкнулся с довольно серьезной проблемой: когда vim запущен в tmux'е, то при вводе команд vim'а команда не выполняется, а сам vim переходит в режим ввода, а в текста появляется рандомная буква (как правило большая буква "М"). Т.е. с vim'ом фактически невозможно работать. Обе проги обновлены до последней версии.
Это все очень мне напомнило анекдот про рабочих и бензопилу. Вот просто один к одному.
хороший анекдот, да
Ребят вы такой срач тут устраиваете, у них разное применение...
Пичарм классный, но он не для того чтобы открывать гигабайтные файлы, так же и вим не заявлял что он распрекрасный иде
Что вы тут в самом деле, в свободное от работы время лучше поиграть, посмотреть что нибудь, а не сраться с друг другом на пустом месте
В точку!
Нет уж, давайте сраться! )) Комменты же для этого созданы 😏
Сравниваем консольную утилиту с gui приложением. Смеёмся над размером использованной оперативной памяти gui приложениями. Делаем вывод, что vim лучше. Держите в курсе, как говорится.
Я не делал вывод, что vim лучше, вы вольны додумать, что угодно 🙏
vscode
Что за операционка? Это mac или какое-то офигенное DE для линукса? Если второе, то очень прошу поделиться
Это мак, да
А как же котаны?((((
Будут и котаны:)))
Наглядно о том, как Vim рвёт пердаки новичков-разработчиков
хахах)))
Vim это действительно супер редактор! Без графического интерфейса, а все может! Вот вам пример из жизни - нужно было отредактировать запись в 4К - свичнуть хитрым образом старшие биты определённых пікселів в кадрах. Файлик 1.2 ТБ... Так вот, только Vim и помог. Коллега написал скрипт, но в Vim все равно быстрее вышло! ☺️ Но это ещё 'цветочки'. Знающие люди в embedded разработке говорят, что только Vim помогает отладить систему, загружается его под arduin-кой! От PyCharm даже заставку не загрузите! Вот в чем сила. Работает даже без ОС. 😊
но терминал рвет в клочья всех... 😁 по-моему на пианино легче научиться
Vim топовый текстовый редактор. По началу кажется неудобный, но когда выучишь горячии клавиши без него жить трудно
тут требуется уточнить что вим отличный текстовый редактор для англиского языка. Работать с русским уже не так удобно. Зато править конфиги в виме очень удобно. И всякие нано даже рядом не стояли.
Это называется "vim головного мозга". Сам страдаю. Однажды изучил вим и теперь только им пользуюсь
@@seregasemenov8412 В чем сложности при работе с русским языком?
@@whatever6223 неудобно. Приходится при командах переключаться.
Круто. Показал, где вим незаменим. Я когда-то работал с SQL дампами огромными, просто прочитать надо было и продебажить. Несколько гигабайт текста. Было очень больно в Sublime Text это делать - просто виснет наглухо, очень классный UX, особенно для меня тогдашнего, молодого-зеленого-неопытного. Тогда-то я и начал смотреть в сторону консольных программ для работы с текстом. Ну и да, в виме реально удобно двигаться к следующему слову, к закрывающей скобке, к следующему/предыдущему параграфу. И все движения, как только выучил их, можно использовать для выделения, удаления текста. Удаленный текст никогда не потеряется - есть 10 регистров, в которых все лежит. Удаленный текст можно вставить. Undo history (когда отмотал через Ctrl-Z назад, поменял что-то и тут осознал что надо было отмотать вперед и вставить изменения туда, и теперь ты потерял кусок работы) никогда не потеряется. Есть простое и понятное автодополнение (Ctrl-P/Ctrl-N). И это все идет из коробки, плагинов у меня минимум.
Тоже у Johe видел =)
p.s. Спасибо за годный контент
Что думаешь о helix?
Нормалёк. Но пока не зашёл настолько, чтобы уйти с вима
я правильно понимаю, ты сравниваешь редакторы текста с средой разработки?
А если бы файл был на 100Гб? тоже открывал бы через vim? :) Лог файлы никто не открывает vim'ом потому что он выжирает всю память, для этого есть less. Да и задачи с такими большими файлами обычно что-то заменить одно на другое, изи решается через sed.
sed для таких файлов тоже неэффективен, если использовать pipe
для больших файлов лучше использовать скрипты на Perl/Python/Ruby
Это контент золотого качества, я думаю, что люди, которым не нравится видео, не понимают перспективы информационной безопасности. Потому что много раз нам приходится использовать регулярные выражения, чтобы найти вредоносные записи в журналах, или открывать большие двоичные файлы, чтобы увидеть шаблоны, связанные со строками, в вредоносных программах. И после просмотра этого видео 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 команд крайне желательно, особенно для подобных случаев
Здравствуйте! Хочу купить macbook, но не знаю какой) какой у вас macbook, и хватает ли его?
Привет! У меня MacBook Pro 15" 2015го года с 16Gb оперативы. Хватает более чем!
супер, спасибо, а как вы в htop фильтруете процессы F3 поиск, а как вы их фильтруете? спасибо
Слеш или обратный Слеш. Что-то из этого поиск, что-то фильтр
Так как чаще мы работаем именно с проектом определенным, было бы интереснее узнать по удобству насколько vim будет удобнее для работы в нескольких файлах ( обычно это вкладки) , или split режим насколько удобнее будет?
у вима неожиданно открытый файл, окно и вкладка это сильно разные вещи ;) Открытый файл это буффер, окно - это то, куда буффер показать можно, а при желании в окне терминал можно открыть, сплит - организация окон на экране, табы (вкладки) - экраны. Естественно тасовать всё это можно как вздумается, показывать один буфер в разных окнах на разных табах например, или переключать буферы в одном окне, ресайзить, добавлять-удалять на лету любое из всего этого... После некоторого привыкания - очень удобно, вим становится подобием tiling wm, да ещё и с сессиями. Это без плагинов, с ними всё ещё веселее. Можно сказать что даже тмукс не нужен, хотя он нужен конечно. ;)
@@XenoPlayer2 Не могу не согласиться с данным утверждением, но такие вещи как синтаксический анализатор и автодополнение кода в vim нет, эти вещи значительно ускоряют разработку.
@@Szesorvs в виме есть плагинаы, а значит есть синтаксический анализатор и автодополнение. но тут дело такое, вим - это про то как много учиться для комфортной работы, что конечно несколько ограничивает его использование, особенно в кровавых энтерпрайзах и подобных местах, где нужен дешёвый вход и скорость разработки.
Тоже не понимаю восторга перед этими "комбайнами". До 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/
Sublime, Atom, PyCharm я так понимаю относятся к IDE и предназначены для работы с исходниками, а в каких таких проектах единичные файлы исходников весят в гектары?
Только Pycharm из перечисленного полноценно можно отнести к IDE. Про большие файлы в видео было
@@t0digital приведенные большие файлы синтетические и к реальной работе в IDE имеют очень отдаленное отношение. Да собственно результат Вашего теста об этом и говорит.
Не буду же я в видео живые базы с реальных проектов показывать - там коммерчески уязвимые данные. Я сказал в видео, что если вы пока не сталкивались с задачами работы с большими файлами, то это говорит только о том, что вы пока не сталкивались с задачами работы с большими файлами - и ничего больше это не говорит. Видео не собственно про vim, оно для тех, кто говорит, что терминальные утилиты не нужны и всё можно сделать в IDE - таки нет, в IDE сделать можно далеко не всё.
@@t0digital Мне нравится ваш канал. Подача материала увлекательная, реально цепляет 😉
@@jeckasteroid164 спасибо, приятно:)! Будем продолжать
Здравствуй. Мне нужна помощь , хочу установить автозаполнение ну или подсказку для python в vim . Пробовал установить плагин YouCompleteMe неполучаеться , все вылезает какая то ошибка.
Можешь что то посоветовать?
гуглить-изучать дальше, больше тут ничего не посоветуешь
Можно всегда поставить в pyCharm vim-mode и пользоваться всеми плюсами vim и плюсами ide. И сколько раз в день в открываете большие файлы?
Можно. Иногда приходится. Речь о важности умения пользоваться консольными утилитами в противовес наивному мнению «моя IDE может всё».
Честно говоря, я бы с удовольствием посмотрел видео про ваш опыт обучения слепой печати). Чтобы использовать Vim... надо нехило так стучать по клавишам). Будет время, расскажите немного об этом в очередном видео.
Не тренировал навык слепой печати как-то особо. Просто много печатал и навык появился сам. Возможно с тренажёрами он был бы быстрее, а возможно наоборот медленнее:)
А что за склейка на 5:23-5:24, где sql дамп открывается в vim?)) У меня вим крашнулся на дампе 0.5 гб
Все что показано в видео любой дурак проверить может, эка невидаль, файл открыть редактором)
Вынужден был пользоваться вимом при настройке сервера. Дзен не познал, но это было гораздо приятнее чем нано.
не понял, а смысл смотреть объем занимаемой памяти иде-шкой при открытии большого файла, если мы не посмотрели сколько занимает память пустая Иде? Может быть все эти мегабайты памяти нужны чисто на работу иде, а не на "держание" в памяти текст?
как быть с русской раскладкой? вим не работает с ней. А комментарии иногда приходится писать, или что подправить в тексте. Как решить этот вопрос?
Вим рвёт в щепки.. на открытии файлов.. ясно. Я же и забыл, что суть разработки - постоянно открывать/закрывать файлы, а не написание кода, дебаг, тесты, рефакторинг
А кто-то говорит, что надо вести разработку в vim?
это же так актуально открывать 11гигабайтовые джсоны)
Файлы все желательно писать до - скажем 200 строк
*2000
А как себя показывает gedit, nano?
Спасибо,приму это во внимание. Конечно, вряд ли мне понадобится открывать такие файлы, но всё же)
Оно как бы и понятно, что чисто текстовый редактор будет экономнее расходовать память, чем программы под иксами или виндовыми окошками. Все-таки виму не нужно отрисовывать графический интерфейс. На мой взгляд с vim следуюет разобраться в первую очередь потому что на серверах и в докере зачастую невозможно отредактировать что-то идеешками, и vim там - единственный вариант. И чтобы в любой ситуации чувствовать себя как дома и не путаться в критической ситуации, с vim лучше дружить.
Всё правильно говорит. Каждый день открываю на работе JSON на гигабайт, а то и на два. Чтобы отредачить вручную. Так долго приходится ждать, пока откроется ...
Крепитесь.
В чем посыл видео? В том что в редакторах кода нужно писать код, а работать с 4ГБ файлами специальными инструментами?
Тестовый редактор в видео только один - Vim, все остальное что было показано - редакторы кода. Это совсем разные вещи.
А как у вима с рефакторингом (умное переименование файлов, переменных, методов)?
Можно ли в vim смотреть процент покрытия кода тестами (отображение покрытых и не покрытых строк и файлов).
Как в vim с брейкпоинтами и есть ли интеграция с Docker?
Есть ли в vim графический способ разрешения merge конфликтов?
Как часто в процессе разработки вам приходится открывать 4ГБ файлы и как часто вам собственно приходится писать код?
Vim отличный инструмент для редактирования конфигов, не больше. В современном мире для редактирования кода он не вывозит никакой конкуренции со специализированными редакторами.
посыл видео - разбирайтесь с терминальными утилитами, IDE не решит вам все задачи
разумеется этот ролик снят для холевара. Я называю разработку чего либо в vim'e мышинной возней, действительно длиннющие стектрейсы, логи и т.д смотреть в виме ок себе. Но вы забываете, что принцип отображения файла в Vim абсолютно отличается от отображения в IDE. + разумеется, современные IDE не глупые и таким образом защищают вас от переполнения ОЗУ, т.к. повторюсь, принцип отображения координально другой)
Простите, где в ролике я призываю разрабатывать в Vim'е (то, что вы называете мышиной возней)? В чём холивар того факта, что PyCharm не может открыть SQL дамп небольшой БД? Это факт, который вы сами можете проверить, что по нему дискуссий разводить))
@@t0digital суть то как раз в том, что вы доказываете превосходство Vim путем открытия больших файлов, это не говорит о виме как о серебряной пуле, ведь основной упор вы делаете на именно разработку, а вим, в 2к20, для этого и не предназначен, как и тот же PyCharm открывать дампы.
В моем комментарии я согласился про дампы и логи.
@@t0digital вы только правильно меня поймите, мне ваши видосы нравятся, но вы везде делаете упор на то, что вы разрабатываете в виме.