В идее я очень давно не работал — но там не работали какие-то специфичные плагины, к которым я привык и к флоу с которыми мне было удобно. Мне было гораздо проще поработать в виме чем в идее с плагином. А крайний раз я попытался VSCode с плагином — там не работает выделение от скобки к скобке. И плохо работали не ts-плагины языков.
Все-таки интересно, потому что моё знакомство с вимом началось из любопытства — типа, почему бы не попробовать в нем поработать, раз уж его любят многие мои современники и не променяют на современные IDE.
А теперь мне проще повысить свой скилл слепой печати и круто переделать раскладку клавиатуры, чем переехать на другую IDE с Vim.
Да. Короткая сессия набора текста между i и esc. В этом плане автодополнение — это круто, но как бы и мешает. Мне лично для автодополнения пришлось перебиндить клавиши чтобы осуществлять выбор из вариантов не уходя далеко из домашнего ряда клавиш.
Серьезно!
Дело в том, что это начинает хорошо работать вместе со всеми остальными фишками вима.
А навигация и редактирование текста в коммандном режиме без использования лишних контролов и альтов (которые в маках, к слову расположены так неудобно, что чтобы добрать ся до сочетания надо менять положение руки).
Вим-плагины иногда спасают на IDE типа VS Code, IDEA, но привычки по использованию в редких случаях таких приятных вещей, как быстрая смена регистра по shift+~, инкримент-декримент чисел в командном режиме, навигация по всем видам скобок в режиме выбора (shift-V, $, %), да и просто навигация по home-row, сводят на нет полезность IDE.
Но мой ответ — это не вербовка в секту вима великого — это просто объяснение, почему у меня лично не получается переехать на «нормальную» IDE.
Я позанудствую…
Исходник здорового человека крайне редко больше 1000 строчек. Поэтому у меня вим настроен со всеми возможными свистоперделками и работает быстро пока не попадется такая вот загогулина.
А потом да — если резет не нажать — день программирования потерян.
Для шейдеров хотелось бы профайлер и автотестер, который бы мог на CPU выполнить код и выдать его в виде текстуры, подсчитав количество операций, с учетом версий языка, и возможных особенностей оборудования, вроде наличия тесселятора.
Визуально на картинку смотреть интересно, но не всегда полезно.
В теории и для основным языков (java, c++) это действительно так. Когда я работал в проекте, где основным backend была java это работало.
Правда в том же проекте фронтендщики работали на JS. И для JS этот функционал был неюзабелен. Батарейка ноутбука съедалась мгновенно, и даже автоподстановка для JS подтормаживала.
Если же выключить этот функционал, которые генерировал синтаксические деревья, то вся огромная и дорогая идея для JS становилась не очень хорошим клоном вима.
Вы знаете, ведь США — это одна из самых богатых стран, они могли себе позволить запуск 60 тонного челнока в течение нескольких лет. Но когда их прижало — они просто свернули программу, вместо того чтобы модернизировать имеющуюся систему. Теперь они разрабыватывают собственные пилотируемые корабли — аналоги союза. Про челнок пока не вспоминают.
А возможности индийской программы куда слабее, чем возможности мирового гегемона.
А теперь мне проще повысить свой скилл слепой печати и круто переделать раскладку клавиатуры, чем переехать на другую IDE с Vim.
Дело в том, что это начинает хорошо работать вместе со всеми остальными фишками вима.
А навигация и редактирование текста в коммандном режиме без использования лишних контролов и альтов (которые в маках, к слову расположены так неудобно, что чтобы добрать ся до сочетания надо менять положение руки).
Вим-плагины иногда спасают на IDE типа VS Code, IDEA, но привычки по использованию в редких случаях таких приятных вещей, как быстрая смена регистра по shift+~, инкримент-декримент чисел в командном режиме, навигация по всем видам скобок в режиме выбора (shift-V, $, %), да и просто навигация по home-row, сводят на нет полезность IDE.
Но мой ответ — это не вербовка в секту вима великого — это просто объяснение, почему у меня лично не получается переехать на «нормальную» IDE.
Пойду попробую теперь объяснить своей девушке.
А вы говорите о центре тяжести — это два числа.
Мы получается сначала сложили все столбики параллельные y, а потом сложили столбики параллельные х?
Исходник здорового человека крайне редко больше 1000 строчек. Поэтому у меня вим настроен со всеми возможными свистоперделками и работает быстро пока не попадется такая вот загогулина.
А потом да — если резет не нажать — день программирования потерян.
Спасибо добрый человек. 10 лет вим знаю, а этим ни разу не пользовался…
Визуально на картинку смотреть интересно, но не всегда полезно.
То ли я не знал как, то ли в идее были какие-то проблемы, но мерджи были головной болью, пока не пересел на консоль почти полностью.
Очень удобно смотреть диффы.
Правда в том же проекте фронтендщики работали на JS. И для JS этот функционал был неюзабелен. Батарейка ноутбука съедалась мгновенно, и даже автоподстановка для JS подтормаживала.
Если же выключить этот функционал, которые генерировал синтаксические деревья, то вся огромная и дорогая идея для JS становилась не очень хорошим клоном вима.
А возможности индийской программы куда слабее, чем возможности мирового гегемона.