Pull to refresh

Comments 18

Автор, горячо уважаю ваш труд, но почему то все эти мануалы по vim только напоминают анекдот по секс в гамаке

Сам удивляюсь )

Но вот реально, оказалось удобно, удобнее всего остального.
У Apple, кажется, был такой лозунг "Think different" - вот тут примерно так же.

Особенно заметно, когда приходится иметь дело с обычным редактором - и того нет, и этого нет, и всё по 100 раз приходится делать руками..
Но вы этого не замечаете )

Я так и не смог к нему привыкнуть. Пользовался nano, потом случайно узнал про micro, и это оказалось прямо то, что нужно мне для консоли, все привычные шорткаты, не надо ничего запоминать и менять моторику.

Надо все же пройти vimtutor... Ну, вдруг зайдет?

Для меня основным стопором в переходе на vim/emacs стала, как ни странно, потребность время от времени писать в них на русском. На удаленном серваке что-то поредактировать, тут лучше vim'а ничего не придумали - никакие nano и micro рядом не лежали. Хотя micro, ощущается не плохо.

А какие проблемы с русским? В emacs 19.x ещё были танцы с бубном вокруг кодировок и систем ввода, но это когда было...

И если надо на удалённой машине сделать что-то сложнее изменения пары строчек - проще редактировать в настроенном под себя локальном редакторе (уж сходить за данными по ssh он как нибудь сможет).

шло 3 тысячелетие, большая часть контента в интернете генерируется и потребляется искусственным интеллектом, программы пишутся и фиксятся им же. все радикально изменилось.

и лишь vim, суровый и беспощадный, так же способен поглотить внимание читателей и писателей.

p.s. пользуюсь vim с 1995 года, начинал на 486 DX-2 66 и Slackware 2.3, потом несколько лет использовал vim на os/x, но вернулся в родной linux

честно, делал несколько заходов, но не идёт

как я понял сильно мешают два факта, личный и общий, и если с личным еще можно смириться, при слепом методе печати почти не мешает, то вот общий почему-то корёжит не подтески.

личный - травма пальца правой руки полученная в детстве что делает не совсем комфортное использование одной из клавиш перемещения в виме.

общий - опишу более развернуто, возможно это “плач Ярославны”, но всё же, каждый раз когда пробую пользоваться вимом это действует как неутолимый зуд чего-то неправильного.

Чаще всего при работе к текстом в двумерной плоскости редактора мы используем пространственное мышление для перемещения. За пространственное мышление у нас отвечает правое полушарие мозга, у левшей кстати тоже; также общеизвестно что наши полушария управляют противоположными частями тела, то есть левое полушарие - правой частью, правое - левой частью тела.

То есть, для перемещение по тексту лучше всего использовать левую руку, так как она для этого “заточена” природой.

Еще одно недоразумение это располагать пространственные клавиши в одной плоскости причем с путающей перегрузкой указательного пальца

hjkl
указательный палец: h/j - влево/вниз
средний палец:      k   - вверх  
безымянный палец:   l   - вправо

направления, можно сказать, попарно связанны: вверх-вниз и влево-вправо.

вверх-вниз за счет гравитации у нас прошито в “биосе”.

влево-вправо чуть хуже, что даже 15% взрослых могут регулярно путать эти направления, но за счет видимого текста который мы привыкли воспринимать слева на право это воспринимается тоже почти автоматом.

Так вот, если и перегружать палец то явно не противоположными связями как-то влево/вниз на указательный, это уже создаёт путаницу для мозга которую нужно героически преодолевать. Если и перегружать то это либо вверх/вниз либо влево/вправо, но давайте также учтем что работа с текстом это больше всего перемещение в плоскости строки, а не между строк, то есть нагрузку влево-вправо лучше распределить на два пальца чем на один. Остается вверх/вниз, здесь и ошибок будет меньше из за прошитого “биоса” мозга, так и за счет пространственно-визуального сопоставления с текстом.

примерно так

левая рука
указательный палец: - вправо
средний палец:      - вверх/вниз  
безымянный палец:   - влево
   в
л  н  п

это не буквы на клавиатуре а первые буквы направлений - верх, низ, лево, право

да, как ни странно это напоминает нам популярное пространственное управление в играх - wasd или менее популярное esdf. Второе(esdf) кстати как раз наиболее приспособлено для использование при печати так как фиксирует основное положение руки для слепой печати.

Что же по итогу:

левая рука
указательный палец: f   - вправо
средний палец:      e/d - вверх/вниз  
безымянный палец:   s   - влево

Да вим отличный инструмент, его идеи, но вот их реализация больше напоминает бинтование ног в древнем Китае, у других повозки а у тебя машина, но вот педали в нём приспособлены только для искалеченных ног.

Вот именно hjkl (и расширения yu/bn для движения по диагонали) у меня проблем не вызывают - при игре в рогалики на ноутбучной клавиатуре без нумпада достаточно быстро нажимаются естественно без раздумий. Но в целом дзен vi постигнуть не удалось.

Хм, вот насчёт право-лево спорный момент: к примеру, во многих играх было перемещение wasd, под левую руку - как вы и пишете - а по мне например это совершенно неудобно, удобнее стрелки правой.

При этом левой было удобнее переключать всякие там режимы, стрелять, открывать и прочее, что не требует особой точности позиционирования пальцев, в отличии от тех же перемещений.

Никогда раньше об этом специально не задумывался, но вот как-то так, и в vim получается тоже так.

Интересно, надо понаблюдать с такой точки зрения

право-лево спорный момент

wasd в играх никогда не понимал - похоже оно исключительно для правшей с мышой в правой руке.

и вот уже много лет с тех пор не понимаю, как можно пользоваться другими, совершенно неудобными редакторами

Если многорежимная концепция столь хороша и удобна, почему не один другой популярный редактор не реализует её?

ну как сказать, практически для любого популярного редактора есть vim-mode плагин или опция.

это приблуда для любителей вима. Речь про альтернативные редакторы с аналогичной концепцией. Вот как есть vs code, есть idea, а есть eclipse. Они концептуально похожи, но реализации разные.

ну вот ниже упомянули неовим, да и в целом с вим-моделью юзерэкспириенса немало софта - от qutebrowser'a до zathura.

neovim сам себя позиционирует, как "hyperextensible Vim-based text editor"

То есть не "новый замечательный двурежимный редактор в два миллиона раз лучше, чем vim", а "редактор основанный на vim". Для сравнения, vs code не позиционирует себя как "редактор основанный на Borland Delfi"

P.S. zathura — судя по сайту, это просмотрщик документов. Возможно я заблуждаюсь, но у просмотрщика обычно не бывает режима редактирования.

я говорю про юзер экспериенс в смысле разделения командного и просмотрового взаимодействия и клавиатуроцентричную модель.

а так хотите вим, но не вим, - можно вспомнить kakoune или vile.

Если ее реализовать на уровне полной совместимости - получится vim, а зачем ещё один vim?

Сделали "типа ещё лучше" - neovim, есть такой.

Что касается популярных - кто-то делает для них моды, кто-то просто не пользуется популярными, потому что они ему неудобны

Большинство сейчас с такими проблемами не столкнется, но если вдруг вам приходится с мобильного телефона посреди поля через Termuis пробиваться к заблокированному серверу с 50% потерь пакетов - vi самое то, что надо.

Вот да, в конце прошлого века полюбил vim как раз за возможность редактировать файлы при соединении через модем (протокол V.22bis 2400 bps, если повезёт то с коррекцией V.42 и сжатием V.42bis). Я работал по вахтам и всегда имел при себе актуальные копии конфигов, потому при возникновении проблемы локально открывался нужный конфиг и выписывалась полная последовательность команд, типа

vim /path/to/service.config
15j18l11xiNew config data^[:wq
/etc/init.d/service restart

а потом Ctlr+V в терминал, и ждать и молиться.

Sign up to leave a comment.

Articles