Pycharm в пределах своего стэка умеет ну просто все, из него можно не выходить. И удаленная разработка по ssh с автоматическим деплоем изменеий, и поддержка version control как локально, так и из гита, и умение работы с большинством баз данных, и дерево проекта построит, если что то забылось, из минусов только требовательность к железу, иначе больно работать. Больше не нужно ходить на сервер руками и что то править, когда есть уже настроенный pycharm проект)
Все это конечно хорошо, но pycharm как и любое другое творение inteliedia написан на Java, что значит пол гига в оперативы смыто джава машиной. Сам использую neovim на хостах или vscode remote ssh. Да вскод тоже хавает не мало из за chrome webdriver . Но по ощущениям и по статистике потребляемой памяти раза этак в 2 рада меньше пучарма
Лично у меня возникала гора проблем при работе с pycharm. В один момент он начал ругаться на импорты, пофиксив это один раз, вскоре я снова с этим столкнулся. Также, он ну оочень уж тяжелый, тот же vs code гораздо менее требовательный, но при этом все равно в нем комфортно работать
@@SmartmanRU та бросьте... Вам жалко памяти? Давно прошли те времена, когда было 2 гига оперативы и 1,5 гига которые съедают ИДЕшки было весомым аргументом
Когда первый раз столкнулся в VIM, всё закончилось перезагрузкой ПК, по другому он не закрывался.Такой выход из ВИМ был не по душе. А сейчас, он мне ппц симпотичен.
Мысли интересные, но я бы не делал vim основным инструментом. Согласен, надо комбинировать, те же макросы вима - это офигенная вещь, как-то раз с ними работал, дикий восторг. С гигабайтными текстовыми файлами ни разу не сталкивался, даже не задумывался об этом. Если придётся столкнуться, буду знать где и как их открывать. Спасибо! Но, давайте проанализируем глобально. Гигабайтные файлы, использование макросов - это всё очень частные и редкие случаи. Единственный действительно важный тезис, про структуру проекта. Тут можно долго спорить про ограниченность человеческого мозга, важность адресного использования "мыслетоплива" и про дополнительные инструменты, для просмотра и контроля над структурой. Но я проще приведу один факт. Самые сложные по структуре проекты, воистину мирового масштаба - это энтерпрайз проекты. Все они пишутся на Java. Я не слышал, чтобы джаваисты повально использовали vim, скорее обратное, что все сидят на IDE. Если резюмировать, я бы назвал vim вспомогательным инструментом, которым нельзя пренебрегать! Возможно, кому-то он подойдёт и как основной инструмент, но далеко не всем. Кстати, было бы интересно увидеть видео от Алексея про то, какими минимальными дополнениями он пользуется на виме. Ведь наверняка подсветка текста - маст хэв.
Устав от настроек, бесконечно меняющихся, интерфейсов и тратя время на украшательства, открыл для себя этот замечательный редактор, а так же тайлинговые менеджеры рабочего стола под линукс.
У меня небольшой проект, где приходится делать все самому - и бэкенд, и фронтенд. Поэтому работаю в Tmux + Vim. Писать приходится на C, Python, Bash, HTML/JS/CSS. В моем случае ничего удобнее для себя кроме Vim не вижу. Обычно использую: - множественные вкладки: 'vim -p file1 file2' или в командном режиме ':tabe file2'(переход между вкладками gt, gT) - автодополнение работает из коробки: Ctl-n, Ctl-p - многооконный режим: 'Ctl-v Ctl-w', очень удобно, когда приходится работать с большим файлом - например, в одном окне редактируешь начало, в другом - середину. - нумерация строк(+относительная) - в ~/.vimrdc добавить "set number" и "set relativenumber" - подсветка синтаксиса - в ~/.vimrdc "syntax on" - замена в стиле sed, например: ':%s/foo/bar/g' с возможность использовать регулярные выражения - макросы - для работы с html очень удобен плагин emmet ....и еще есть много чего, что я не упомянул, или просто еще не знаю. Cлепая печать и миниклава 60 кнопок. Очень согласен с идеей (14:15) , за что я люблю vim, хотя раньше как-то не очень отдавал себе в этом отчет. Vim позволяет работать с кодом, а не кнопками-менюшками!)
Как на счет этого: деплой на сервак и запуска юнитов с отчетами для конкретного файла; запуск ран тасок; расстановка всяких брейкпоинтов для дебага; поиск строки по всему проекту с разными фильтрами; сохранение избранных файлов в отдельной боковой панели; быстрый переход к объявлению или типу функций/классов; резолв конфликтов в СКВ (git, svn); автоформатирование всего файла; фолдинг участков кода; лигатуры шрифта, живой превью всяких .md и .html; кликабельные ссылки в коде; описание функции, класса, модуля при наведении мышки; вставка шаблонов кода в виде автодополнения при наборе, локальное версионирование файлов и многое другое. Вим нужен разве что, если надо влезть на сервак, где ниче нет, погрепать логи, иногда для коммитов. Все. Хватит троллить нубасов.
@@ne4to777 На других редакторах отваливается лсп + они лагают. У меня нет мощности использовать ide, когда в виме + терминал можно сделать все то же самое. Графический пользовательский интерфейс делает простые вещи еще проще, а интерфейс командной строки делает сложные задачи выполнимыми
Хорошие напутствия. Скажу ещё один аргумент. Прародитель vim - это vi. Мощнейший тестовый редактор! Если вы привыкли к изобилию редакторов в Linux или/и BSD, то вы ничего кроме vi не встретите в забытых временем unix-подобных ОС (например, SCO).
Однажды я создавал сайт, а для этого настраивал виртуальную машину. Какой-то конфиг по ошибке открыл в vim (кажется, конфиг постгреса) - чуть не поседел от осознания того, что сейчас всё упадёт, так как я просто не знаю, как выйти из редактора. Потом трясущимися руками быстро установил nano и впредь был внимательнее. И только ваши видосы заставили посмотреть на вим с другой стороны.
1. В IDE такую опечатку можно легко исправить сразу во всем проекте. 2. Сугубо личное, все глобальные импорты пакета объявляю в __init__.py вручную 3. Никогда ни у меня ни у моих знакомых не было необходимости работать с большими файлами. При необходимости воспользуюсь vim. 4. Да vim лучше всего подходит для удаленных правок по ssh, тут бесспорно. Но разрабатывать проект используя vim это крайне личное)) 5. «В Vim гораздо удобнее работать с текстом» - IdeaVim для JetBrains)) 6. Всегда перенос конфигов был простым и удачным. 7. В vs code есть zen mode который включается простой комбинацией cmd k z 8. Тупеем мы или развиваемся зависит скорее от задач)
@@t0digital попробовал. Часто путешествую. Таская с собой ноут, где использую только VIM. 1 Любая IDE жрет батарею как не всебя (даже в powersave моде). 2 Плюсы минимализма в интерфейсе на небольших экранах более ощутимы. Наверное ~70% времени провожу в vim'e, а в ide 30% только. Пересмотрел видео, спустя 3 года прочуствовал все аргументы. add А на самом деле, я в каком то смысле преисполнился ( или сошел с ума) . Теперь у меня везде,где возможно, шорткаты (программа должна работать максимально так как я хочу и при этом максимально эффективно). Понаставил разный Suckless Soft (да, желательно чтоб софт был минималистичным, это правильно и красиво), выкинул все лишнии вещи из оффлаин рабочего пространства.
Время от времени я задумываюсь о том чтобы полностью перейти на Vim. Ведь я тоже люблю легковесность и минимализм. Очень долго пользовался Sublime какраз потому что он достаточно легковесный и может открывать огромные файлы. Последние годы юзаю VS Code. Недавно попробовал PyCharm. Но увидев ваш видос, я снова вспомнил про любимый Vim и решил всётаки попробовать перейти на него. Считаю что тот кто не умеет пользоваться Vim-ом тот не настоящий Линуксоид. Я не говорю о том что нужно знать его идеально, но конфиги править чемто надо, и следовательно у каждого Линуксоида должно быть хотя бы поверхностное знание данного редактора. Ибо он в каждом Линуксе по дефолту. Ну точнее Vi всегда по дефолту. В последних версиях дистрибутивов наверно уже Vim по дефолту. Вообщем суть в том что зайдя на любой сервер, ты можешь быть на 100% уверен что Vi уже установлен, а вот другие редакторы ещё надо ставить. А т.к. ты зашёл на чужой сервер, тебе нельзя ничего ставить, поэтому юзай то что имеется. Вот почему знание Vi абсолютно обязательно для Линуксоида. Vi даже ставить не надо, он прям сразу есть, всегда и везде ! Под любой Unix системой. Считай что он идёт в комплекте с самим ядром операционной системы. Даже в Gentoo ты ещё ничего не установил, а Vi уже есть. Допустим ты подошёл к очень старому серверу, на котором конечно же нет мышки. И что ты будешь делать ? Ясен пень что в такой ситуации Vi маст хев. Он специально создавался для ситуаций когда нет мышки. И вообще я не люблю отрывать руки от клавиатуры
вот да - казалось бы не все админы и типа не всем это нужно. Но в реальности кем бы ты ни был фронтендером/бекендером/датасаентистом - ты по любому столкнешься с частыми логинами по куче разных серверов и докер-контейнерам. И настраивать там все каждый раз заного так влом порой (а сеть не везде есть в корпоротивных сетях чтобы конфиги по быстрому склонировать - придется rsync/scp). Поэтому привычка делать все в vim сильно облегчает эти прыжки по серверам/докер-контейнерам. По этой причине стараюсь особо не разрастать конфиги и привыкнуть к дефолтным потому что это такой кайф когда в любой среде как дома. Например раньше юзал префикс ` - было очень удобно - 1 клавиша а не 2. Но потом вернулся к стандартному C-b - так как удобство того что везде как дома для меня перевешивает не очень удобный C-b
emacs есть смысл для тех кто не может осилить слепую печать, потомучто там комбинации клавиш дефолтные такие что не каждый пианист справится ) vim же своими комбинациями поддерживает тех кто использует слепую печать, плюс vi[m] по дефолту на любой posix совместимой системе установлен из коробки
Вим лучше использовать совместно с IDE как универсальный редактор кода, тем более если приходится использовать сразу несколько IDE, самому приходится использовать Visual Studio, PyCharm, Eclipse и др для разных задач, причем одновременно, редактировать код в них тяжело, разные горячие клавиши, не все везде удобно, трудно переносить настройки. Vim же позволяет ускорить редактирование кода раз в 5, в том числе с использованием таких плагинов как YouCompleteme, Syntastic, в IDE при этом производится только создание проектов, редактирование форм, отладка.
в Eclipse есть плагины которые эмулируют вим, и вот в QtCreator тоже такое есть , как раз две эти IDE использую и изучаю VIM , будет удобно пользоваться и консольным вариантом текстового редактора и двумя средами разработки
@@milaro222 Это потому, что вы лично себя "сломали" и приучили к тому, что "vim это венец творения текстовых редакторов". vim это просто инструмент. и Eclipse это просто инструмент. Вы привыкли пользоваться одним и тем же инструментом, и естественно вам неудобно и некомфортно пользоватся другими, возможно на самом деле более интуитивно понятными для кого то другого(кто никогда в глаза vim не видел). Не зацикливайтесь на этом. Программиста делает не текстовый редактор, и не навыки "споро стучать по клавишам", а мозги. Умение четко структурировано мыслить, ясно видеть задачу, декомпозировать сложную задачу на более простые и обозримые, решать их, а затем из этих решений сложить обратно целую систему(это уже уровень архитекторов), а так же навыки быстрого и вдумчивого чтения, так как программисту приходится ОЧЕНЬ много читать документацию и постоянно изучать что то новенькое. На фоне всего этого - вопрос выбора текстового редактора не самый фундаментальный.
Спасибо за отзыв! По настройке - таких материалов много в целом в инете, и я не большой любитель прям комбайн на виме собирать. У меня там подсветка используется и немного поднастроенный vimrc - нумерация строк и тп.
Всё просто, нужно и то и другое, если вы работаете на больших проектах. IDE - для обычной ежедневной работы, когда скорость работы именно самого редактора, скорость старта, объем ресурсов которые редактор жрет нам не важны, т.к. это мы делаем на полноценной рабочей машине. VIM - нужно просто уметь им пользоваться, для правки на удаленных серверах, для быстрой правки штучных ошибок, которые надо просто быстренько поправить. Давно пора уже привыкнуть, что IDE/ редактор - это просто инструмент, и если вы хороший мастер вы должны работать с теми инструментами, которые вы используете в своей работе. Если ни один из юз кейсов, в которых vim/ide лучше, вам не подходит - ну может он/она вам и не нужен сейчас. Но не надо категорично говорить, что что-то из этого лучше/хуже в общем. Это просто инструменты, которые позволяют какие-то вещи делать проще.
Посмотрел в сторону вим когда понял что нужно как то писать код на ноутбуке без мышки. А то дома еще ладно. Но все преимущество мобильности теряется если придется с собой таскать мышь и огромный ковер Cougar Control. Надо как то сделать так что бы всю работу можно было бы делать не отрывая руки от клавиатуры. Потому что тачпад это смерть всему, особенно состоянию потока. Людям которые уже работают я бы посоветовал работать на том что лично им удобно. А главное быстро, так как рабочие задачи должны решаться вовремя. Удобные IDE - используйте их. Удобны кастомизированный лично под вас текстовый редактор - используйте его. В свободное время, да, всегда можно научится чему то новому (а этого времени гораздо больше если работу можно делать быстро) Для IDE от JetBrains есть плагины типа IdeaVim, AceJump, QuickJump. Они позволяют совместить преимущества двух решений.
У меня похожая история. Привык не убирать руки с клавиатуры, пользуясь thinkpad`ом c trackpoint. А потом пересел за десктоп и очень не хотелось тянуться руками к мыши, а подключаемая клавиатура с божественным красным клитором была заказана но приезжала только через месяц. И я понял, что надо что-то делать. Так был освоен vim))
Поставил в PyCharm Vim plug-in. Мне чертовски понравилось. Одни плюсы, в консоли на сервере так же удобно стало как и на рабочем компе, коллеги теперь считаю мня шаманом, когда видят как я пишу/правлю/смотрю код :)
Работаю в саблайме, до этого использовал пичарм. В виме пока только читаю книги ( изучаю после рекламы автора канала). Даже составил для себя файл быстрых команд в редакторе вим после прочтения книги про вим, рекомендуемой автором.
1. shift + F6 - переименовать во всех файлах 2. Структура у меня всегда в голове, не важно иде это или не иде. Не когда не кочуют слои в неположенное места. 3. Файлы, согласен. 4. В 2022 году, любой комп откроет иде. С остальным согласен. 5. Так же как и иде открывают любой файл, например phpstorm 6. Настроил phpstorm так, что я не трогую мышку. Установил туда вим и настроил горячие клавиши. 7. Так же как и иде, в phpstorm можно сделать единый конфиг 8. Согласен, в виме больше видимое пространства, чем в иде Я не против вим, я даже написал свою иде с помощью вим. За частую я использую вим, но так же как и иде. В иде память портится, так как ты не запоминаешь переменные, методы. Автокомплит зло, очень сильно бьет на память. Но в виме у меня тоже стоит автокомплит ))) Вим в серваках, согласен. Там лучше использовать вим. Я люблю вим и иде тоже. Но вим немного больше люблю чем иде.
А как же отладка, все как будто забыли, что большая часть времени программиста уходит на отлаживание кода. В вим нет отладки, либо она так очень костыльная. Может вы конечно делаете отладку на принтах и логах, но гораздо удобнее делать это пошагово в IDE
Это тоже аргумент, причем серьезный. Однако главное отличие IDE это как правило то что хорошая IDE интегрирует(собирает воедино) все стадии работы: это и объединение множества файлов в некую сущность(проект), и навигация по этому проекту, и автоматизация работы с репозиториями(что актуально при командной работе), и возможность глубокого изучения работы кода(пошаговая отладка, точки остановки) что очень актуально в случае когда вы исправляете баги(и что гораздо вероятнее ЧУЖИЕ баги и в ЧУЖОМ коде который может быть написан через такую "жО" что без пошаговой отладки вы можете даже сходу не понять как это вообще работает). Текстовый редактор, даже самый навороченный вам тут будет таким себе другом. Но по моему скромному мнению, одна из самых полезных фишек у хороших IDE это семантические анализаторы совмещенные с проверкой вычисляемости или интерпретируемости кода. Т.е. когда IDE действительно "понимает" конструкции языка для которого заточена и может например подсвечивать глупые механические ошибки или всякие неоптимальные вещи(хотя последнее скорее актуально для джуниор-левел) но хорошие привычки нужно прививать как можно раньше, и IDE с встроенным "советчиком" может быть весьма полезна. Кроме того, хорошая IDE очень экономит время при анализе чужого кода и особенно при рефакторинге когда нужно пересобирать проект десятки раз, тут же его отлаживать, прогонять профилировщиками для выявления узких мест и направлений и стратегий дальнейших оптимизаций. По поводу принтов и логов - это кстати иногда единственный способ, в особенности для приложений которые работают в клиент-серверной архитектуре в реальном времени или в виде встраиваемого фильтра или плагина для другой системы, так что это отдельная большая ниша к которой не стоит относится с пренебрежением ;)
С оч. большой вероятностью vim (nvim) будет конкуртровать в категории облегчëнных IDE. Если конфигурации уровня полнофункциональной IDE будут на vim тормозить, то он будет заменяться белее шустрыми IDE , возможно, на базе helix, zed, ... Скоро вприантов будет больше.
Одно бесспорное преимущество vim -- он же практически на любой машине с linux есть. А вот остаться вдруг без своего люимого полуавтомата, который вместо тебя даже в носу ковырял -- это катастрофа, "нимагу работать"))
tilda + Vim + tmux самое удобное решение которое только может быть, когда используешь консоль на fullscreen и ничего не отвлекает от кода и быстро можно создавать и именовать окна запускать утилиты тестировать и много всего еще... Vim однозначно удобен с большими логами, дампами, bash, python, а главное всегда из любого места можно вернуться в свою сессию, на любой тупой балалайке с консолью и ssh )))
Я недавно открыл для себя emacs для программирования на C и C++. Emacs я думаю просто идеален для программистов. Очень много плагинов на все языки программирования, единственный минус -- нужно привыкать к комбинациям клавиш.
можешь дать совет, я умственно отсталое существо решил полностью на линукс перейти и прикол в том что я решил c++ изучать знаю язык не для новичков но это мой выбор. так что скажи этот или любой другой текстовый редактор подойдёт для новичка а если нет то какой IDE можно использовать пробовал vs code но как я понял это просто огрызок
Есть еще Emacs с плагинами для Python'а) Хотя наверное емакс несколько более тяжеловесен, чем вим. Даешь холивар по поводу вима с емаксом!! :-))) Сам поклонник легковестных редакторов и IDE. Например, PyScripter (windows only), Pyzo или Wing IDE (если рассматривать редакторы и иде для питона). Ну или Geany. Из консольныx больше всего нравится Joe's own editor. :-)
Хорошее видео, большое спасибо за ваше мнение) Не так давно начал изучать Vim, так как во второй книге подряд (A byte of Python, Изучаем JavaScript (O'Reily)) авторы крайне лестно отзывались о Vim. И начал с одного из ваших предыдущих видео, где вы рассказывали о его фишках) Как мне показалось, исходя из изучения и вашего мнения в этом видео, Vim больше подходит довольно опытным программистам, которым уже не нужны подсказки IDE. Новичкам только если по уже пройденному обкатанному материалу, так как иногда бывает утомительно ждать загрузку IDE (особенно если это слабенький ноутбук). Хотелось бы узнать, как распространён Vim в Москве или России в целом? По своему городу (Пенза) нигде не встречал, но я ещё джун-студент, так что особо возможности про него поспрашивать не было.
Спасибо за комментарий! По Vim и опытности, я бы сказал наоборот - чтобы стать хорошим разработчиком, надо сначала писать код не в IDE, а простом блокноте с подсветкой (Sublime, например), чтобы все запоминать и развивать скилзы написания кода. И потом уже приходить в IDE, периодически возвращаясь к более простым редакторам. Возможно изучать и Vim, и программирование одновременно это плохая идея. Можно начать писать код в блокноте с подсветкой и потом уже изучать Vim, и потом IDE. Vim распространён среди профессионалов в любом городе. Кто работает с линукс, а все нормальные разработчики должны уметь работать в линукс вне зависимости от стека технологий, используют Vim, кто-то больше, кто-то меньше
@@t0digital наткнулся как-то на видос, случайно, где чел за час пишет простейшую программу на java. И в самом начале он говорит: не будем пользоваться IDE, они же все кривые типа, используем обычный текстовый редактор. И за весь час, он как минимум половину времени весь в затыках пытается собрать и запустить java-проект)) При чем, видно, что человек явно не новичок, но всё это делается со скрипом и косяками, и потом он ищет эти косяки, правит их.. Крч, эффективность такая себе, если 50% времени тратить на сборку и запуск проекта) Что на IDE занимает 0 секунд. Конечно, хорошо в этом всём разбираться. Но информация, которую мы не используем, быстро затирается в нашей памяти. Вряд ли каждый раз стоит так мучаться, лишь бы высказывать своё надменное отношение к IDE)) Всё что я описал выше, не относится к скриптовым языкам, js- и питон-файлы запускаются на исполнение крайне просто, без особых усилий. Это лишь пример, что иногда всё таки не стоит изобретать велосипед.
Вим хорош когда у тебя "проект" это 1-2 файла и конфиг. Когда проекту 8 лет и любая функция вызывается из 10 мест, и нужно быстро бегать по этим вызовам не дебагом, а просто анализируя код, какой тут вим с его ctags? Иерархия вызовов для функции, не vimgrep. Ни разу пока не работал на проекте, где с вимом можно жить. Аргумент "откройте файл на несколько сотен мегабайт" красив. Я бы сказал "закомитьте файл на несколько сотен мегабайт или даже гигабайт, и вас попрут с любой работы". Ну серьезно,есть же стиль: функция 50 строк итд, какие гигабайты.
Vim script в помощь, можно любое действие автоматизировать. А если лень то есть ternjs.net. можно интегрировать с рядом популярных текстовых редакторов. Vim разрабатывался не только как текстовый редактор, но и инструмент для написания кода. Для примера, что мне очень нравиться, плагин YouCompletMe имеет автодополнение путей в файловой системе, и это очень удобно,. Есть куча плагинов к Vim которые реализуют множество функционала. Еще пример github.com/diepm/vim-rest-console, даже IDEA не так удобно реализовано, как в этом плагине. На данный момент пользуюсь Intllij IDEA, и в свободное время настраиваю Vim под себя, как настрою, буду пользоваться им.
@@43sferam я не уловил связь между поиском в файле (вы прикрепили ссылку на демонстрацию такого поиска) и получением иерархии вызова функции. Например, функция invoke условный. Только давайте не будем спорить, хороший вим редактор или нет. Прекрасный. Но некоторого жизненно важного функционала для эффективной работы нет и не предвидится даже с language-серверами.
1. А давайте на лошадках ездить на работу, а не на машине: они дают нам осязание единения с природой, свою сопричастность с бесконечно-вечным, держат в тонусе ягодичные мышцы, дарят друга и соратника. И не жрут столько бензина, а если и гадят, то по доброму, не причиняя вреда здоровью. А машина, да что машина - бездушная груда металла. Так что держите лошадку дома, где-где, в туалете, к стиралке привяжите. 2. Пацаны, бросайте вы уже эти ваши микроволновки, плиты. А то отупеете, забудете как огонь разводить. Берете палочку, две лодошки, палочку между ладошками и херачите. Вот вот вот, уже дымится, от молодец огонек, теперь хворост подставляй, что? Нету? А ну бегом в лес, принес? Молодец. О горит. Теперь давай кастрюльку. Нету? Так сделай - вон лист жести, а то отупеешь, забудешь как жесть скручивать, сделал? Молодец, беги за водой на речку, будем суп варить, не забудь ведро из дерева в лесу по пути выпилить. 3. Здоров пацаны, супа поели? Ок, не расслабляет булки, зажигаем лампадку, берем лист бумаги папирусовой, взяли. Берём перо гусиное, макаем в чернила. А то зажрались тут, скоро уже разучитесь писать, лобные доли обмякнут. Пишем print. Написали? Криво. Пишем заново. Теперь скобки открыли кавычки поставили и Hello Old World. А теперь все тоже на албанском, а то отупеете - забудете язык отцов наших. А теперь для закрепления - на место Hello.. переписываем текст Войны и Мира. А то классиков совсем забыли, бездари, отупели, гляди ведь так и не долго вам, паразитам, захочется просто сказать, а нейронная сеть вам построит: хочешь сайт, хочешь музыку напишет, картину нарисует, а хочешь вообще поведет машину, а ведь это удар для мозга - он должен обязательно держать в голове структуру 100 самых крупных мегополисов планеты, а иначе зачем мозг, друг мой любезный. А ну перо с чернилами в руки, и херачим, не отвлекаемся... закончили? Ну что ж, бреем метровую бороду, меняем трусы из шкуры мамонта, убираемся в пещере... и открываем Vim...)
@@t0digital Нет, это было про то, что если есть предпосылки отупления вследствие упрощения выполняемых операций, то эти упрощения при должном подходе компенсируются выполнением ещё более сложных, но высокоуровневых задач. Например, можно собирать кирпич из глины - это задача, но если ее решили, то можно собирать дом из кирпичей - это задача сложней, но она не подразумевает решение задачи собирать кирпич. Далее, можно собирать город из домов и это уже следующий уровень, не подразумевающий строительство дома. Тоже самое - если программа берет на себя, да хоть все вплоть до реализации всего проекта решения и реализации на основе мыслей архитектора, то архитектор далее решает более высокоуровневые, но не менее сложные задачи. Это все камни а огород рассуждений о нехватке памяти, сложности структуры проекта, замены переменных и тд. Хотя последние пункты у вас имеют место быть правдой по моему мнению.
@@KonstantinPrydnikov1 для меня все эти разговоры про vim VS IDE, консоль VS IDE это разговоры: * о минимилизме, который _иногда_ бывает полезен, * о том, чтобы знать, как все работает под капотом IDE и уметь работать и без IDE - например уметь работать с git'ом без всех этих нахлобучек IDE это крайне полезно, * о том, что в целом полезно напрягать головушку и _иногда_ работать без IDE - для программистов головушка это основной инструмент, и когда кроме тыкания кнопок человек ничего не умеет, не знает терминальных команд, не умеет пользоваться основными консольными инструментами, говоря, что «всё есть в моей IDE», то это просто фиговый программист. Мне близко вот это мнение из коммента на хабре, цитировать сюда не буду - habr.com/ru/post/483580/#comment_21119346
Алексей, вот вечером накануне родился вопрос, так аж ночью просыпался, думал, как бы не забыть спросить)). ВОПРОС: я очень вдохновлён Vim'ом, после большого перерыва снова вернулся к его изучению; при этом владею слепым набором в US и RU раскладках. Однако, на всех курсах для начинающих фронтендеров в один голос утверждают, что качество разработчика измеряется, помимо прочего, количеством освоенных IDE. Vim же как бы позволяет обойтись без них вообще, но вот ты -- можно на "ты"? -- всё равно некоторыми IDE пользуешься. Не значит ли это, что Vim не для самого начала карьеры, что к нему стоит обратиться на определённой стадии развития -- к примеру, "конец джуниорства, накануне миддла", -- а начинающему фронтендеру лучше чего попроще (в моём случае - Geany), чтобы побыстрее перейти к стадии зарабатывания, а Vim там "когда-нибудь", "может быть", "по мере возможности"? Спасибо!
Не согласен, что *количество* освоенных IDE хоть сколько-то влияет на профессионализм фронтендера или любого другого разработчика. Если повар умеет нарезать 10 типами ножей, значит ли это, что он круто готовит? Нет, конечно. VIM это не IDE, и IDE это не VIM. VIM это про работу с текстом, IDE про глубокий анализ написанного исходного текста программы, это вообще говоря разные вещи. Нужен ли Vim на старте работы разработчиком, когда человек совсем новичок? Нет, это излишне. Но когда азы усвоены, уже что-то получается и хочется большей эффективности, мозг тянет изучить новое - vim это отличная следующая ступень.
@@t0digital Спасибо! Да, насчёт "количества IDE" я, пожалуй, не подумав сказал. Однако к концу первого года обучения минимум две-три IDE'шки пора бы уж знать, наверное. А насчёт Vim'а полагаю, что уже освоенного по нему материала столько, что проще ещё маленько совсем помучить его и сделать основным (сейчас основной редактор -- Geany (вообще-то это IDE)). Ну и "новичок" -- растяжимое понятие. Я уже пару лет мучаю несколько свалившихся на меня сайтов, прошёл курсы по вёрстке... Так что, пожалуй, совсем уж азы следует считать освоенными.
@@user-is3gg3bg8r не гонитесь за количеством освоенных IDE. Выберите одну и изучите одну. Если вы фронтом хотите заниматься, то тут и выбирать особо нечего - WebStorm. При желании IdeaVim накатывается и получаете мини-Vim внутри IDE. Для фронта надо уметь пользоваться еще другими штуками, выходящими за рамки IDE - Chrome Developer Tools и/или аналог от Firefox, как там дебажить JS, как смотреть откуда какие данные по сети приходят, как работать напрямую с DOM и CSS через эти инструменты.
@@t0digital Спасибо! Да, про Chrome Developer Tools знаю, стоит в очереди на изучение. А WebStorm предназначена для высокооплачиваемых профессионалов (200+ евро/год), а мне пока лучше покататься на NetBeans. Или Geany. Надо мне из них какую-то одну выбрать, ну и Geany уже стоит.
Спасибо за полезное видео! Подписался на Ваш канал! На моём компе очень долго приходится ждать компиляцию даже пустого проекта IDE Android Studio - меня такое не устраивает! Думаю выход - в использовании редакторов типа Vim'а! Можно ли простые приложения и (гиперказуальные, простые)игры под Android делать в Vim'е? Заранее спасибо за ответ!
Большие графические текстовые редакторы могут не удовлетворять системным требованиям многих компьютеров. К тому же, огромное количество функций нагружает софтину как для компьютера, так и для человека, пытающегося в этом разобраться. Многим профессиональным разработчикам, например, не нужен дебаггер. Гораздо более правильный подход заключается в разбиении одной большой софтины на много маленьких, либо на плагины.
Уже давно в ide есть поиск и замена во всех файлах. Если сделал опечатку, будь у тебя там по 10 тыс. строк в 100 файлах, в 3 клика и немного ожидания можешь заменить всё разом, не говоря уже о замене в одном файле, битые переменные и нечистый код не так страшны. Кстати, такая замена существует со времен Total Commander. У меня логи ошибок сайта по 100 мб то в блокноте винды не могут открыться, больше уж и подавно, хотя и комп не слабый. Во первых, такие логи нормальные разработчики не хранят в таком размере, а дробят, во вторых, ну, очевидно, что если даже дефолтный блокнот не может справиться, то придётся использовать что-то другое, но используется такое раз в полгода. Зачем мне подключаться к серверу с телефона? Ни разу в жизни такой нужды не возникало, как думаю, и у автора. К тому же по ssh можно использовать не только vim, но и любой другой, хоть nano. Под каждый стек технологий нужна своя ide. Ну, логично, если я программист C++, зачем мне PHP-Storm? А собственно и зачем мне и VS Studio? Но зачем мне на плюсах, шарпах писать в виме? Конфигурации? Все давно хранится в облаке и по учетке и синхронизируется со всеми пк. И ничего не надо разворачивать, клонировать, залогинился, всё... Сейчас 22 год, слабых пк уже ни у кого нет, особенно тем, кто связан с такой сферой, стоят они не так дорого, накопить даже с маленькой зп возможно или взять в рассрочку, всего тысяч 60-70, а без видюхи так 40 выйдет (а нафига она тебе для ide? и в камнях за 15-20к для таких задач за глаза хватит интегрированной, да и для игр возможно (слабых)), да, ide много жрет, но это как говорить, что блин, у меня gtx 560-760 (-1060) и что-то игрули лагают, когда уже вышла 4090. Кстати, на ноуте 15 года всё отлично летает до сих пор. Иде многое упрощает, могу в один клик найти в сотне файлов нужный класс, с нужным методом, могу на гит залить, могу тут же терминал вызвать, там всё сделать, могу компилятором пройтись, могу код сразу в браузере отобразить (например, как в php-storm), могу по каждой строке пройтись и посмотреть что выполняется (тот же php-storm, xdebug), и т.п. Единственное, про что могу согласиться, так это про форматы и макросы, и только. IDE ускоряет разработку в сотни раз при работе с кодом, и просто незаменимая вещь. Пробуйте сами, сравнивайте.
Ребят, если кому интересно: ctrl + n позволяет делать дополнение, на основе уже существующих слов в вашем файле. Я думаю, что это не плохой компромисс)
А про режимы в vim (по сути самое главное) так ничего и не сказал. Не сказано так же о том что vim позволяет отказаться от использования мыши, что положительно сказывается на продуктивности. С таким высказыванием как "vim не подходит для больших и сложных проектов" я не согласен, по причине того что тема не раскрыта, хотелось бы больше аргументов почему ты так считаешь.
Я настолько преисполнился в своём познании минимализма что снес рабочее окружение и сижу теперь на одном tta, решил отказаться от громоздких компьютеров отдав предпочтение одноплатовому компу, решил что монитор слишком громоздко для такого минималистичного стиля, поэтому компилирую графику напрямую у себя в голове, на компе же оставил только nvim и две клавиши 0 и 1
Ну первые два довода - такие себе: 1) В нормальных проектах структура = закон. Ревьювер по рукам надаёт, если не туда положил что-то, поэтому обдумывается/обсуждается структура на этапе планирования 2) В ИДЕ, пишется/правится код. Открывать дампы, конечно в виме. Всякий хлам должен жить в гитигноре, который ИДЕ фильтруют априори Пункт про память - прям боль... Хорошие ИДЕ непотребно прожорливы. Согласен на 146% А самая мякотка с 17:33 - поддерживаю и именно так делю власть между вимом и ИДЕ
Вам как любителю vim (к коим я отношу и себя) предлагаю тему для нового видео - браузер qutebrowser - без графического интерфейса, управляемый горячими клавишами и при этом с современнным движком qt5webEngine в связке с mpv - как одна из возможностей просмотра youtube без рекламы. Я понимаю, это слабо соотносится с разработкой софта, но тема для повседневной жизни интересна.
конечно можно начинать с нано, разобраться с файлом /etc/nanorc включить подсветку и директорию для бекапов, отключить подсказки и все такое. но это консольный нотепад++ а вим это философия работы с текстом, совсем другой опыт и бездонное пространство для изучения.
Пользуюсь webstorm-ом почти всегда. Когда нужно что то по быстрому sublime выручает во всех ситуациях. Vscode недавно расстроил когда я решил проверить сколько он памяти кушает. Ну а вообще раньше была проблема с чтением больших документов, сейчас же sublime открывает нормально. Vscode и ide подгружают когда скролишь. Но открывыают адекватно. Для вима я не так стар. Его минус в том что с него сложно выйти))))))))))))))))))))
Алексей!! Что ты наделал?! Начал осваивать nvim и оно ппц как мне понравилось… недавно установил pycharm. Зашел, ну меня хватило на 5 минут… Не могу теперь с нормальными красивыми окошками работать … Спасибо, что ли 😂
@@t0digital А учится программировать на python возможно? В частности использовать игровую библиотека pygame используя только телефон или планшет на андроид возможно? Ну и вообще подключать библиотеки. Использовать консоль в место ПК версии IDE. Скажите пожалуйста.
@@t0digital Вообще более менее разобрался. Можно 50/50. Не все модули и библиотеки нормально устанавливаются. Но учится по крайней мере можно. Даже получилось обновить pip через терминал. И подключил colorama. Так что тема интересная для исследования. Спасибо вам. Но все же хочется больше информации по возможностям.
@@t0digital сам пишу редко на русском, словарь делал для опытов (когда читал книгу) - нареканий нет. Но я во всех проектах использую только utf-8, а редактор neovim. P.S. ну и если честно не очень понимаю зачем на русском нужна проверка орфографии:) в проектах достаточно легкая грамматика, поэтому достаточно слов 100 добавить в собственный словарь и хватить за глаза.
Есть ещё один минус IDE, они периодически глючат (некорректная работа с гитом и БД, которые решаются только после перезагрузки и сразу не понять что проблема именно в IDE)
Программист и машинистка работают с текстом и потому их работа определённо имеет некоторое сходство, но нет, я их не путаю, с чего вы взяли? И причём тут Stackoverflow?
сначала подумал что пример с опечаткой притянут за уши. потом на примере структуры проекта понял о чем речь, IDE позволяет решить проблему в проекте не то что не зная проекта - не зная языка программирование: все эти подсказки, комплиты, автоимпорты позволяют тебе особо не вникать, решить проблему «по шурику». Это позволяет посадить за проект человека без бэкграунда, которого не надо обучать тулзам: как запустить компилятор, как работает гит, как собрать зависимости. с другой стороны овладеть таким инструментом как вим - это не один год
Я не вижу взаимосвязи между автодополнением и держанием структуры кода в голове. С чего Вы взяли что, автодополнение переменных должно мне мешать держать структуру кода в голове и писать правильный, логично структурированный код? Это всё равно что сказать: слепой метод ввода текста мешает тебе печатать слово без ошибок потому что, ты вводишь слово всеми пальцами, а не двумя, думая над каждой буквой в слове.
Оставлю это здесь habr.com/ru/company/mailru/blog/456862/ Цитата: «Не поддавайтесь соблазну «лёгкости» Конечно, IDE поможет вам с автоматическим завершением кучи всего и позволит легко собрать проект, но вы хоть понимаете, что там происходит? Вы знаете, как работает ваша система сборки? Если придётся запускать её без IDE, вы сможете это сделать? Вы вспомните имена функций без автоматического завершения? Можно ли что-то сломать или переименовать, чтобы это было легче понять? Интересуйтесь тем, что происходит под капотом.» «Начните по-глупому Один из способов уйти от IDE, это «начать по-глупому»: просто возьмите компилятор, ЛЮБОЙ редактор с подсветкой кода и - программируйте, собирайте, запускайте. Да, это не легко. Но когда потом вы воспользуетесь каким-нибудь IDE, то будете думать о кнопках всего лишь «Да, это запускает вон то». Именно это и делают IDE.»
Vim и tmux, конечно прикольно работать в ide, но вы правы, обилие отвлекающих факторов критически велико, особенно если учесть то что они не в большинстве случаев используются. Часто использую vim для работы с bash скриптами. Vim удобен, не особо напрягает глаза, всегда под рукой :) Единственное что, не хватает нумерации строк, и пока что я не смотрел, можно ли её добавить.
Лучше это время затратить не на "глубокое изучение vim-а" а на более глубокое изучение выбранного языка или новых технологий в разработке по выбранному профилю. Это позитивнее отразится на вашем профессиональном уровне, а значит как результат и на уровне оклада на который вы сможете претендовать. От строчки в резюме "знание vim на уровне гуру" вам врядли сильно увеличат ожидаемый оклад.
Про опечатку вообще не аргумент, если ты где-то очепятался написал Recieved вместо Received ну и что? в IDE есть рефакторинг взял и поменял как нужно, если прям считаешь что из за этого "Код не идеален", IDE экономит просто вагон времени и все ваши Вимы, Блокноты кусок говна в 2k19. Когда-то у индуса одного спросил почему код не по PEP8, а он мне ответил что учит питон и что бы запоминать конструкции пишет весь код в блокноте notepad винды - занавес.
Как вариант сделать 2 конфига для вима один с преферансом и куртизанками, для быстрого набора каркаса в отсутствии возможности использования ide и почти чистый (только подсветка синтаксиса) вим для написания ядра (домена)...
@@АлександрОстапченко-м4в очень советую сделать это в линукс, под виндой сложно питоном заниматься, действительно сложнее, чем под линукс. Линукс можно поставить как вторую ОС (Ubuntu или Mint), можно в виртуалку Virtualbox тот же Ubuntu или Mint, или, если удобно работать только с командной строкой, то в Docker можно поднять ту же Ubuntu или Debian.
Насколько IDE стали медленнее, раньше разрабатывать ПО на C++ Builder и работал он шустро, что нельзя сказать о Android Studio! Я считаю, что Google делает всё для улучшения жизни людей в целом, но Android Studio им нужно дорабатывать, так как IDE не должна тормозить разработку! Программист должен думать о задаче, а не о IDE!
@@Kotoffey согласен! Но могли Android Studio сделать и по легче, вон Builder C++ позволял делать приложения любой сложности и при этом не тормозил и не жрал столько оперативки!
А как же Geany? Да гуи, но для гуи достаточно минималистичный, но функциональный. С самого начала изучения программирования не любил тяжёлые ide - отвлекают от сути, а далее затянуло.
Уже 2 года пишу в vim. В основном потому, что не знаю как из него выйти
Pycharm в пределах своего стэка умеет ну просто все, из него можно не выходить. И удаленная разработка по ssh с автоматическим деплоем изменеий, и поддержка version control как локально, так и из гита, и умение работы с большинством баз данных, и дерево проекта построит, если что то забылось, из минусов только требовательность к железу, иначе больно работать. Больше не нужно ходить на сервер руками и что то править, когда есть уже настроенный pycharm проект)
Все это конечно хорошо, но pycharm как и любое другое творение inteliedia написан на Java, что значит пол гига в оперативы смыто джава машиной. Сам использую neovim на хостах или vscode remote ssh. Да вскод тоже хавает не мало из за chrome webdriver . Но по ощущениям и по статистике потребляемой памяти раза этак в 2 рада меньше пучарма
@@SmartmanRU а функцинонала раз в 100 меньше... но тут стоит заметить, кто те люди которые используют ide хотя бы на 10%? =)
Лично у меня возникала гора проблем при работе с pycharm. В один момент он начал ругаться на импорты, пофиксив это один раз, вскоре я снова с этим столкнулся. Также, он ну оочень уж тяжелый, тот же vs code гораздо менее требовательный, но при этом все равно в нем комфортно работать
@@SmartmanRU та бросьте... Вам жалко памяти? Давно прошли те времена, когда было 2 гига оперативы и 1,5 гига которые съедают ИДЕшки было весомым аргументом
@@SergMirny_yt после перехода с 8 на 16гб оуз я вообще забыл что такое смотреть на то сколько % оуз занято
Установил дополнение инструментария VIM в VS Code
Чувствую себя Таносом со всеми камнями бесконечности.
Главное аккуратно в виме, пальцами случайно не щелкнуть:)
Танос так-то плохо кончил. Окуратее 😏
Ivan Melnik аккуратнее
Когда первый раз столкнулся в VIM, всё закончилось перезагрузкой ПК, по другому он не закрывался.Такой выход из ВИМ был не по душе. А сейчас, он мне ппц симпотичен.
Мысли интересные, но я бы не делал vim основным инструментом. Согласен, надо комбинировать, те же макросы вима - это офигенная вещь, как-то раз с ними работал, дикий восторг. С гигабайтными текстовыми файлами ни разу не сталкивался, даже не задумывался об этом. Если придётся столкнуться, буду знать где и как их открывать. Спасибо!
Но, давайте проанализируем глобально. Гигабайтные файлы, использование макросов - это всё очень частные и редкие случаи. Единственный действительно важный тезис, про структуру проекта. Тут можно долго спорить про ограниченность человеческого мозга, важность адресного использования "мыслетоплива" и про дополнительные инструменты, для просмотра и контроля над структурой. Но я проще приведу один факт. Самые сложные по структуре проекты, воистину мирового масштаба - это энтерпрайз проекты. Все они пишутся на Java. Я не слышал, чтобы джаваисты повально использовали vim, скорее обратное, что все сидят на IDE.
Если резюмировать, я бы назвал vim вспомогательным инструментом, которым нельзя пренебрегать! Возможно, кому-то он подойдёт и как основной инструмент, но далеко не всем.
Кстати, было бы интересно увидеть видео от Алексея про то, какими минимальными дополнениями он пользуется на виме. Ведь наверняка подсветка текста - маст хэв.
Устав от настроек, бесконечно меняющихся, интерфейсов и тратя время на украшательства, открыл для себя этот замечательный редактор, а так же тайлинговые менеджеры рабочего стола под линукс.
Вот да! Минимализм рулит
У меня небольшой проект, где приходится делать все самому - и бэкенд, и фронтенд. Поэтому работаю в Tmux + Vim. Писать приходится на C, Python, Bash, HTML/JS/CSS.
В моем случае ничего удобнее для себя кроме Vim не вижу. Обычно использую:
- множественные вкладки: 'vim -p file1 file2' или в командном режиме ':tabe file2'(переход между вкладками gt, gT)
- автодополнение работает из коробки: Ctl-n, Ctl-p
- многооконный режим: 'Ctl-v Ctl-w', очень удобно, когда приходится работать с большим файлом - например, в одном окне редактируешь начало, в другом - середину.
- нумерация строк(+относительная) - в ~/.vimrdc добавить "set number" и "set relativenumber"
- подсветка синтаксиса - в ~/.vimrdc "syntax on"
- замена в стиле sed, например: ':%s/foo/bar/g' с возможность использовать регулярные выражения
- макросы
- для работы с html очень удобен плагин emmet
....и еще есть много чего, что я не упомянул, или просто еще не знаю.
Cлепая печать и миниклава 60 кнопок.
Очень согласен с идеей (14:15) , за что я люблю vim, хотя раньше как-то не очень отдавал себе в этом отчет. Vim позволяет работать с кодом, а не кнопками-менюшками!)
Как на счет этого: деплой на сервак и запуска юнитов с отчетами для конкретного файла; запуск ран тасок; расстановка всяких брейкпоинтов для дебага; поиск строки по всему проекту с разными фильтрами; сохранение избранных файлов в отдельной боковой панели; быстрый переход к объявлению или типу функций/классов; резолв конфликтов в СКВ (git, svn); автоформатирование всего файла; фолдинг участков кода; лигатуры шрифта, живой превью всяких .md и .html; кликабельные ссылки в коде; описание функции, класса, модуля при наведении мышки; вставка шаблонов кода в виде автодополнения при наборе, локальное версионирование файлов и многое другое.
Вим нужен разве что, если надо влезть на сервак, где ниче нет, погрепать логи, иногда для коммитов. Все. Хватит троллить нубасов.
@@ne4to777Это есть в неовиме
@@TherryYT , тогда можно в любой редактор поставить вимовский кейсет и будет то же самое.
@@ne4to777 На других редакторах отваливается лсп + они лагают. У меня нет мощности использовать ide, когда в виме + терминал можно сделать все то же самое. Графический пользовательский интерфейс делает простые вещи еще проще, а интерфейс командной строки делает сложные задачи выполнимыми
@@TherryYT , я ж говорю, полазить на серваке, да. Но это специализированные задачи
Хорошие напутствия. Скажу ещё один аргумент. Прародитель vim - это vi. Мощнейший тестовый редактор! Если вы привыкли к изобилию редакторов в Linux или/и BSD, то вы ничего кроме vi не встретите в забытых временем unix-подобных ОС (например, SCO).
Вставлю свои 5 коп: vim - великолепная навигация по коду в пределах файла. IDE - все остальное. IDE + Vim плагин = счастье
Изучите поглубже функционал, далеко не в пределах файла.
Однажды я создавал сайт, а для этого настраивал виртуальную машину. Какой-то конфиг по ошибке открыл в vim (кажется, конфиг постгреса) - чуть не поседел от осознания того, что сейчас всё упадёт, так как я просто не знаю, как выйти из редактора. Потом трясущимися руками быстро установил nano и впредь был внимательнее.
И только ваши видосы заставили посмотреть на вим с другой стороны.
cloud.mail.ru/public/GDJy/4LkxB6so7 :)
Точно такая же ситуация была 😂
А где комментарий про то, что автор не смог выйти из vim? )
Всё круто! Ждём видос по переменным.
Спасибо!
1. В IDE такую опечатку можно легко исправить сразу во всем проекте.
2. Сугубо личное, все глобальные импорты пакета объявляю в __init__.py вручную
3. Никогда ни у меня ни у моих знакомых не было необходимости работать с большими файлами. При необходимости воспользуюсь vim.
4. Да vim лучше всего подходит для удаленных правок по ssh, тут бесспорно. Но разрабатывать проект используя vim это крайне личное))
5. «В Vim гораздо удобнее работать с текстом» - IdeaVim для JetBrains))
6. Всегда перенос конфигов был простым и удачным.
7. В vs code есть zen mode который включается простой комбинацией cmd k z
8. Тупеем мы или развиваемся зависит скорее от задач)
Лайк, убедил попробовать Vim )))
отлично:)
@@НиктаДиденко-п9ь Потеряйся да
@@t0digital попробовал.
Часто путешествую. Таская с собой ноут, где использую только VIM.
1 Любая IDE жрет батарею как не всебя (даже в powersave моде).
2 Плюсы минимализма в интерфейсе на небольших экранах более ощутимы.
Наверное ~70% времени провожу в vim'e, а в ide 30% только.
Пересмотрел видео, спустя 3 года прочуствовал все аргументы.
add
А на самом деле, я в каком то смысле преисполнился ( или сошел с ума) . Теперь у меня везде,где возможно, шорткаты (программа должна работать максимально так как я хочу и при этом максимально эффективно). Понаставил разный Suckless Soft (да, желательно чтоб софт был минималистичным, это правильно и красиво), выкинул все лишнии вещи из оффлаин рабочего пространства.
@@7daysmma Благодарю за полезную информацию !
Время от времени я задумываюсь о том чтобы полностью перейти на Vim. Ведь я тоже люблю легковесность и минимализм. Очень долго пользовался Sublime какраз потому что он достаточно легковесный и может открывать огромные файлы. Последние годы юзаю VS Code. Недавно попробовал PyCharm. Но увидев ваш видос, я снова вспомнил про любимый Vim и решил всётаки попробовать перейти на него.
Считаю что тот кто не умеет пользоваться Vim-ом тот не настоящий Линуксоид. Я не говорю о том что нужно знать его идеально, но конфиги править чемто надо, и следовательно у каждого Линуксоида должно быть хотя бы поверхностное знание данного редактора. Ибо он в каждом Линуксе по дефолту. Ну точнее Vi всегда по дефолту. В последних версиях дистрибутивов наверно уже Vim по дефолту. Вообщем суть в том что зайдя на любой сервер, ты можешь быть на 100% уверен что Vi уже установлен, а вот другие редакторы ещё надо ставить. А т.к. ты зашёл на чужой сервер, тебе нельзя ничего ставить, поэтому юзай то что имеется. Вот почему знание Vi абсолютно обязательно для Линуксоида.
Vi даже ставить не надо, он прям сразу есть, всегда и везде ! Под любой Unix системой. Считай что он идёт в комплекте с самим ядром операционной системы. Даже в Gentoo ты ещё ничего не установил, а Vi уже есть.
Допустим ты подошёл к очень старому серверу, на котором конечно же нет мышки. И что ты будешь делать ? Ясен пень что в такой ситуации Vi маст хев. Он специально создавался для ситуаций когда нет мышки. И вообще я не люблю отрывать руки от клавиатуры
вот да - казалось бы не все админы и типа не всем это нужно. Но в реальности кем бы ты ни был фронтендером/бекендером/датасаентистом - ты по любому столкнешься с частыми логинами по куче разных серверов и докер-контейнерам. И настраивать там все каждый раз заного так влом порой (а сеть не везде есть в корпоротивных сетях чтобы конфиги по быстрому склонировать - придется rsync/scp). Поэтому привычка делать все в vim сильно облегчает эти прыжки по серверам/докер-контейнерам. По этой причине стараюсь особо не разрастать конфиги и привыкнуть к дефолтным потому что это такой кайф когда в любой среде как дома. Например раньше юзал префикс ` - было очень удобно - 1 клавиша а не 2. Но потом вернулся к стандартному C-b - так как удобство того что везде как дома для меня перевешивает не очень удобный C-b
Да я по пьяни хуйню сказал. И я не прав даже если у меня 20 лет опыта
Было бы круто увидеть видео с примером использования макросов vim(вместо написания парсера) для конвертации сырого текста в sql
Самое первое видео на канале просмотрите
Vim vs emacs было бы здорово увидеть сравнение
emacs есть смысл для тех кто не может осилить слепую печать, потомучто там комбинации клавиш дефолтные такие что не каждый пианист справится ) vim же своими комбинациями поддерживает тех кто использует слепую печать, плюс vi[m] по дефолту на любой posix совместимой системе установлен из коробки
@@ASFlasher в Emacs есть evil-mode, позволяющий сделать управление как в виме.
А сложные комюинации можно набирать с помощью педалей :D
Vim. Emacs не является текстовым редактором.
Вим лучше использовать совместно с IDE как универсальный редактор кода, тем более если приходится использовать сразу несколько IDE, самому приходится использовать Visual Studio, PyCharm, Eclipse и др для разных задач, причем одновременно, редактировать код в них тяжело, разные горячие клавиши, не все везде удобно, трудно переносить настройки.
Vim же позволяет ускорить редактирование кода раз в 5, в том числе с использованием таких плагинов как YouCompleteme, Syntastic, в IDE при этом производится только создание проектов, редактирование форм, отладка.
в Eclipse есть плагины которые эмулируют вим, и вот в QtCreator тоже такое есть , как раз две эти IDE использую и изучаю VIM , будет удобно пользоваться и консольным вариантом текстового редактора и двумя средами разработки
@@brenkovd Да, но они не полностью реализуют функционал vim, зачастую не хватает какой-то молочи, но ее отсутствие становится невыносимым.
@@milaro222 Пока только изучаю, но заметил отсутствие некоторых этих мелочей, да , обидно
@@milaro222 Это потому, что вы лично себя "сломали" и приучили к тому, что "vim это венец творения текстовых редакторов". vim это просто инструмент. и Eclipse это просто инструмент. Вы привыкли пользоваться одним и тем же инструментом, и естественно вам неудобно и некомфортно пользоватся другими, возможно на самом деле более интуитивно понятными для кого то другого(кто никогда в глаза vim не видел). Не зацикливайтесь на этом. Программиста делает не текстовый редактор, и не навыки "споро стучать по клавишам", а мозги. Умение четко структурировано мыслить, ясно видеть задачу, декомпозировать сложную задачу на более простые и обозримые, решать их, а затем из этих решений сложить обратно целую систему(это уже уровень архитекторов), а так же навыки быстрого и вдумчивого чтения, так как программисту приходится ОЧЕНЬ много читать документацию и постоянно изучать что то новенькое. На фоне всего этого - вопрос выбора текстового редактора не самый фундаментальный.
спасибо за мнение! Есть ли в планах видео о настройке Vim под Python и как создать свой конфиг, и настроитьVim на нескольких машинах?
Спасибо за отзыв!
По настройке - таких материалов много в целом в инете, и я не большой любитель прям комбайн на виме собирать. У меня там подсветка используется и немного поднастроенный vimrc - нумерация строк и тп.
Всё просто, нужно и то и другое, если вы работаете на больших проектах.
IDE - для обычной ежедневной работы, когда скорость работы именно самого редактора, скорость старта, объем ресурсов которые редактор жрет нам не важны, т.к. это мы делаем на полноценной рабочей машине.
VIM - нужно просто уметь им пользоваться, для правки на удаленных серверах, для быстрой правки штучных ошибок, которые надо просто быстренько поправить.
Давно пора уже привыкнуть, что IDE/ редактор - это просто инструмент, и если вы хороший мастер вы должны работать с теми инструментами, которые вы используете в своей работе. Если ни один из юз кейсов, в которых vim/ide лучше, вам не подходит - ну может он/она вам и не нужен сейчас.
Но не надо категорично говорить, что что-то из этого лучше/хуже в общем. Это просто инструменты, которые позволяют какие-то вещи делать проще.
Да, всё так
Посмотрел в сторону вим когда понял что нужно как то писать код на ноутбуке без мышки. А то дома еще ладно. Но все преимущество мобильности теряется если придется с собой таскать мышь и огромный ковер Cougar Control.
Надо как то сделать так что бы всю работу можно было бы делать не отрывая руки от клавиатуры. Потому что тачпад это смерть всему, особенно состоянию потока.
Людям которые уже работают я бы посоветовал работать на том что лично им удобно. А главное быстро, так как рабочие задачи должны решаться вовремя. Удобные IDE - используйте их. Удобны кастомизированный лично под вас текстовый редактор - используйте его. В свободное время, да, всегда можно научится чему то новому (а этого времени гораздо больше если работу можно делать быстро)
Для IDE от JetBrains есть плагины типа IdeaVim, AceJump, QuickJump. Они позволяют совместить преимущества двух решений.
У меня похожая история. Привык не убирать руки с клавиатуры, пользуясь thinkpad`ом c trackpoint. А потом пересел за десктоп и очень не хотелось тянуться руками к мыши, а подключаемая клавиатура с божественным красным клитором была заказана но приезжала только через месяц. И я понял, что надо что-то делать. Так был освоен vim))
Поставил в PyCharm Vim plug-in. Мне чертовски понравилось. Одни плюсы, в консоли на сервере так же удобно стало как и на рабочем компе, коллеги теперь считаю мня шаманом, когда видят как я пишу/правлю/смотрю код :)
Так и есть, теперь вы официально шаман:)!
В ИДЕ специально для минималистов есть Дзен режим. Какие проблемы?
Работаю в саблайме, до этого использовал пичарм. В виме пока только читаю книги ( изучаю после рекламы автора канала). Даже составил для себя файл быстрых команд в редакторе вим после прочтения книги про вим, рекомендуемой автором.
Можно ссылку на книгу?
1. shift + F6 - переименовать во всех файлах
2. Структура у меня всегда в голове, не важно иде это или не иде. Не когда не кочуют слои в неположенное места.
3. Файлы, согласен.
4. В 2022 году, любой комп откроет иде. С остальным согласен.
5. Так же как и иде открывают любой файл, например phpstorm
6. Настроил phpstorm так, что я не трогую мышку. Установил туда вим и настроил горячие клавиши.
7. Так же как и иде, в phpstorm можно сделать единый конфиг
8. Согласен, в виме больше видимое пространства, чем в иде
Я не против вим, я даже написал свою иде с помощью вим. За частую я использую вим, но так же как и иде.
В иде память портится, так как ты не запоминаешь переменные, методы. Автокомплит зло, очень сильно бьет на память. Но в виме у меня тоже стоит автокомплит )))
Вим в серваках, согласен. Там лучше использовать вим.
Я люблю вим и иде тоже. Но вим немного больше люблю чем иде.
Дружище, макросы в vim, если не сложно запили пожалуйста видосик, как это делается, очень заинтересовало. Заранее благодарю!
уже делал - ruclips.net/video/SHo3fAZfXMk/видео.html
Отличный материал на эту тему, рекомендую. www.ibm.com/developerworks/ru/library/l-vim-script-1/index.html
А как же отладка, все как будто забыли, что большая часть времени программиста уходит на отлаживание кода. В вим нет отладки, либо она так очень костыльная. Может вы конечно делаете отладку на принтах и логах, но гораздо удобнее делать это пошагово в IDE
ruclips.net/video/AnTX2mtOl9Q/видео.html
Это тоже аргумент, причем серьезный. Однако главное отличие IDE это как правило то что хорошая IDE интегрирует(собирает воедино) все стадии работы: это и объединение множества файлов в некую сущность(проект), и навигация по этому проекту, и автоматизация работы с репозиториями(что актуально при командной работе), и возможность глубокого изучения работы кода(пошаговая отладка, точки остановки) что очень актуально в случае когда вы исправляете баги(и что гораздо вероятнее ЧУЖИЕ баги и в ЧУЖОМ коде который может быть написан через такую "жО" что без пошаговой отладки вы можете даже сходу не понять как это вообще работает). Текстовый редактор, даже самый навороченный вам тут будет таким себе другом. Но по моему скромному мнению, одна из самых полезных фишек у хороших IDE это семантические анализаторы совмещенные с проверкой вычисляемости или интерпретируемости кода. Т.е. когда IDE действительно "понимает" конструкции языка для которого заточена и может например подсвечивать глупые механические ошибки или всякие неоптимальные вещи(хотя последнее скорее актуально для джуниор-левел) но хорошие привычки нужно прививать как можно раньше, и IDE с встроенным "советчиком" может быть весьма полезна. Кроме того, хорошая IDE очень экономит время при анализе чужого кода и особенно при рефакторинге когда нужно пересобирать проект десятки раз, тут же его отлаживать, прогонять профилировщиками для выявления узких мест и направлений и стратегий дальнейших оптимизаций.
По поводу принтов и логов - это кстати иногда единственный способ, в особенности для приложений которые работают в клиент-серверной архитектуре в реальном времени или в виде встраиваемого фильтра или плагина для другой системы, так что это отдельная большая ниша к которой не стоит относится с пренебрежением ;)
Насчёт легковесность vim согласен) запускаю на ноуте 4 ядра 4 Гб озу. Работает круто быстро))
Я люблю Geany с плагином "Мини-сценарий"
Не слышал про Geany, почитал, интересно
Лайк за Geany. :-)
С оч. большой вероятностью vim (nvim) будет конкуртровать в категории облегчëнных IDE. Если конфигурации уровня полнофункциональной IDE будут на vim тормозить, то он будет заменяться белее шустрыми IDE , возможно, на базе helix, zed, ... Скоро вприантов будет больше.
Одно бесспорное преимущество vim -- он же практически на любой машине с linux есть. А вот остаться вдруг без своего люимого полуавтомата, который вместо тебя даже в носу ковырял -- это катастрофа, "нимагу работать"))
tilda + Vim + tmux самое удобное решение которое только может быть, когда используешь консоль на fullscreen и ничего не отвлекает от кода и быстро можно создавать и именовать окна запускать утилиты тестировать и много всего еще... Vim однозначно удобен с большими логами, дампами, bash, python, а главное всегда из любого места можно вернуться в свою сессию, на любой тупой балалайке с консолью и ssh )))
полностью поддерживаю!
Я недавно открыл для себя emacs для программирования на C и C++. Emacs я думаю просто идеален для программистов. Очень много плагинов на все языки программирования, единственный минус -- нужно привыкать к комбинациям клавиш.
можешь дать совет, я умственно отсталое существо решил полностью на линукс перейти и прикол в том что я решил c++ изучать знаю язык не для новичков но это мой выбор. так что скажи этот или любой другой текстовый редактор подойдёт для новичка а если нет то какой IDE можно использовать пробовал vs code но как я понял это просто огрызок
sublime открывает большие файлы без проблем ) А вот работа по SSH в Vim это реальная киллер фитча =)
sublime хорош тоже, да, использую периодически
👍👍👍круто
Есть еще Emacs с плагинами для Python'а) Хотя наверное емакс несколько более тяжеловесен, чем вим.
Даешь холивар по поводу вима с емаксом!! :-)))
Сам поклонник легковестных редакторов и IDE. Например, PyScripter (windows only), Pyzo или Wing IDE (если рассматривать редакторы и иде для питона). Ну или Geany.
Из консольныx больше всего нравится Joe's own editor. :-)
Спасибо - несколько названий незнакомы, посмотрю, интересно
Хорошее видео, большое спасибо за ваше мнение)
Не так давно начал изучать Vim, так как во второй книге подряд (A byte of Python, Изучаем JavaScript (O'Reily)) авторы крайне лестно отзывались о Vim. И начал с одного из ваших предыдущих видео, где вы рассказывали о его фишках)
Как мне показалось, исходя из изучения и вашего мнения в этом видео, Vim больше подходит довольно опытным программистам, которым уже не нужны подсказки IDE. Новичкам только если по уже пройденному обкатанному материалу, так как иногда бывает утомительно ждать загрузку IDE (особенно если это слабенький ноутбук).
Хотелось бы узнать, как распространён Vim в Москве или России в целом? По своему городу (Пенза) нигде не встречал, но я ещё джун-студент, так что особо возможности про него поспрашивать не было.
Спасибо за комментарий! По Vim и опытности, я бы сказал наоборот - чтобы стать хорошим разработчиком, надо сначала писать код не в IDE, а простом блокноте с подсветкой (Sublime, например), чтобы все запоминать и развивать скилзы написания кода. И потом уже приходить в IDE, периодически возвращаясь к более простым редакторам. Возможно изучать и Vim, и программирование одновременно это плохая идея. Можно начать писать код в блокноте с подсветкой и потом уже изучать Vim, и потом IDE.
Vim распространён среди профессионалов в любом городе. Кто работает с линукс, а все нормальные разработчики должны уметь работать в линукс вне зависимости от стека технологий, используют Vim, кто-то больше, кто-то меньше
@@t0digital наткнулся как-то на видос, случайно, где чел за час пишет простейшую программу на java. И в самом начале он говорит: не будем пользоваться IDE, они же все кривые типа, используем обычный текстовый редактор. И за весь час, он как минимум половину времени весь в затыках пытается собрать и запустить java-проект)) При чем, видно, что человек явно не новичок, но всё это делается со скрипом и косяками, и потом он ищет эти косяки, правит их.. Крч, эффективность такая себе, если 50% времени тратить на сборку и запуск проекта) Что на IDE занимает 0 секунд. Конечно, хорошо в этом всём разбираться. Но информация, которую мы не используем, быстро затирается в нашей памяти. Вряд ли каждый раз стоит так мучаться, лишь бы высказывать своё надменное отношение к IDE))
Всё что я описал выше, не относится к скриптовым языкам, js- и питон-файлы запускаются на исполнение крайне просто, без особых усилий. Это лишь пример, что иногда всё таки не стоит изобретать велосипед.
Для вима можно так же накатить плагины, которые дадут вам подсказки на все случаи жизни.
Вим хорош когда у тебя "проект" это 1-2 файла и конфиг. Когда проекту 8 лет и любая функция вызывается из 10 мест, и нужно быстро бегать по этим вызовам не дебагом, а просто анализируя код, какой тут вим с его ctags? Иерархия вызовов для функции, не vimgrep. Ни разу пока не работал на проекте, где с вимом можно жить.
Аргумент "откройте файл на несколько сотен мегабайт" красив. Я бы сказал "закомитьте файл на несколько сотен мегабайт или даже гигабайт, и вас попрут с любой работы". Ну серьезно,есть же стиль: функция 50 строк итд, какие гигабайты.
Vim script в помощь, можно любое действие автоматизировать. А если лень то есть ternjs.net.
можно интегрировать с рядом популярных текстовых редакторов. Vim разрабатывался не только как текстовый редактор, но и инструмент для написания кода.
Для примера, что мне очень нравиться, плагин YouCompletMe имеет автодополнение путей в файловой системе, и это очень удобно,. Есть куча плагинов к Vim которые реализуют множество функционала.
Еще пример github.com/diepm/vim-rest-console, даже IDEA не так удобно реализовано, как в этом плагине.
На данный момент пользуюсь Intllij IDEA, и в свободное время настраиваю Vim под себя, как настрою, буду пользоваться им.
Вот хороший пример, опровергающий Ваши утверждения. ruclips.net/video/XA2WjJbmmoM/видео.html
@@43sferam я не уловил связь между поиском в файле (вы прикрепили ссылку на демонстрацию такого поиска) и получением иерархии вызова функции. Например, функция invoke условный. Только давайте не будем спорить, хороший вим редактор или нет. Прекрасный. Но некоторого жизненно важного функционала для эффективной работы нет и не предвидится даже с language-серверами.
1. А давайте на лошадках ездить на работу, а не на машине: они дают нам осязание единения с природой, свою сопричастность с бесконечно-вечным, держат в тонусе ягодичные мышцы, дарят друга и соратника. И не жрут столько бензина, а если и гадят, то по доброму, не причиняя вреда здоровью. А машина, да что машина - бездушная груда металла. Так что держите лошадку дома, где-где, в туалете, к стиралке привяжите.
2. Пацаны, бросайте вы уже эти ваши микроволновки, плиты. А то отупеете, забудете как огонь разводить. Берете палочку, две лодошки, палочку между ладошками и херачите. Вот вот вот, уже дымится, от молодец огонек, теперь хворост подставляй, что? Нету? А ну бегом в лес, принес? Молодец. О горит. Теперь давай кастрюльку. Нету? Так сделай - вон лист жести, а то отупеешь, забудешь как жесть скручивать, сделал? Молодец, беги за водой на речку, будем суп варить, не забудь ведро из дерева в лесу по пути выпилить.
3. Здоров пацаны, супа поели? Ок, не расслабляет булки, зажигаем лампадку, берем лист бумаги папирусовой, взяли. Берём перо гусиное, макаем в чернила. А то зажрались тут, скоро уже разучитесь писать, лобные доли обмякнут. Пишем print. Написали? Криво. Пишем заново. Теперь скобки открыли кавычки поставили и Hello Old World. А теперь все тоже на албанском, а то отупеете - забудете язык отцов наших. А теперь для закрепления - на место Hello.. переписываем текст Войны и Мира. А то классиков совсем забыли, бездари, отупели, гляди ведь так и не долго вам, паразитам, захочется просто сказать, а нейронная сеть вам построит: хочешь сайт, хочешь музыку напишет, картину нарисует, а хочешь вообще поведет машину, а ведь это удар для мозга - он должен обязательно держать в голове структуру 100 самых крупных мегополисов планеты, а иначе зачем мозг, друг мой любезный. А ну перо с чернилами в руки, и херачим, не отвлекаемся...
закончили? Ну что ж, бреем метровую бороду, меняем трусы из шкуры мамонта, убираемся в пещере... и открываем Vim...)
Если вы заметили призыв совсем отказаться от благ цивилизации (ide), то, простите, вам показалось - его здесь нет.
@@t0digital Нет, это было про то, что если есть предпосылки отупления вследствие упрощения выполняемых операций, то эти упрощения при должном подходе компенсируются выполнением ещё более сложных, но высокоуровневых задач.
Например, можно собирать кирпич из глины - это задача, но если ее решили, то можно собирать дом из кирпичей - это задача сложней, но она не подразумевает решение задачи собирать кирпич. Далее, можно собирать город из домов и это уже следующий уровень, не подразумевающий строительство дома. Тоже самое - если программа берет на себя, да хоть все вплоть до реализации всего проекта решения и реализации на основе мыслей архитектора, то архитектор далее решает более высокоуровневые, но не менее сложные задачи. Это все камни а огород рассуждений о нехватке памяти, сложности структуры проекта, замены переменных и тд. Хотя последние пункты у вас имеют место быть правдой по моему мнению.
@@KonstantinPrydnikov1 для меня все эти разговоры про vim VS IDE, консоль VS IDE это разговоры:
* о минимилизме, который _иногда_ бывает полезен,
* о том, чтобы знать, как все работает под капотом IDE и уметь работать и без IDE - например уметь работать с git'ом без всех этих нахлобучек IDE это крайне полезно,
* о том, что в целом полезно напрягать головушку и _иногда_ работать без IDE - для программистов головушка это основной инструмент, и когда кроме тыкания кнопок человек ничего не умеет, не знает терминальных команд, не умеет пользоваться основными консольными инструментами, говоря, что «всё есть в моей IDE», то это просто фиговый программист.
Мне близко вот это мнение из коммента на хабре, цитировать сюда не буду - habr.com/ru/post/483580/#comment_21119346
Опечатка - замену переменной во всем проекте)))
IDLE Forever!
Мда - много раз уже пытался переключиться с mcedit на vim, но все никак не могу набить руки на всю эту кучу вимовских хоткеев :(
Привет, хотел спросить а по каким ресурсам ты изучал vim по книгам или по специальным тренажерам ?
Vimtutor и просто гуглил читал. Книги есть, Дрю Нейл, например, пока не читал
интересно как он на телефоне собрался в vim работать?
Алексей, вот вечером накануне родился вопрос, так аж ночью просыпался, думал, как бы не забыть спросить)).
ВОПРОС: я очень вдохновлён Vim'ом, после большого перерыва снова вернулся к его изучению; при этом владею слепым набором в US и RU раскладках. Однако, на всех курсах для начинающих фронтендеров в один голос утверждают, что качество разработчика измеряется, помимо прочего, количеством освоенных IDE. Vim же как бы позволяет обойтись без них вообще, но вот ты -- можно на "ты"? -- всё равно некоторыми IDE пользуешься.
Не значит ли это, что Vim не для самого начала карьеры, что к нему стоит обратиться на определённой стадии развития -- к примеру, "конец джуниорства, накануне миддла", -- а начинающему фронтендеру лучше чего попроще (в моём случае - Geany), чтобы побыстрее перейти к стадии зарабатывания, а Vim там "когда-нибудь", "может быть", "по мере возможности"?
Спасибо!
Не согласен, что *количество* освоенных IDE хоть сколько-то влияет на профессионализм фронтендера или любого другого разработчика. Если повар умеет нарезать 10 типами ножей, значит ли это, что он круто готовит? Нет, конечно.
VIM это не IDE, и IDE это не VIM. VIM это про работу с текстом, IDE про глубокий анализ написанного исходного текста программы, это вообще говоря разные вещи. Нужен ли Vim на старте работы разработчиком, когда человек совсем новичок? Нет, это излишне. Но когда азы усвоены, уже что-то получается и хочется большей эффективности, мозг тянет изучить новое - vim это отличная следующая ступень.
Спасибо!
@@t0digital Спасибо!
Да, насчёт "количества IDE" я, пожалуй, не подумав сказал. Однако к концу первого года обучения минимум две-три IDE'шки пора бы уж знать, наверное.
А насчёт Vim'а полагаю, что уже освоенного по нему материала столько, что проще ещё маленько совсем помучить его и сделать основным (сейчас основной редактор -- Geany (вообще-то это IDE)). Ну и "новичок" -- растяжимое понятие. Я уже пару лет мучаю несколько свалившихся на меня сайтов, прошёл курсы по вёрстке... Так что, пожалуй, совсем уж азы следует считать освоенными.
@@user-is3gg3bg8r не гонитесь за количеством освоенных IDE. Выберите одну и изучите одну. Если вы фронтом хотите заниматься, то тут и выбирать особо нечего - WebStorm. При желании IdeaVim накатывается и получаете мини-Vim внутри IDE. Для фронта надо уметь пользоваться еще другими штуками, выходящими за рамки IDE - Chrome Developer Tools и/или аналог от Firefox, как там дебажить JS, как смотреть откуда какие данные по сети приходят, как работать напрямую с DOM и CSS через эти инструменты.
@@t0digital Спасибо! Да, про Chrome Developer Tools знаю, стоит в очереди на изучение.
А WebStorm предназначена для высокооплачиваемых профессионалов (200+ евро/год), а мне пока лучше покататься на NetBeans. Или Geany. Надо мне из них какую-то одну выбрать, ну и Geany уже стоит.
Расскажи, как ты настраиваешь макросы на виме с примерами, плиз
Вот здесь рассказывал с примером ruclips.net/video/SHo3fAZfXMk/видео.html
Спасибо за полезное видео! Подписался на Ваш канал! На моём компе очень долго приходится ждать компиляцию даже пустого проекта IDE Android Studio - меня такое не устраивает! Думаю выход - в использовании редакторов типа Vim'а! Можно ли простые приложения и (гиперказуальные, простые)игры под Android делать в Vim'е? Заранее спасибо за ответ!
Добрый день! А что скажете о проблемах многопоточности в vim которые вроде решаются Neovim-ом?
Добрый день! Не сравнивал влоб NeoVim с Vim. Многие, знаю, хвалят NeoVim, сам не могу ничего по этому поводу сказать, пользуюсь старым добрым vim
Чем больше знакомлю vim, тем он больше нравится.
А что по Emacs? 🙂
в общем вынес для себя, что вим хорош тем, что легкий, все остальное плохо потому, что... хрен его знает, надо все писать руками :))))
Большие графические текстовые редакторы могут не удовлетворять системным требованиям многих компьютеров. К тому же, огромное количество функций нагружает софтину как для компьютера, так и для человека, пытающегося в этом разобраться. Многим профессиональным разработчикам, например, не нужен дебаггер.
Гораздо более правильный подход заключается в разбиении одной большой софтины на много маленьких, либо на плагины.
Уже давно в ide есть поиск и замена во всех файлах. Если сделал опечатку, будь у тебя там по 10 тыс. строк в 100 файлах, в 3 клика и немного ожидания можешь заменить всё разом, не говоря уже о замене в одном файле, битые переменные и нечистый код не так страшны. Кстати, такая замена существует со времен Total Commander.
У меня логи ошибок сайта по 100 мб то в блокноте винды не могут открыться, больше уж и подавно, хотя и комп не слабый. Во первых, такие логи нормальные разработчики не хранят в таком размере, а дробят, во вторых, ну, очевидно, что если даже дефолтный блокнот не может справиться, то придётся использовать что-то другое, но используется такое раз в полгода.
Зачем мне подключаться к серверу с телефона? Ни разу в жизни такой нужды не возникало, как думаю, и у автора. К тому же по ssh можно использовать не только vim, но и любой другой, хоть nano.
Под каждый стек технологий нужна своя ide. Ну, логично, если я программист C++, зачем мне PHP-Storm? А собственно и зачем мне и VS Studio? Но зачем мне на плюсах, шарпах писать в виме?
Конфигурации? Все давно хранится в облаке и по учетке и синхронизируется со всеми пк. И ничего не надо разворачивать, клонировать, залогинился, всё...
Сейчас 22 год, слабых пк уже ни у кого нет, особенно тем, кто связан с такой сферой, стоят они не так дорого, накопить даже с маленькой зп возможно или взять в рассрочку, всего тысяч 60-70, а без видюхи так 40 выйдет (а нафига она тебе для ide? и в камнях за 15-20к для таких задач за глаза хватит интегрированной, да и для игр возможно (слабых)), да, ide много жрет, но это как говорить, что блин, у меня gtx 560-760 (-1060) и что-то игрули лагают, когда уже вышла 4090. Кстати, на ноуте 15 года всё отлично летает до сих пор.
Иде многое упрощает, могу в один клик найти в сотне файлов нужный класс, с нужным методом, могу на гит залить, могу тут же терминал вызвать, там всё сделать, могу компилятором пройтись, могу код сразу в браузере отобразить (например, как в php-storm), могу по каждой строке пройтись и посмотреть что выполняется (тот же php-storm, xdebug), и т.п.
Единственное, про что могу согласиться, так это про форматы и макросы, и только.
IDE ускоряет разработку в сотни раз при работе с кодом, и просто незаменимая вещь. Пробуйте сами, сравнивайте.
Ребят, если кому интересно: ctrl + n позволяет делать дополнение, на основе уже существующих слов в вашем файле. Я думаю, что это не плохой компромисс)
Омни автозаполнение можно подрубить через LSP.
палочками для риса убить целую армию.
Использую emacs😊
А про режимы в vim (по сути самое главное) так ничего и не сказал.
Не сказано так же о том что vim позволяет отказаться от использования мыши, что положительно сказывается на продуктивности.
С таким высказыванием как "vim не подходит для больших и сложных проектов" я не согласен, по причине того что тема не раскрыта, хотелось бы больше аргументов почему ты так считаешь.
Я настолько преисполнился в своём познании минимализма что снес рабочее окружение и сижу теперь на одном tta, решил отказаться от громоздких компьютеров отдав предпочтение одноплатовому компу, решил что монитор слишком громоздко для такого минималистичного стиля, поэтому компилирую графику напрямую у себя в голове, на компе же оставил только nvim и две клавиши 0 и 1
преисполнился в гранях, молодец!
3:50 Да, я тоже один раз очепятался и назвал переменную cock вместо dock.
Извините за офтопик-как в git сделать что бы ветки отрисовывались? У меня не работает ascii графика. И по git запишите пожалуйста видео
По гит будет. Есть консольная утилита tig для гита. Ну и git log -- graph
@@t0digital нет не рисует. И не знаю в чем дело и как отладить.
@@manul7978 странненько:)
@@t0digital потом нашел что рисует но не понимаю принцип.рисует там где merge есть внутри ветки.что и как это значит?
не очень понимаю вопрос, но могу порекомендовать отличную книгу по Git, думаю, там есть ответы на все вопросы - to.digital/git-for-professionals
DOOM EMACS ONE LOVE!!!!!!
После первого предложения, не смотря далее - потому-что профессионал!
Ну первые два довода - такие себе:
1) В нормальных проектах структура = закон. Ревьювер по рукам надаёт, если не туда положил что-то, поэтому обдумывается/обсуждается структура на этапе планирования
2) В ИДЕ, пишется/правится код. Открывать дампы, конечно в виме. Всякий хлам должен жить в гитигноре, который ИДЕ фильтруют априори
Пункт про память - прям боль... Хорошие ИДЕ непотребно прожорливы. Согласен на 146%
А самая мякотка с 17:33 - поддерживаю и именно так делю власть между вимом и ИДЕ
А можно парочку примеров для работы с парсингом в Vim?
Парсим инстаграм в vim - ruclips.net/video/IBmWSr4_9XA/видео.html
Вам как любителю vim (к коим я отношу и себя) предлагаю тему для нового видео - браузер qutebrowser - без графического интерфейса, управляемый горячими клавишами и при этом с современнным движком qt5webEngine в связке с mpv - как одна из возможностей просмотра youtube без рекламы. Я понимаю, это слабо соотносится с разработкой софта, но тема для повседневной жизни интересна.
Не знал о qt5webEngine. Изучу, расскажу в отдельном видео для всех. Спасибо! Интересный браузер
При желании можно запустить даже PyCharm на смартфоне (Android), но вряд ли с ним будет удобно работать, прежде всего, из-за размера экрана.
а как вам nano? я в vim не умею работать, буду теперь изучать)
нано это блокнот
никакого отношения к виму не имеет
конечно можно начинать с нано, разобраться с файлом /etc/nanorc
включить подсветку и директорию для бекапов, отключить подсказки и все такое. но это консольный нотепад++
а вим это философия работы с текстом, совсем другой опыт и бездонное пространство для изучения.
А что насчёт nano?
@Диджитализируй! освети пожалуйста i3 оболочку для линкус и как круто использовать i3 + timux + vim/nvim
Пользуюсь webstorm-ом почти всегда. Когда нужно что то по быстрому sublime выручает во всех ситуациях. Vscode недавно расстроил когда я решил проверить сколько он памяти кушает. Ну а вообще раньше была проблема с чтением больших документов, сейчас же sublime открывает нормально. Vscode и ide подгружают когда скролишь. Но открывыают адекватно. Для вима я не так стар. Его минус в том что с него сложно выйти))))))))))))))))))))
Jetbrains делает крутые IDE, конечно. Запилю небольшой видос про большие файлы:)
Алексей!! Что ты наделал?! Начал осваивать nvim и оно ппц как мне понравилось… недавно установил pycharm. Зашел, ну меня хватило на 5 минут… Не могу теперь с нормальными красивыми окошками работать …
Спасибо, что ли 😂
Отличнооо, есть контакт)))
atom конечно имеет просто потрясающие размеры.. и совершенно случайно может просто съесть всю ОП.
Есть такое. У меня он не прижился
Не совсем понял. То есть можно полноценно разрабатывать игры непосредственно с телефона?
Возможно, я игры не разрабатываю
@@t0digital А учится программировать на python возможно?
В частности использовать игровую библиотека pygame используя только телефон или планшет на андроид возможно?
Ну и вообще подключать библиотеки. Использовать консоль в место ПК версии IDE. Скажите пожалуйста.
@@t0digital Вообще более менее разобрался. Можно 50/50. Не все модули и библиотеки нормально устанавливаются. Но учится по крайней мере можно. Даже получилось обновить pip через терминал. И подключил colorama. Так что тема интересная для исследования. Спасибо вам. Но все же хочется больше информации по возможностям.
На какую камеру снимаете?
Здесь скорее всего был Fujifilm xt3
@@t0digital благодарю!
Что тут спорить-то? Emacs.
в использовании вим главное, чтобы другие знали об этом )))))
Само собой!
А если серьезно, то вим юзеров мало, это не мейнстрим, поэтому и стоит о нём рассказывать
В IDE еще подсветку орфографических ошибок можно настроить
Да, тут в коментах подсказали, есть плагины и для IDE, и для более простых vs code и тд
@@t0digital у Дрю Нейла без всяких плагинов описано как это сделать. :set spell подсвечивает ошибки, :h spelling справка.
@@dmitryk9440 у вас это нормально с русским языком завелось? Я глубоко не вникал, редко пишу по-русски в виме, но с 1 попытки работало криво
@@t0digital сам пишу редко на русском, словарь делал для опытов (когда читал книгу) - нареканий нет. Но я во всех проектах использую только utf-8, а редактор neovim. P.S. ну и если честно не очень понимаю зачем на русском нужна проверка орфографии:) в проектах достаточно легкая грамматика, поэтому достаточно слов 100 добавить в собственный словарь и хватить за глаза.
Есть ещё один минус IDE, они периодически глючат (некорректная работа с гитом и БД, которые решаются только после перезагрузки и сразу не понять что проблема именно в IDE)
Да, консольные утилиты как ни крути стабильнее
Тут уже кто что выберит. Кому айфон кому андроид
А вы не путаете случайно программиста и машинистку? Stackoverflow видимо тоже не нужен.
Программист и машинистка работают с текстом и потому их работа определённо имеет некоторое сходство, но нет, я их не путаю, с чего вы взяли? И причём тут Stackoverflow?
а что насчёт Java апдроид программирования на чистом виме? кто так делает?
В целом можно, почему нет. Хотя джаву в консоли редко кто пишет
сначала подумал что пример с опечаткой притянут за уши. потом на примере структуры проекта понял о чем речь, IDE позволяет решить проблему в проекте не то что не зная проекта - не зная языка программирование: все эти подсказки, комплиты, автоимпорты позволяют тебе особо не вникать, решить проблему «по шурику». Это позволяет посадить за проект человека без бэкграунда, которого не надо обучать тулзам: как запустить компилятор, как работает гит, как собрать зависимости. с другой стороны овладеть таким инструментом как вим - это не один год
да, IDE это во многом действительно способ решать задачи не очень квалифицированными кадрами
Ведь можно использовать любые спелчекеры что бы не было опечаток
Вы про IDE?
Я не вижу взаимосвязи между автодополнением и держанием структуры кода в голове. С чего Вы взяли что, автодополнение переменных должно мне мешать держать структуру кода в голове и писать правильный, логично структурированный код? Это всё равно что сказать: слепой метод ввода текста мешает тебе печатать слово без ошибок потому что, ты вводишь слово всеми пальцами, а не двумя, думая над каждой буквой в слове.
Оставлю это здесь habr.com/ru/company/mailru/blog/456862/
Цитата: «Не поддавайтесь соблазну «лёгкости»
Конечно, IDE поможет вам с автоматическим завершением кучи всего и позволит легко собрать проект, но вы хоть понимаете, что там происходит?
Вы знаете, как работает ваша система сборки? Если придётся запускать её без IDE, вы сможете это сделать?
Вы вспомните имена функций без автоматического завершения? Можно ли что-то сломать или переименовать, чтобы это было легче понять?
Интересуйтесь тем, что происходит под капотом.»
«Начните по-глупому
Один из способов уйти от IDE, это «начать по-глупому»: просто возьмите компилятор, ЛЮБОЙ редактор с подсветкой кода и - программируйте, собирайте, запускайте.
Да, это не легко. Но когда потом вы воспользуетесь каким-нибудь IDE, то будете думать о кнопках всего лишь «Да, это запускает вон то». Именно это и делают IDE.»
Vim и tmux, конечно прикольно работать в ide, но вы правы, обилие отвлекающих факторов критически велико, особенно если учесть то что они не в большинстве случаев используются. Часто использую vim для работы с bash скриптами. Vim удобен, не особо напрягает глаза, всегда под рукой :)
Единственное что, не хватает нумерации строк, и пока что я не смотрел, можно ли её добавить.
За мнение сп3, оно очень интересно)
Как выйти из vim?
@@АлексейКирсанов-ф9й^z
@@АлексейКирсанов-ф9й ruclips.net/video/SHo3fAZfXMk/видео.html
Vim,vim... Я вот все думаю как Евернот нативно запустить на Линухе)))
А как решить проблему с русской раскладкой? Чтоб не тапаться постоянно, ибо в русской раскладке не работают хоткеи...
habr.com/ru/post/321902/
www.linux.org.ru/forum/development/14418127
сам не тестил, по-русски пишу редко в vim'е
Почему не PyCharm ?
В Vim есть все для полноценной разработки, нужно просто его изучить поглубже, а требует времени.
Лучше это время затратить не на "глубокое изучение vim-а" а на более глубокое изучение выбранного языка или новых технологий в разработке по выбранному профилю. Это позитивнее отразится на вашем профессиональном уровне, а значит как результат и на уровне оклада на который вы сможете претендовать. От строчки в резюме "знание vim на уровне гуру" вам врядли сильно увеличат ожидаемый оклад.
Long story short: я за минимализм. Конец.
Про опечатку вообще не аргумент, если ты где-то очепятался написал Recieved вместо Received ну и что? в IDE есть рефакторинг взял и поменял как нужно, если прям считаешь что из за этого "Код не идеален", IDE экономит просто вагон времени и все ваши Вимы, Блокноты кусок говна в 2k19. Когда-то у индуса одного спросил почему код не по PEP8, а он мне ответил что учит питон и что бы запоминать конструкции пишет весь код в блокноте notepad винды - занавес.
Как вариант сделать 2 конфига для вима один с преферансом и куртизанками, для быстрого набора каркаса в отсутствии возможности использования ide и почти чистый (только подсветка синтаксиса) вим для написания ядра (домена)...
да, это идея
Не могу никак запустить скрипт в vim pymode, мануалы не помогаеют, скорее всего что-то с настройкой путей ipython :(
Бывает, сходу сказать сложно, в чем дело
нажимаешь
выдаёт ошибки: "Невозможно загрузить библиотеку python37.dll"
@@АлександрОстапченко-м4в очень советую сделать это в линукс, под виндой сложно питоном заниматься, действительно сложнее, чем под линукс. Линукс можно поставить как вторую ОС (Ubuntu или Mint), можно в виртуалку Virtualbox тот же Ubuntu или Mint, или, если удобно работать только с командной строкой, то в Docker можно поднять ту же Ubuntu или Debian.
vim, nvim или macvim?
Сейчас nvim
Можно neovide:)
@@t0digital ну вот вам сдрасьте. Еще один вим. )))))
neovide забавное GUI приложение с прикольной анимацией курсора, но она над nvim работает
@@t0digital Ну класс. Еще недельку с neovide повозимся. )))) Работа подождет.
та ну пишите ручкой на бумаге, шо мучаться)
Насколько IDE стали медленнее, раньше разрабатывать ПО на C++ Builder и работал он шустро, что нельзя сказать о Android Studio! Я считаю, что Google делает всё для улучшения жизни людей в целом, но Android Studio им нужно дорабатывать, так как IDE не должна тормозить разработку! Программист должен думать о задаче, а не о IDE!
может просто стоит покупать или использовать тот инструмент что подходит под железо и производительность
@@Kotoffey согласен! Но могли Android Studio сделать и по легче, вон Builder C++ позволял делать приложения любой сложности и при этом не тормозил и не жрал столько оперативки!
Какие программисты разрабатывают коммерческое по на некро пк? Лол, что?
Почему у меня показывает 680 000 подписчиков у твоего канала? Yotube сошёл с ума?
Не, RUclips вангует просто
А как же Geany? Да гуи, но для гуи достаточно минималистичный, но функциональный. С самого начала изучения программирования не любил тяжёлые ide - отвлекают от сути, а далее затянуло.
Отвлекают от сути - правильно говорите:) пользуйтесь тем, что удобно именно вам!
в vim ещё встроен hex редактор
vim -- интересно, надо попробовать...
Для защиты от опечаток есть плагины.
которые работают даже с конструкциями типа insurance_comission, InsuranceComission и тп?
@@t0digital Именно. Плагин в vscode умеет в camelCase, PascalCase, etc... Code Spell Checker называется
спасибо! Крутая штука.
дизлайк поставили те кто не могут выйти из вима
Бедняги!