Спасибо! Не знал про настолько тесную интеграцию, изучу тему) Ps для андроид разработки сложно не в Android studio работать. Там много уникальных утилит + настроенный линтер, + много чего ещё
Ну я оставлю все же типичный комментарий. Ты очень сильно не объективен. Разобраться в vim и полноценно им пользоваться, а не только использовать навигацию, намного, намного сложнее чем выучить с десяток часто используемых шорткатов любой IDE. Я то сам, к слову, 15 лет vim пользуюсь и у меня везде управление vim-like) Даже в консоле По поводу лучшей поддержки чем в vscode я не согласен совершенно) тут действительно не разобрался. А есть еще neovim плагин, который вообще использует бэкенд neovim и можно комбайн сделать из крутых плагинов vim и vscode и это отлично работает. Но да ладно. Мой спич к тому, что ты не оцениваешь сложность vim, говоришь что сложно запомнить несколько шорткатов (ну рили их не так уж много тех, что используются часто, плюс всегда есть палет, для быстрого вызова по fuzzy поиску любой нужной функции и нет необходимости запоминать то, чем редко пользуешься), а альтернативу педлагаешь погрузиться в vim. Ты упоминаешь, что порог входа сложный в vim и потребуется много усилий чтобы поднатареть, книги почитать по vim))) но говоришь что очень сложно запомнить немного шорткатов, пускай и не супер удобных (которые переназначаются, при желании). В общем за ролик лайк, но объективности тут нет. Конечно, у кого есть желание и терпение - vim это одно из лучшего, что со мной случилось за пару десятков лет в ИТ. Но я знаю тонну супер крутых спецов, которые очень эффективно выполняют свою работу не в vim.... а в emacs (шутка). Не важно в чем. Просто это всего лишь инструменты. При должном желании качественного освоения инструментов и рабочего окружения, продуктивность придет, а остальное вкусовщина.
Привет, спасибо за развернутый коммент! Я не знаю как быть объективным в таком вопросе. И не хочу быть объективным, это видосик в интернете. > По поводу лучшей поддержки чем в vscode я не согласен совершенно) тут действительно не разобрался. А есть еще neovim плагин, который вообще использует бэкенд neovim и можно комбайн сделать из крутых плагинов vim и vscode и это отлично работает. Но да ладно. Я знал про это. Мне просто было там с ним работать намного сложнее. Не знаю почему, может быть старая собака не смогла перейти на VSCode. > Мой спич к тому, что ты не оцениваешь сложность vim, говоришь что сложно запомнить несколько шорткатов (ну рили их не так уж много тех, что используются часто, плюс всегда есть палет, для быстрого вызова по fuzzy поиску любой нужной функции и нет необходимости запоминать то, чем редко пользуешься), а альтернативу педлагаешь погрузиться в vim. Сложность Vim другого рода. Она не навязанная, а добавляется мной и мной контроллируется. Да и для использования IdeaVim как раз достаточно hjkl, а потом докручивай что надо и как надо. Погружайся наскоько надо. > Конечно, у кого есть желание и терпение - vim это одно из лучшего, что со мной случилось за пару десятков лет в ИТ. Но я знаю тонну супер крутых спецов, которые очень эффективно выполняют свою работу не в vim.... а в emacs (шутка). Не важно в чем. Просто это всего лишь инструменты. При должном желании качественного освоения инструментов и рабочего окружения, продуктивность придет, а остальное вкусовщина. Более чем согласен, поэтому ролик и не мог быть объективным. :smeat-smile:
@kydavoiti Наверное из-за такой возможности усложнять Vim постепенно я на него и перешел. VSCode мне давался слишком сложно (хотя там, например, есть поддержка Spring, которой нет в Idea Community)
Добавлю. Сложность ещё в том, что если ты юзаешь пару IDE, консоль, Obsidian и т.п. вместе, ты должен запоминать все хоткеи и не путаться в них )) а так получается некая стандартизация
"Сложность не навязанная... Добавляется мною и мною контролируется" Это называется манипуляция) Когда ты заядлый юзер вим, то да, сложно поспорить с этим фактом А если ты новичок и приходишь к вим не своими десятками лет опыта, а по рекомендациям других ради увеличения мифической производительности ( что кстати полное фуфло, но речь о другом ), то сложность вполне себе навязанная, и контролируется не самим человеком. Потому что никто из вим продвиженцев на том же Ютубе не доносит простую истину о том, что не стоит набрасываться на готовые портянки конфигов, а стоит добавлять лишь то что нужно и потихоньку в процессе докидывать. Более того, они делают полностью наоборот явно рекомендуя определенные конфиги или целые решения. Вот тебе и самая настоящая навязанная сложность во всей красе. Далеко не каждый новичок, да и вообще человек, придет к этой простой истине сам своими силами на первых парах. А когда придет - ну он уже не новичок. Пысы, спасибо, что сразу признался, что тут нет объективности, это редкость среди vim продвиженцев ютуба почему-то
@@CatWorldson поддерживаю по поводу того, что надо самостоятельно на свой скелет (голый вим) наращивать мясо (докидывать фичи), а не использовать чужих франкенштейнов. Так и вим, и его экосистему будет существенно проще освоить. Это лучше, чем использовать какой-нибудь NvChad и ломать постоянно голову как элегантно переопределить ту или иную хрень. Потому что мануал у него 50/50, много чего прям вообще нигде не описывается, лишь в исходниках копаясь узнаешь. Я использую NvChad, как скелет моего конфига, лишь по причине того, что пока нет нормальной возможности использовать base46 как отдельный плагин. + Пока нет времени на то, чтобы переписать весь конфиг на полностью мою реализацию.
Я совсем недавно решил попробовать вим, был очень скептично настроен из-за немного снобистского вайба в коммюнити вимеров, но в итоге сейчас пересел на неовим и чувствую как будто что-то новое изучаю каждый день, даже любовь к программированию вне работы появилась снова. В общем, рекомендую!
если вы пишете на джаве/котлине - слезать с идеи это самая тупая идея. конечно плагин поставить стоит, сам им пользуюсь, но только базовые вещи в плане быстрой навигации по коду. но перенастраивать все шорткаты у меня ни времени ни терпения не хватает
Поддерживаю, у котлина никогда не будет официальной поддержки LSP, они используют свой протокол, а имеющееся решение от сообщества неюзабельно. По этой причине задумываюсь над тем, чтобы уйти с котлина. У меня нет такого запаса времени и сил, чтобы поддерживать сразу две среды разработки, тем более имеются нерешаемые конфликты из-за недостаточной гибкости идеи. Думаю плохая поддержка джавы в виме стала одной из причин почему автор канала перешел на Go.
@@Frestein ЛСП не панацея, в ИДЕ можно и структуру файла удобно посмотреть и иерархию классов/интерфейсов да и много чего ещё. в любом случае всегда будет нужен софт без поддержки вим-моушн, так что проще саму клаву перемапить хитрым образом
> Думаю плохая поддержка джавы в виме стала одной из причин почему автор канала перешел на Go. Не сказал бы, но мне точно не нравилось, что время от времени надо включать IDEA. Так или иначе, но на многих проектах есть код на kotlin. Хотя простые фичи я делил и без IDEA. В neovim, как я показывал в одном из видео, достаточная поддержка именно Java. С этим у меня проблем не было, код писался и приятно. czcams.com/video/w-W71QIpCio/video.html --- А так я с вами согласен, я не вижу смысла пользоваться настроенным за меня инструментом. Для меня стало очевидно, что он настроен не для меня и не под меня.
Для меня решающим фактором в сторону IDEA стало: 1. Удобная работа с докер-контейнерами (в том числе и compose), а так же возможность заниматься in-docker разработкой в контейнерах 2. Плагин на работу с БД (любые, там огромный список). По сути это целый DataGrip (их отдельный продукт), но только интегрированный в какой-нибудь WebStorm 3. Очень удобная система рефакторинга 4. Очень удобно работать с тестами 5. Ну и очень приятный симпатичный внешний вид (New UI compact который) Всё это вкусовщина, конечно же)
Спасибо за комментарий. Вы хоть написали, что это вкусовщина, но тут я бы поспорил 😅 В IDEA объективно лучшие рефакторинги. Нет инструментов, что умеют их делать так же. Они могут не так часто пригождаться, но если пригодились - кучу времени экономят. Я лично последний год обхожусь и без них, но они объективно полезны (особенно в куче старого кода)
Спасибо за видос! Как раз поглядываю в сторону vim/neovim но сильно прикипел к этой IDE за последние нцать лет. И вроде все классно, но стала раздражать необходимость убирать руку с клавиатуры для того чтобы что-то сделать мышкой, или выпонить какой-нить сложный шоткат. Да и просто скучно стало, хочется посмотреть на мир другими глазами) Хотел с головой нырнуть сразу в vim, но теперь вот думаю пойти именно по такому, постепенному пути...
Уже джва года слюнявлю на вим, и даже тутор пару раз проходил. Слежу за тобой и за праймом в надежде, что таки сорвёте меня с текущих рельс. На мой взгляд, основная моя зацепка за мышку это разработка плагинов для по, где без мышки не алё. То есть если бы я набирал 8 часов в день, думаю бы давно перешёл. А сейчас я больше прыгаю между дебагом иде и гуи основной проги, для которой плагины. Хотя вот набрал это предложение, и засомневался в его правдоподобности. Короче надо просто поставить вим в райдер. Спасибо тебе за видос.
Зачем "срываться с текущих рельс"? Да, вим можно превратить в IDE, но для этого надо заморочиться, и поддержка языков, дебаггер, инспекции, рефакторинги и остальные ништяки будут хуже, чем в IDE от JetBrains. Молниеностность вима тоже исчезнет, если повесить на него языковой сервер. Пользоваться вим внутри IDE и получать лучшее от двух миров звучит наиболее полезно, разве нет?
Я в своё время тоже начинал знакомится с vim-motion с IdeaVim. Советую сразу изменить горячие клавиши как в NeoVim+NvChad. Те комбинации клавиш, что предлагают JetBrains и VSCode по умолчанию, не оптимальный вариант для vim-motion.
Ты меня спас! Уже полгода проникаюсь Vim но работать все-равно приходится в Jetbrains IDE и с болью эти шорт каты запоминал чтобы не трогать мышь, НО после твоего видоса узнал что можно настроить любое действие под сочетания Vim, сделал мой день, спасибо! Подскажи каким правилом руководствовался когда придумывал комбинации? (Правилом построения комбинаций в самом Vim или придерживался другого шаблона?)
При работе с мышкой когда надо много горячих клавиш использовать я просто беру геймерскую мышку и на ее кнопки навешиваю нужные мне действия. Например колесико в бок переключение между окнами. кнопка 1 распахнуть окно во весь экран и подогнать текст, кнопа 2 вернуть все назад. 3 кнопка закрыть окно, 4 кнопка вернуть закрытое окно назад и .т.д. И все действия у тебя под пальцами мышки... И не надо ничего запоминать. И да для каждой программы она будет делать разные действия которые ты задашь мышке. У меня Logitech g600 навешать на нее можно любые действия. хоть макрос *.bat хоть программу. И все.... Дальше идет работа только мышечной памяти. Самое крутое в в Logitech g600 что ты можешь каждой кнопке навесить 2 действия (зажимаешь G кнопку и всем кнопкам можно назначить еще действия. Например колесико в бок переключение между программами G + колесико в бок переключение между окнми внутри программы и т.д) у G600 удобное расположение этой кнопки G. Так же она крута когда ты браузишь в инете. Не пугайся что у нее много кнопок. Это значит что ты точно сможешь сделать свой рабочий процесс удобным. Те мышки у которых кнопок меньше гораздо хуже и практически сводит к нулю весь кайф от работы.
@@kydavoiti кстати logitech G590 позволяет тебе одной мышкой работать и на компе и на ноуте. Более того ты можешь мышкой скопировать с компа и вставить текст в ноут.
Долгое время работал в nvim всё нравилось пока не попал на проект на vue2 где не работает гоу ту дифинишн и нет нормального lsp... Приходится работать в webstorm с ideaVim. Подскажи пожалуйста куда-то еще заливаете видео? ютуб что-то совсем моросит... Всем хороших проектов!
Привет! Грустно получается, что поддержка Vue слабая По поводу видео - думаю об этом, но пока решение не принял, если что - напишу в ТГ канал. Ссылка есть в описании. Вообще, все видео я добавляю в ВК как ссылки на YT и они работают окей и без костылей. Есть ещё в ВК один длинный ролик про Obsidian, которого нет в CZcams. И вам хороших проектов!
нужен твой совет) мне нужно как можно быстрее устроиться в айти, какой язык backend выбрать? Golang Ruby Java C#? Golang и Ruby как языки очень привлекают, но вот вакансий мало
Я не думаю, что я тут лучший советчик. Я шел в ИТ через универ. Могу разве что посоветовать стажировки, но на них сложно попасть сейчас. У того же Ozon есть вариенты с Golang. route256.ozon.ru/ PS. Точно, могу еще удачи пожелать. Путь это долгий и тернистый, на нем надо знать чего ты хочешь.
Скажу не про плагин для ide а про сам vim. Это вещь которая нужна 1% людей. Да и в любой ide есть свои комбинации клавиш которые всегда можно перенастроить, а это позволяет минимизировать использование мышки. А с этим плагином вы только себе палки в колеса будете вставлять
Спасибо!
Не знал про настолько тесную интеграцию, изучу тему)
Ps для андроид разработки сложно не в Android studio работать. Там много уникальных утилит + настроенный линтер, + много чего ещё
Только флаттеристы могут в коде, вимчике, емаксе работать, но мне неизвестно на сколько это юзабельно.
Ого, Маркс и Ванпис. Зачет
Ну я оставлю все же типичный комментарий. Ты очень сильно не объективен. Разобраться в vim и полноценно им пользоваться, а не только использовать навигацию, намного, намного сложнее чем выучить с десяток часто используемых шорткатов любой IDE. Я то сам, к слову, 15 лет vim пользуюсь и у меня везде управление vim-like) Даже в консоле
По поводу лучшей поддержки чем в vscode я не согласен совершенно) тут действительно не разобрался. А есть еще neovim плагин, который вообще использует бэкенд neovim и можно комбайн сделать из крутых плагинов vim и vscode и это отлично работает. Но да ладно.
Мой спич к тому, что ты не оцениваешь сложность vim, говоришь что сложно запомнить несколько шорткатов (ну рили их не так уж много тех, что используются часто, плюс всегда есть палет, для быстрого вызова по fuzzy поиску любой нужной функции и нет необходимости запоминать то, чем редко пользуешься), а альтернативу педлагаешь погрузиться в vim.
Ты упоминаешь, что порог входа сложный в vim и потребуется много усилий чтобы поднатареть, книги почитать по vim))) но говоришь что очень сложно запомнить немного шорткатов, пускай и не супер удобных (которые переназначаются, при желании). В общем за ролик лайк, но объективности тут нет.
Конечно, у кого есть желание и терпение - vim это одно из лучшего, что со мной случилось за пару десятков лет в ИТ. Но я знаю тонну супер крутых спецов, которые очень эффективно выполняют свою работу не в vim.... а в emacs (шутка). Не важно в чем. Просто это всего лишь инструменты. При должном желании качественного освоения инструментов и рабочего окружения, продуктивность придет, а остальное вкусовщина.
Привет, спасибо за развернутый коммент! Я не знаю как быть объективным в таком вопросе. И не хочу быть объективным, это видосик в интернете.
> По поводу лучшей поддержки чем в vscode я не согласен совершенно) тут действительно не разобрался. А есть еще neovim плагин, который вообще использует бэкенд neovim и можно комбайн сделать из крутых плагинов vim и vscode и это отлично работает. Но да ладно.
Я знал про это. Мне просто было там с ним работать намного сложнее. Не знаю почему, может быть старая собака не смогла перейти на VSCode.
> Мой спич к тому, что ты не оцениваешь сложность vim, говоришь что сложно запомнить несколько шорткатов (ну рили их не так уж много тех, что используются часто, плюс всегда есть палет, для быстрого вызова по fuzzy поиску любой нужной функции и нет необходимости запоминать то, чем редко пользуешься), а альтернативу педлагаешь погрузиться в vim.
Сложность Vim другого рода. Она не навязанная, а добавляется мной и мной контроллируется. Да и для использования IdeaVim как раз достаточно hjkl, а потом докручивай что надо и как надо. Погружайся наскоько надо.
> Конечно, у кого есть желание и терпение - vim это одно из лучшего, что со мной случилось за пару десятков лет в ИТ. Но я знаю тонну супер крутых спецов, которые очень эффективно выполняют свою работу не в vim.... а в emacs (шутка). Не важно в чем. Просто это всего лишь инструменты. При должном желании качественного освоения инструментов и рабочего окружения, продуктивность придет, а остальное вкусовщина.
Более чем согласен, поэтому ролик и не мог быть объективным. :smeat-smile:
@kydavoiti Наверное из-за такой возможности усложнять Vim постепенно я на него и перешел. VSCode мне давался слишком сложно (хотя там, например, есть поддержка Spring, которой нет в Idea Community)
Добавлю. Сложность ещё в том, что если ты юзаешь пару IDE, консоль, Obsidian и т.п. вместе, ты должен запоминать все хоткеи и не путаться в них )) а так получается некая стандартизация
"Сложность не навязанная... Добавляется мною и мною контролируется"
Это называется манипуляция)
Когда ты заядлый юзер вим, то да, сложно поспорить с этим фактом
А если ты новичок и приходишь к вим не своими десятками лет опыта, а по рекомендациям других ради увеличения мифической производительности ( что кстати полное фуфло, но речь о другом ), то сложность вполне себе навязанная, и контролируется не самим человеком. Потому что никто из вим продвиженцев на том же Ютубе не доносит простую истину о том, что не стоит набрасываться на готовые портянки конфигов, а стоит добавлять лишь то что нужно и потихоньку в процессе докидывать. Более того, они делают полностью наоборот явно рекомендуя определенные конфиги или целые решения. Вот тебе и самая настоящая навязанная сложность во всей красе. Далеко не каждый новичок, да и вообще человек, придет к этой простой истине сам своими силами на первых парах. А когда придет - ну он уже не новичок.
Пысы, спасибо, что сразу признался, что тут нет объективности, это редкость среди vim продвиженцев ютуба почему-то
@@CatWorldson поддерживаю по поводу того, что надо самостоятельно на свой скелет (голый вим) наращивать мясо (докидывать фичи), а не использовать чужих франкенштейнов. Так и вим, и его экосистему будет существенно проще освоить.
Это лучше, чем использовать какой-нибудь NvChad и ломать постоянно голову как элегантно переопределить ту или иную хрень. Потому что мануал у него 50/50, много чего прям вообще нигде не описывается, лишь в исходниках копаясь узнаешь. Я использую NvChad, как скелет моего конфига, лишь по причине того, что пока нет нормальной возможности использовать base46 как отдельный плагин. + Пока нет времени на то, чтобы переписать весь конфиг на полностью мою реализацию.
Я совсем недавно решил попробовать вим, был очень скептично настроен из-за немного снобистского вайба в коммюнити вимеров, но в итоге сейчас пересел на неовим и чувствую как будто что-то новое изучаю каждый день, даже любовь к программированию вне работы появилась снова. В общем, рекомендую!
если вы пишете на джаве/котлине - слезать с идеи это самая тупая идея. конечно плагин поставить стоит, сам им пользуюсь, но только базовые вещи в плане быстрой навигации по коду. но перенастраивать все шорткаты у меня ни времени ни терпения не хватает
Поддерживаю, у котлина никогда не будет официальной поддержки LSP, они используют свой протокол, а имеющееся решение от сообщества неюзабельно. По этой причине задумываюсь над тем, чтобы уйти с котлина. У меня нет такого запаса времени и сил, чтобы поддерживать сразу две среды разработки, тем более имеются нерешаемые конфликты из-за недостаточной гибкости идеи.
Думаю плохая поддержка джавы в виме стала одной из причин почему автор канала перешел на Go.
@@Frestein ЛСП не панацея, в ИДЕ можно и структуру файла удобно посмотреть и иерархию классов/интерфейсов да и много чего ещё. в любом случае всегда будет нужен софт без поддержки вим-моушн, так что проще саму клаву перемапить хитрым образом
@@luckystrike91 мне в продукте жб ничего не удобно, после того как я сделал себе нормальный конфиг в неовиме.
> Думаю плохая поддержка джавы в виме стала одной из причин почему автор канала перешел на Go.
Не сказал бы, но мне точно не нравилось, что время от времени надо включать IDEA. Так или иначе, но на многих проектах есть код на kotlin. Хотя простые фичи я делил и без IDEA.
В neovim, как я показывал в одном из видео, достаточная поддержка именно Java. С этим у меня проблем не было, код писался и приятно.
czcams.com/video/w-W71QIpCio/video.html
---
А так я с вами согласен, я не вижу смысла пользоваться настроенным за меня инструментом. Для меня стало очевидно, что он настроен не для меня и не под меня.
Для меня решающим фактором в сторону IDEA стало:
1. Удобная работа с докер-контейнерами (в том числе и compose), а так же возможность заниматься in-docker разработкой в контейнерах
2. Плагин на работу с БД (любые, там огромный список). По сути это целый DataGrip (их отдельный продукт), но только интегрированный в какой-нибудь WebStorm
3. Очень удобная система рефакторинга
4. Очень удобно работать с тестами
5. Ну и очень приятный симпатичный внешний вид (New UI compact который)
Всё это вкусовщина, конечно же)
Спасибо за комментарий. Вы хоть написали, что это вкусовщина, но тут я бы поспорил 😅
В IDEA объективно лучшие рефакторинги. Нет инструментов, что умеют их делать так же. Они могут не так часто пригождаться, но если пригодились - кучу времени экономят. Я лично последний год обхожусь и без них, но они объективно полезны (особенно в куче старого кода)
Спасибо за видос! Как раз поглядываю в сторону vim/neovim но сильно прикипел к этой IDE за последние нцать лет. И вроде все классно, но стала раздражать необходимость убирать руку с клавиатуры для того чтобы что-то сделать мышкой, или выпонить какой-нить сложный шоткат. Да и просто скучно стало, хочется посмотреть на мир другими глазами) Хотел с головой нырнуть сразу в vim, но теперь вот думаю пойти именно по такому, постепенному пути...
Это верно, vim можно настраивать в фоне. Может быть и не для Java, а для чего ещё.
Спасибо за комментарий
Только думал день назад о таком плагине, как возможность перейти на вим, и тут сразу ролик по нужной теме)
Уже джва года слюнявлю на вим, и даже тутор пару раз проходил. Слежу за тобой и за праймом в надежде, что таки сорвёте меня с текущих рельс. На мой взгляд, основная моя зацепка за мышку это разработка плагинов для по, где без мышки не алё. То есть если бы я набирал 8 часов в день, думаю бы давно перешёл. А сейчас я больше прыгаю между дебагом иде и гуи основной проги, для которой плагины. Хотя вот набрал это предложение, и засомневался в его правдоподобности. Короче надо просто поставить вим в райдер. Спасибо тебе за видос.
Зачем "срываться с текущих рельс"?
Да, вим можно превратить в IDE, но для этого надо заморочиться, и поддержка языков, дебаггер, инспекции, рефакторинги и остальные ништяки будут хуже, чем в IDE от JetBrains. Молниеностность вима тоже исчезнет, если повесить на него языковой сервер.
Пользоваться вим внутри IDE и получать лучшее от двух миров звучит наиболее полезно, разве нет?
@@lippfi спасибо за отзыв, я и сам задавался вопросом, как сильно деградирует молниеносность в таком случае.
Вы правы, так звучит наиболее полезно.
Я в своё время тоже начинал знакомится с vim-motion с IdeaVim. Советую сразу изменить горячие клавиши как в NeoVim+NvChad. Те комбинации клавиш, что предлагают JetBrains и VSCode по умолчанию, не оптимальный вариант для vim-motion.
Горячие клавиши или vim-motion?
А где взять список из NeoVim?
Ты меня спас! Уже полгода проникаюсь Vim но работать все-равно приходится в Jetbrains IDE и с болью эти шорт каты запоминал чтобы не трогать мышь, НО после твоего видоса узнал что можно настроить любое действие под сочетания Vim, сделал мой день, спасибо!
Подскажи каким правилом руководствовался когда придумывал комбинации? (Правилом построения комбинаций в самом Vim или придерживался другого шаблона?)
Классно, приятно такое читать
Я называю их как аббревиатуры: Java Debug Method -> jdm
Так у меня сделано все
Я будто текст пишу, а не команды гоняю
@@kydavoiti как в Vim gt (go tab) по смыслу
При работе с мышкой когда надо много горячих клавиш использовать я просто беру геймерскую мышку и на ее кнопки навешиваю нужные мне действия. Например колесико в бок переключение между окнами. кнопка 1 распахнуть окно во весь экран и подогнать текст, кнопа 2 вернуть все назад. 3 кнопка закрыть окно, 4 кнопка вернуть закрытое окно назад и .т.д. И все действия у тебя под пальцами мышки... И не надо ничего запоминать. И да для каждой программы она будет делать разные действия которые ты задашь мышке. У меня Logitech g600 навешать на нее можно любые действия. хоть макрос *.bat хоть программу. И все.... Дальше идет работа только мышечной памяти.
Самое крутое в в Logitech g600 что ты можешь каждой кнопке навесить 2 действия (зажимаешь G кнопку и всем кнопкам можно назначить еще действия. Например колесико в бок переключение между программами G + колесико в бок переключение между окнми внутри программы и т.д) у G600 удобное расположение этой кнопки G. Так же она крута когда ты браузишь в инете.
Не пугайся что у нее много кнопок. Это значит что ты точно сможешь сделать свой рабочий процесс удобным. Те мышки у которых кнопок меньше гораздо хуже и практически сводит к нулю весь кайф от работы.
Logitech не просто мыши делает, я прям мышиных королей. Сам пользуюсь.
@@kydavoiti кстати logitech G590 позволяет тебе одной мышкой работать и на компе и на ноуте. Более того ты можешь мышкой скопировать с компа и вставить текст в ноут.
Долгое время работал в nvim всё нравилось пока не попал на проект на vue2 где не работает гоу ту дифинишн и нет нормального lsp... Приходится работать в webstorm с ideaVim. Подскажи пожалуйста куда-то еще заливаете видео? ютуб что-то совсем моросит... Всем хороших проектов!
Привет! Грустно получается, что поддержка Vue слабая
По поводу видео - думаю об этом, но пока решение не принял, если что - напишу в ТГ канал. Ссылка есть в описании.
Вообще, все видео я добавляю в ВК как ссылки на YT и они работают окей и без костылей. Есть ещё в ВК один длинный ролик про Obsidian, которого нет в CZcams.
И вам хороших проектов!
Ага, трекбол это очень круто. Я вот на своей Logitech MX Ergo уже сижу около 8 лет и очень рекомендую)
Даа, удобная вещь, даже монтировать понравилось с ним.
Надо будет попробовать другие.
Установил себе PyCharm + купил лицензию на 1 год, думал будет профит по python. В итоге пишу на бесплатном Thonny для Raspberry Pi :)
Надо было ставить Neumann! 😅
Он бесплатный
А если серьезно, то круто, что нашелся инструмент который удобнее. В этом и суть разнообразия.
По поводу VSCode не совсем понял, ее по итогу нельзя так круто настроить под vim-motion как jetbrains IDE?
Вроде бы, мне говорили что можно, но я не такой уж и ее пользователь.
очень даже можно, в свое время настраивал. есть еще neovim плагин для vscode
ВНИМАНИЕ!!! В этот видео выражение - "это очень удобно" встречается 24 раза
Это очень удобно
нужен твой совет) мне нужно как можно быстрее устроиться в айти, какой язык backend выбрать? Golang Ruby Java C#? Golang и Ruby как языки очень привлекают, но вот вакансий мало
бро учи просто прогать, про си почитай, джаву потрогай, язык инструмент, надо просто уметь общаться с компом
Я не думаю, что я тут лучший советчик. Я шел в ИТ через универ.
Могу разве что посоветовать стажировки, но на них сложно попасть сейчас.
У того же Ozon есть вариенты с Golang.
route256.ozon.ru/
PS. Точно, могу еще удачи пожелать. Путь это долгий и тернистый, на нем надо знать чего ты хочешь.
Скажу не про плагин для ide а про сам vim. Это вещь которая нужна 1% людей. Да и в любой ide есть свои комбинации клавиш которые всегда можно перенастроить, а это позволяет минимизировать использование мышки. А с этим плагином вы только себе палки в колеса будете вставлять
"DataMine" - наверное имелось в виду DataGrip
Именно оно, оговорочка
Расскажи про трекбол и клаву, пожалуйста
Все будет, конечно
План есть, план выполняется
вот кому то делать нехуй
Командир выложи свой .vimrc для JB на гитхаб пожалуйста.
github.com/IlyasYOY/dotfiles/blob/master/.ideavimrc
Привет, вот он.