- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:19 , 16-Июл-20 (1)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., freehck, 13:21 , 16-Июл-20 (3) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:46 , 16-Июл-20 (16) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Annoynymous, 15:40 , 16-Июл-20 (85) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 19:53 , 16-Июл-20 (187) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 21:11 , 16-Июл-20 (198)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Bdfybec, 23:12 , 16-Июл-20 (216) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 23:43 , 16-Июл-20 (221) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., again2007, 02:45 , 17-Июл-20 (231) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 02:54 , 17-Июл-20 (233) –2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:58 , 17-Июл-20 (280)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 19:22 , 17-Июл-20 (290)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 00:54 , 18-Июл-20 (312)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 02:16 , 18-Июл-20 (320)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 02:41 , 18-Июл-20 (321)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 06:08 , 18-Июл-20 (329) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:11 , 18-Июл-20 (335)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 19:48 , 18-Июл-20 (339) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., КО, 16:07 , 16-Июл-20 (95) +7 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Catwoolfii, 15:33 , 16-Июл-20 (83)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:49 , 16-Июл-20 (113)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., OpenEcho, 20:09 , 16-Июл-20 (189) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., анон, 13:47 , 16-Июл-20 (18) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., nameman, 13:59 , 16-Июл-20 (35) +6 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:55 , 16-Июл-20 (61) +7 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 15:46 , 16-Июл-20 (89)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:20 , 16-Июл-20 (2) –3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:24 , 16-Июл-20 (5) +10 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Ilya Indigo, 13:27 , 16-Июл-20 (6) –3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:43 , 16-Июл-20 (13) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:56 , 16-Июл-20 (31) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Ilya Indigo, 14:31 , 16-Июл-20 (52) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Минона, 15:16 , 16-Июл-20 (73)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 17:27 , 16-Июл-20 (139)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 17:51 , 16-Июл-20 (148)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 22:26 , 16-Июл-20 (211)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 12:58 , 17-Июл-20 (276)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:52 , 16-Июл-20 (25)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Owlet, 13:59 , 16-Июл-20 (36)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 13:38 , 16-Июл-20 (9) +4
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:40 , 16-Июл-20 (10) +8 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., нечитатель, 13:45 , 16-Июл-20 (14) +5
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 13:50 , 16-Июл-20 (23) +5
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Owlet, 13:58 , 16-Июл-20 (34) +6 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 14:03 , 16-Июл-20 (41) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., hackroute, 15:20 , 16-Июл-20 (77) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 15:21 , 16-Июл-20 (78)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 15:41 , 16-Июл-20 (86) +4
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 16:23 , 16-Июл-20 (98) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., cheater, 08:34 , 17-Июл-20 (248) +1
> О вот не надо п***деть! Первый раз когда сел за консоль linux > и запустил редактор vi/vim волосы встали дыбом. А nano освоился за > 10 минут. Для редактирования конфигов самое то!Я сейчас себе лицо фейспалмами разобью. 1. Почему тут блин все обсуждают эргономику и скорость команды ВЫХОДА и используют её чуть ли не как мерило крутизны? Вы часто выходите из редактора? Я - почти никогда, а вот самые частые команды у меня, как и у всех остальных, это перемещение по тексту, поиск, операции над блоками текста, и сохранение буфера (:w), в меньшей степени открытие-закрытие (:e, :bd/:bw). См. статистику команд на сайте Xah Lee (http://ergoemacs.org/emacs/command-frequency.html), она про емакс, но у всех редакторов думаю схожая картина. Vi в этом плане рвёт всех как тузик грелку, там частые команды - одно- и двухклавишные. Ex-команды в Vi/Vim (:команда) это ЭКСТРЕННАЯ функция для более редких команд без хоткея, глупо мерить скорость vi по ней. 2. Что это за нытьё про то, что нано осваивается за 10 минут, а vi нет? Ну да, на vi надо тратить время на изучение, но оно более чем окупается. Не говоря уже о том, что уважающий себя админ юниксов ДОЛЖЕН знать vi, точка. Vi есть на любом юниксе, с nano как повезёт, может не быть в стандартной поставке, могут быть ненастроены/не работать репозитории, сеть, и т.д. 3. Почему тут блин все обсуждают ДЕФОЛТНЫЕ конфиги редакторов? Открою секрет, все дефолтные конфиги плохи, даже у хвалёного vi/vim (пример - сохранение, 13-я по частоте команда, делается 5 нажатиями (:wq ака "shift ; w q ret") вместо одного-двух). Так сложно изучить свой редактор и один раз написать конфиг под себя? 4. +1 к критике неинтуитивности хоткеев nano. Редактор, позиционирующий себя как "интуитивный", должен ни на шаг не отступать от стандартной раскладки (Ctrl + X/C/V для операций с блоками, Ctrl+Q для выхода, Ctrl+F поиск, ит.д.). То, что "в хелпе внизу написано" - слабый аргумент, в man vi тоже прекрасно всё написано.
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., cheater, 08:46 , 17-Июл-20 (249)
> пример - сохранение, 13-я по частоте команда, делается 5 нажатиями (:wq ака "shift ; w > q ret") Опечатка, я говорил про :w, 4 нажатия (shift ; w ret)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 01:07 , 18-Июл-20 (313)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., cheater, 12:38 , 18-Июл-20 (332)
> юзер локалхоста колупает пару конфигов в месяц. Через сколько у него окупится время убитое на изучение vim и прочее чтение манов?Я не в курсе, но думаю что ответ "вероятно, через время, в разы меньшее чем юзер проведёт за редактированием текста в течение всей будущей жизни" достаточно точен. Ну и вы так говорите, как будто на чтение манов недели/месяцы уходят. На базовом уровне (перемещения, поиск, text objects) vi осваивается за время примерно нескольких сеансов в танчики. Это настолько мало, что можно сделать just for fun. > Админы юниксов - вымирающий вид, а так все хорошо, прекрасная маркиза. Месье (или маркиза) не считает линукс и bsd юниксами? Более половины серверного ПО в мире, оказывается, обслуживается вымирающим видом админов, вот это новость. > научиться запиливать системные образа Прикиньте, в мире существуют уже установленные ОС, а не только те, которые вы сами развёртываете. Вы в каком-то идеальном мире живёте, где вы на любом хосте root или вообще сами ОС ставите, всегда есть сеть, всегда пакетный менеджер идеально работает... > Ну а у mcedit вот по дефолту одой кнопкой - F2. При том без всяких "режимов" и телепаний между ними - абсолютно однозначное указание программе. А вон там какое-то тело смеет быковать на дедушку нортона при этом... трэш, угар и содомия. Чудесно, только при этом рука убегает с home row настолько далеко, что время путешествия руки туда и обратно начинает догонять время ввода :w. И, как я уже сказал, дефолтный конфиг vi/vim не оптимален. В моём конфиге лично сохранение делается одной кнопкой, только она уже под указательным пальцем, а не хрен знает где на F-клавишах. > Тут есть трабла связанная с тем что в _консоли_ Ctrl+C традиционно подразумевает вырубание программы Никто не мешает приложению (nano) перевести терминал в raw режим и самому всё обрабатывать, как делает например консольный emacs, где Ctrl+C выполняет вовсе не выход.
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 04:01 , 23-Июл-20 (361)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., iPony129412, 15:17 , 16-Июл-20 (74) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., нечитатель, 14:01 , 16-Июл-20 (37) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 14:08 , 16-Июл-20 (45) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:47 , 16-Июл-20 (59) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 15:09 , 16-Июл-20 (66) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 17:39 , 16-Июл-20 (146)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 18:14 , 16-Июл-20 (157) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 19:44 , 16-Июл-20 (184)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 22:01 , 16-Июл-20 (207)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 23:01 , 16-Июл-20 (215)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 00:13 , 17-Июл-20 (225)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 02:25 , 17-Июл-20 (230)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., cheater, 09:14 , 17-Июл-20 (250)
извините но ваши пассажи про "топтание клавы" и то, что хоткеи в vi это дань традициям и ваш нано эффективнее, просто смешны. Хоткеи vi это не дань традициям, а оптимизация хоткеев. Как вам уже говорили выше, за вашими утверждениями о более эффективном nano не стоит ничего, кроме голого самомнения, твердить "в моём случае nano эффективен" вы можете до посинения но это ничего не доказывает. Есть объективные критерии (метрики) эффективности редактирования текста - количество нажатий клавиш, суммарное расстояние преодолеваемое пальцами при наборе, скорость ввода в единицу времени. Приведите любой пример редактирования куска текста в nano (с раскадровкой нажатия клавиш) и вам тут мгновенно приведут как это быстрее сделать в vi. Ну для затравки, обратный пример, приведите аналог "dd" в nano (удаление текущей строки).Хоткеи vi основаны на принципе "1 частая команда = 1 нажатие", быстрее в редактировании сырого текста не может быть НИЧЕГО, дальше можно говорить только об оптимизации передвижения более частых одноклавишных команд под более сильные пальцы (развитие темы hjkl) и создании новых одноклавишных команд. Вы как-то в nano перемещаетесь на слово вперёд ("w" в vi) менее чем одной клавишей? Не нажимая вообще клавиш что ли? Ну и озвучу очевидное: vi заточен под слепую печать, положение правой руки на jkl; говорит об этом более чем красноречиво. Если вы двигаетесь стрелочками как в nano (или не дай бог мышкой), то об эффективности говорить просто бессмысленно. Сделайте мне "эффективно" в nano частое попеременное редактирование и перемещение (как в пределах 1 строки так и с более далёкими прыжками). Ой как ручки-то между стрелками и клавишами запрыгали)))
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 00:27 , 18-Июл-20 (311)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., cheater, 13:55 , 18-Июл-20 (333)
> Оптимизация, извините, в каких constraints?! Архаичные кейборды где нет F-keys и половины кнопок победившего в конечном итоге семейства "IBM 10x"? Зачем мне такие "оптимизации"? Они грубо недоиспользуют возможности моей клавиатуры. И я решительно не понимаю как 2 разных режима может сделать работу эффеуктивнее. Во всяком случае для редактирования конфигов vim мне не нравится, а хардкорно програмить я предпочту и вовсе в чем-нибудь другом.Задействование всего этого - несущественно, это кнопки очень далёкие от home row. Существенно, как используются самые важные части клавиатуры - 3 буквенных ряда, модальные клавиши и цифровой ряд. С этим у vi проблем нет. Если ваша раскладка неэффективно использует эти части, то хоть обиспользуйтесь F-клавишами, нумпадом и прочим - это вас не спасёт. > Зато воспоминания о первом опыте взаимодействия с системой все же намекают мне что nano был удачной идеей - для целей типа правки конфигов. Воспоминания про первый опыт бесполезны чуть менее чем полностью. Моё первое впечатление от консоли было - "что за хрень непонятная, где тут мышкой тыкать", а от vi - "идиотский редактор, всё не как у людей". > Коль пошла такая пьянка, в случае vi - не забудьте время чтения мана приплюсовать. И оценку через сколько времени по вашему это время сэкономится в случае юзера типичного локалхоста. Да что ж вы все к этому времени чтения мана так цепляетесь. Повторю свой ответ в другой ветке: время чтения мана это несколько вечеров, время ввода текстов юзером в течение всей будущей жизни - тысячи человеко-часов. В таком масштабе - окупается практически мгновенно. > Вы еще главное не забудьте посчитать телепание между режимами. Потому что нажатие dd само по себе - не является однозначным. Возможно, я скрипт пишу и это команда dd была? А, вы думали всех наесть и оставить за кадром телепания между режимами? ЩАЗ, ищите раков в другом месте. Вот это телепание между режимами меня в vim больше всего и вымораживает как раз, если что.
OK, мой ответ про dd в случае если вы в режиме <I>: escape, d, d. Или если хочется после операции остаться в <I>: escape, shift, s. Это 3 нажатия, без учёта метрики удалённости клавиш. Всё ещё жду ваш более эффективный аналог на nano. Однозначно говорить про то, что "телепание" ухудшает скорость ввода, бессмысленно без анализа полного лога клавиш (в котором вы скорее всего с удивлением обнаружите, что затраты на "телепание" окупаются эффективностью одноклавишных команд при переходе в командный режим"). По-моему не первый раз уже говорю - вашу раскадровку нажатий при любом реальном юзкейсе в студию, хотя бы для dd выше. > Хоткеи vi реюзают то же самое поле ввода и нажатия что и просто ввод текста, телепаясь между разными режимами. И вместо того чтобы напрямую сделать что хотелось 1 кнопкой или накрайняк аккордом извольте дескать телепаться между режимами как Г в проруби.
- Вы упорно игнорируете мои вопросы о том, чем вы перемещаетесь по тексту если у вас буквенные клавиши только вводят буквы, уж не стрелочками ли прости господи. - Если бы всех легко достижимых кнопок клавиатуры хватало на все базовые действия, модальные редакторы были бы не нужны. В суровой реальности, на клавиатуре крайне мало легко достижимых кнопок - это некоторые modal keys, 2 квадрата w->v и u->точка, в меньшей степени оставшиеся кнопки home row, и так далее. Разумеется, редакторы, думающие об эффективности, задумываются о том, как переиспользовать эти кнопки, не понимаю почему вы это чуть ли не недостатком считаете. Один из ответов на эту проблему - модальный редактор типа vi. Редакторы типа nano и mcedit вообще игнорируют эту проблему и имеют только примитивные команды редактирования. > В симпатичном мне mcedit это вообще 1 нажатие F8, кста :P. Без гребаного телепания между режимами. Поговорим за эффективность? :)
Поговорим, для начала вернёмся к моему вопросу про то, не стрелочками ли вы в вашей модели редактирования двигаетесь по тексту, а уж потом про более редкие команды типа сохранения. Про команду сохранения - в моём конфиге vim у меня вообще сохранение на m, маркер убран в ex команды. Про F8 я в другом комменте говорил почему это плохой вариант - рука улетает очень далеко от home row. Даже если почему-то считать что F удобна - F-ок всего 12, явно больше чем команд редактирования, которые в случае vi используют всю буквенную клавиатуру и 2-буквенные комбо. > Клевое втирание очков - если забыть про неоднозначность одних и тех же нажатий, как я про dd привел. И даже так профакало mcedit'у вдвое. У которого нет понятий телепаний между режимами. "Вдвое"? Откуда эта цифра? В сотый раз говорю, в студию раскадровку нажаний, без этого ваши заявления голословны. > в nano перемещаетесь на слово вперёд ("w" в vi) менее чем > одной клавишей? Не нажимая вообще клавиш что ли?
Блин, нано я юзаю для эпизодической мелкой правки конфигов в дефолтной системе. И вот в этом допущении - разучивание vim себя ой как нескоро окупит даже если будет эффективней на полшишечки через недельку камасутры. Ну ок, а в вашем $EDITORNAME в котором вы код правите, что, раскладка как-то по-другому устроена? > Блин да зачем нане быть уберэффективным везде? Это штука для того чтобы юзеры могли конфиги поправить более-менее в дефолтовой системе.
Вы тут выше вроде как пытаетесь опровергнуть эффективность vi/vim? Или трусы наденьте или крестик снимите. > Раз в месяц, или лучше никогда. А вы им орете - ман читайте. Пфф. Ну логично что у систем где так делали юзерей как раз почти и не осталось.
Мне кажется, индустрию убьют люди, затачивающие юниксы под людей, ничего не знающих и не умеющих учиться. Unix way это в т.ч. про поставку системы, в которой большинство дефолтных тулов требуют изучения, но высокоэффективны.
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 00:25 , 19-Июл-20 (341)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., cheater, 01:10 , 11-Авг-20 (363)
Как и ожидалось, мышатник-стрелочник, и что-то мне подсказывает, что без слепой печати. Теперь мне понятно почему я словно со стенкой разговариваю. Последний раз даю порцию ответов, потом забиваю. >> Задействование всего этого - несущественно, это кнопки очень далёкие от home row. > Лично я не испытываю проблем их нажать вслепую. Так что для меня это быстро и эффективно.
Какая разница, быстро или медленно вы жмёте далёкие клавиши типа F-ок. Быстрее, чем кнопки буквенных рядов, вы не сможете их нажать, не нарушая законы физики. Следовательно, тот, кто выполняет типовые команды однокнопочными действиями на буквенном ряду (= любой вимер), априори быстрее вас. > Лично мне не видится эффективной идея телепаться между режимами использования одного поля при том что еще половина клавиатуры бездействует. См. выше. Какая разница, какие команды выполняет мусор типа F-ок и стрелок, буквы всё равно быстрее тк они физически ближе к home row. Ну повесьте в виме на них команды какие хотите, раз вам простаивание клавиш приносит душевную боль, и перестаньте уже наконец избегать обсуждения того, какими кнопками выполнять _частые_ команды. > Можно было навесить на "менее доступные" кнопки операции пореже, save там какой. Я сэйвлю файлы реже чем жму буквенные кнопки, но это не настолько редкая операция чтобы ради нее "между режимами телепаться". Поэтому идея выпихнуть это на кнопку типа F-key (F2 в нортонобразных) или более-менее потребный аккорд типа ctrl-s мне видится более удачной. Дефолтовые шорткаты vim на это вообще совсем не похожи. Отлично, вы начали говорить о частоте операций и удобстве последовательностей/аккордов. Этот вопрос я советую вам заново переосмыслить, когда у вас на руках будет _полная_ таблица действий "как выполнить аналог базовых вимовских команд (движения, cw/dw/yw/p, итд в вашей ide" (вам же не составляет проблем выполнить такие операции?) и можно будет начать говорить об общей эффективности, а не просто привести 1 биндинг, обгоняющий вимовский. Пока вы обогнали вим в 1 биндинге и проиграли ему в базовых движениях (hjkl против стрелок, bw против Ctrl+стрелок, итд). > На мой вкус идея нагрузить оставшиеся кнопки и забить на какие-то там телепания между режимами выглядит весьма удачно.
Без сравнения скоростей и эргономики с конкурентом это не более чем субъективное мнение. > К тому же это избавляет от нужды держать в голове текущее состояние программы. При прочих равных stateless операция лучше stateful как по мне - меньше обломов. Меньше, но вы взяли выгодный для вас аспект сравнения, а невыгодные игнорируете. Ну и не знаю, не видел вимеров, которые жаловались бы на то, что не знают, в каком состоянии находятся. Вы хоть в курсе, что в графическом VIM курсор в <I> вертикальная черта, а в <C> блочный, а также что вимеры обычно выстреливают готовыми комбинациями команд типа "caw" и вообще при этом не думают, какие там состояния в какие переходят? > Не очень понимаю как эти поля можно использовать неэффективно при вводе текста. Морзянкой, чтоли, текст вводить? oO
"Эти части" = 3 буквенных ряда, в особенности home row и home squares. А редактирование текста состоит не только из ввода, а ещё и из навигации, операций с буфером обмена, файловых операций ит.д. Используете буквенные клавиши только для ввода букв - вот вам и неэффективность. > Если я именно в таком масштабе вознамерился фигачить, я предпочту взять что-нибудь более ide-образное все-таки.
Опять двадцать пять, идём то ли по второму то ли по третьему кругу, по второму или третьему кругу задаю вопрос: что, в вашей IDE навигация по словам, по символам, операции с буфером обмена как-то по-другому устроены, чем в mcedit/nano? Вы и там и там, полагаю, двигаетесь стрелочками, мб с Ctrl, с буфером работаете через Ctrl+XCV, в случае IDE ещё и ну там тыкаете мышкой в какой класс или файл. Vim, если что, тоже умеет работать и с классами и с проектами и с синтаксисом, но вы сначала обгоните его в сыром редактировании хоть mcedit-ом хоть вашей IDE. > И вот это уже больше кнопок.
Чем F8? Время бегания до F8 и обратно на home row мерили? Ну и так скажу, почти невероятно, чтобы разработчик удалял строку, стоя перед этим на ней в режиме ввода текста. Если он хочет удалить всю строку, значит почти наверняка он пришёл на неё в command mode. Так что esc можете отбросить, и получаем что на деле dd/S против F8 и я бы сказал, что вим выигрывает. Ну или хотите менее удобный пример, а то у вас тут хоткей в редакторе удачно нашёлся? Смена слова вперёд (cw). Как это сделать в mcedit/nano? > Я бы сказал, лога + таймингов и КМК мало кто настолько заморачивался. Но говоря за себя меня анноит нужда держать в бошке еще и контекст программы. Я и так временами держу в бошке такой контекст что балансирую на пределе возможностей. Железки ща видите ли сложные бывают.
Не надо плакаться, жизнь у всех сложная. Вы пытались доказать, что mcedit/nano/ваша немодальная ide эффективнее в редактировании, чем vim. А когда у вас просят доказать с цифрами в руках, вы резко даёте задний ход. Боже мой, да врубите линуксовый script (утилиту из пары script/scriptreplay) и залогируйте как редактируете любой файл. > Я ж сказал, в том же mcedit это будет 1 нажатие F8. Без нужды трекинга контекста. Итого я нажму в 2 раза меньше кноп и не трекаю контекст. В нано можно ctrl-k вбахать. Чуть иное и чуть похуже, да. И да, для пальцев по ощущениям напряжнее всего акт нажатия кнопы, даже на приятной и мягкой ultraflat scissors клаве. Так что при активном кодинге и т.п. - предпочитаю экономить вот это. Про скорость dd vs F8 уже сказал. Если думаете что нано экономит клавиши, ну повторюсь, воспроизведите cw, или там daw, C, yt", выделение фрагмента (v/V). > Можно и стрелочками, если с модификаторами типа ctrl, позволяющими это сильно быстрее, пословно/поабзацно, и горизонтально и вертикально.
Нет, лол, стрелочками нельзя, будут огромные суммарные потери на перемещение между стрелками и home row, вы базовые принципы слепой печати хотите нарушить, об эффективности говорить смешно, уровень дискуссии сейчас стремительно падает. И ооооооо, КОНТРОЛ + СТРЕЛКИ, вершина немодальных редакторов в навигации по текстовым объектам! Ну вимовскому w/b в перемещении по словам вы уже проиграли, поздравляю (1 клавиша буквенного ряда против 2 клавиш, причём гораздо более далёких, в вашем редакторе), Умеете по абзацам говорите? А ну-ка плз в студию биндинги вашего IDE (ну и имя, сестра, имя, что ж за IDE-то у вас), повторяющие следующие вимовские операции: - в конец слова (e) - в начало/конец скобочного выражения (скобки собственно) - на парную скобку (%) - в начало/конец файла (gg/G) - в начало объявления ф-и в Си ([[) > А для более хардкорного програмизма в разлапистом проекте я могу и, только подумайте, мышой в списке функций макнуть нужное в geany, это может быть самым и быстрым способом попасть в черти что, черти-где. Или закладку оформить, если я знаю что намеревался вот там плотно попрыгать, предварительно отрихтовав что-то еще. Но это уже явно не про редактирование пары конфигов. Разумеется, но не надо прыгать от чистого редактирования к кодингу, не закончив обсуждать чистое редактирование. Повторюсь - vim тоже умеет визуальную навигацию и фичи IDE (а многие ide - такую вещь как vim keybindings), разговор вообще не про то. > Не испытываю проблем с нажатем F-keys или ctrl-шорткатов, если уж reuse охота. При том модификатор можно навесить другой рукой параллельно с задуманной операцией.
Всё не так просто. Ctrl + клавиша > клавиша, плюс Ctrl парализует руку. Короче вы уже пессимизировали скорость (в сравнении с vim) на ровном месте. > у черно зеленых угробищ не было модификаторов типа ctrl/alt/win и было сильно меньше кнопок.
TL;DR ошибаетесь (в контексте vi/vim). > И что характерно, 12 типовых команд доступных универсально и безусловно ОДНОЙ КНОПКОЙ - ну вот вообще совсем не лишние.
Не лишние, но никак не относится к проблеме неэффективного использования буквенных кнопок. >> "Вдвое"? Откуда эта цифра? > У вас 2 нажатия кнопки, у меня 1. У вас еще трекинг контекста и его переключение. Не догоняю с фига ли так - "эффективнее". Какие 2 и 1? РЕАЛЬНЫЙ кейс с десятками нажатий, а не вырванную из контекста 1 операцию. Откройте файл, поперемещайтесь по блокам и словам, выполните поиск, выделите/вырежите блок и т.д. > А код я более крупно ворочаю в geany, нечто между програмерским редактором и ide, на границе категорий. И там есть много полезных для повышения эффективности. Типа автодополнения с кучей вариантов в дропдауне, подсказки прототипа макроса/функции, группового редактирования/рефлоу и проч, в виде который трудно вменяемо сделать в только-консольной абстракции. Или вон например сбоку список функций, определений и макросов, он всегда перед глазами и я всегда могу туда, пардон, мышой клацнуть, мигом влетев в желаемое, даже если это не связано с текущим местом вообще никак. Хардкорным консольщикам наверное не понравится, но в целом это довольно эффективно. Как и прочие более экзотичные но иногда нужные вещи типа "Replace ->> in whole session". Ну вот захотелось функцию переименовать - бдыщ - по всему проекту! Без зеленения в манах или чего еще. В конце концов, это довольно редко надо, но хорошо когда есть готовая фича которую можно просто выбрать в меню и просто вбабахать. Юниксвэйно наверное было бы вбить какие-нить конские вилдкарды и sed, но это у меня займет все же дольше чем пара клацев мыша в меню, да и нужно оно лишь эпизодически.
Финиш... Вы не знаете vim и его плагины, а также как работает команда замены в Vim, от слова "совсем". Всё что вы перечислили есть в виме сто лет. > А для лично меня еще удобно что терминал в status window можно воткнуть, я туда дебаг/трейс/управление/статусы с фирмварей и одноплатников пуляю. Проект отстроился, флешанулся, F4 и я уже общаюсь с свежей фирмварей в статусном окошке. Удобно.
Ditto. Ну нельзя же настолько конкурентов не знать.
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., RomanCh, 12:31 , 17-Июл-20 (269)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 00:10 , 18-Июл-20 (310)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 17:01 , 16-Июл-20 (120)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Твой батя, 14:09 , 16-Июл-20 (46)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 17:36 , 16-Июл-20 (144)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., vitalif, 13:42 , 16-Июл-20 (11) +9 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., del, 13:48 , 16-Июл-20 (19)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., нечитатель, 13:48 , 16-Июл-20 (20) –4 [V]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 13:49 , 16-Июл-20 (22) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 15:01 , 16-Июл-20 (64) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 23:31 , 16-Июл-20 (220)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Агл, 13:55 , 16-Июл-20 (28) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., swine, 13:57 , 16-Июл-20 (32) +7 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Fracta1L, 14:04 , 16-Июл-20 (42) +13 [^]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:16 , 16-Июл-20 (48) –6 [V]
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:31 , 16-Июл-20 (51)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 15:12 , 16-Июл-20 (68) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:31 , 16-Июл-20 (101)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 18:20 , 16-Июл-20 (160)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Ilya Indigo, 14:35 , 16-Июл-20 (54)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., BlackRot, 14:43 , 16-Июл-20 (57)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:51 , 16-Июл-20 (60) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 15:53 , 16-Июл-20 (92) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., КО, 16:04 , 16-Июл-20 (94) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:17 , 16-Июл-20 (96)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., mos87, 16:33 , 16-Июл-20 (103) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., turbo2001, 16:33 , 16-Июл-20 (104)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., mos87, 16:35 , 16-Июл-20 (105) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., anonymous, 16:45 , 16-Июл-20 (110) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 17:06 , 16-Июл-20 (123)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 18:03 , 16-Июл-20 (153) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., anonymous, 16:41 , 16-Июл-20 (108)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:47 , 16-Июл-20 (111) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., anonymous, 17:12 , 16-Июл-20 (126)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 18:15 , 16-Июл-20 (158) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., anonymous, 00:34 , 17-Июл-20 (227)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., КО, 08:24 , 17-Июл-20 (247) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:22 , 17-Июл-20 (281) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 23:07 , 17-Июл-20 (304) –2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 01:17 , 18-Июл-20 (314) +3
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 05:14 , 18-Июл-20 (326)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:56 , 18-Июл-20 (336) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 01:56 , 19-Июл-20 (343) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 03:29 , 19-Июл-20 (346) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 11:50 , 19-Июл-20 (349) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 14:36 , 19-Июл-20 (351)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 06:50 , 20-Июл-20 (354)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., анонн., 18:45 , 18-Июл-20 (338)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 23:04 , 17-Июл-20 (303)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., t, 01:14 , 17-Июл-20 (229)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 16:43 , 16-Июл-20 (109)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Sarcastic scutosaurus, 16:51 , 16-Июл-20 (114)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 19:01 , 16-Июл-20 (175)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Cyber100, 19:39 , 16-Июл-20 (182) –2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 21:18 , 16-Июл-20 (199) –2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 22:08 , 16-Июл-20 (209) +4
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., FixingGunsInAir, 22:58 , 16-Июл-20 (214)
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Аноним, 23:28 , 16-Июл-20 (218) +1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Антон, 03:57 , 17-Июл-20 (237) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Михрютка, 11:28 , 17-Июл-20 (261) +2
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., Михрютка, 11:42 , 17-Июл-20 (262) –1
- Утверждён переход Fedora Desktop на Btrfs и замена редактора..., srgazh, 18:38 , 17-Июл-20 (285) +1
|