Было бы смешно если бы разработчики grep ввели черный список файлов по которым искать. А что, исходники 1С тоже могут нанести вред чей-то психике. :)
Зачем вообще исключать из индекса что-то, если можно выдавать эти результаты в самом конце? Гугл в последнее время становится не поисковиком, а черт знает чем.
Я для навигации использую плагин nerdtree. Там можно и стрелочками и мышей работать. Обычная панелька слева, как и в любой IDE.
> То есть dw — это вообще бесполезный скилл :-\
Но ведь можно набрать d5w, dd, d). Ладно, пусть будет другой пример: поменять две строки местами — ddp, или два символа — xp (удобно при опечатках).
> И сколько мне понадобится времени, чтобы достичь той же эффективности, что у меня есть сейчас со стандартным (и работающим в подавляющем большинстве приложений, кстати) набором действий?
Стандартными действиями не достичь той эффективности. К чему этот спор, ведь не зря же придумано это дикое количество команд? Другое дело некоторым и так хватает — тут уже каждый сам решает.
Про рефакторинг — не буду тут спорить. Я использую обычный grep (vimgrep) и не видел никогда этих специальных инструментов. Я так понял они есть только для статически типизированных языков?
1. Ну как же не имеют, если не нужно постоянно перемещать руки к курсорным клавишам или вообще к мыши. Это ускоряет слепую печать.
2.1 Навигация по структуре — самая обычная. Но тут, действительно, надо поставить плагин. Остальное — хз, привык работать в консоли.
2.2 Я про скилы работы с вимом. Приспосабливаешься к более высокоуровневым командам. Например, вместо того что б удалять слово побуквенно, быстрее использовать dw. Мне, допустим, интересно учиться более виртуозно работать с текстом. А работа с текстом — это тоже часть работы.
Я о том что не всё так сложно, и плюсы имеются. Но если есть зависимость от IDE, то тогда да, настроить будет сложнее.
1. Эти комбинации имеют прямое отношение к слепой печати, так как позволяют не отрывать руки от основного ряда (hjkl, например).
3. Для того что бы начать пользоваться vim на уровне обычной IDE, достаточно 1-2 дня. Потом идет усовершенствование скилов в процессе работы, причем это еще и интересно.
Да прямо уж такое серьезное. Оно нужно когда не знаешь толком что нужно устаноить, но в последнее время software center для этого гораздо лучше. А для всего остального есть aptitude.
Кстати, как пример чем действительно выделяется vim — это возможность использования выражений при замене (:h sub-replace-expression). Например такая команда
:%s/\(\d\+\)/\=submatch(0)+1
увеличит все числа в тексте на единицу.
А про скобки в википедии ведь то же самое написано.
Поздравляю, вы открыли для себя регулярные выражения. Они есть практически везде, вим выделяется совсем не этим.
P.S. Эти скобки обычно называют не треугольными, а угловыми.
Кстати мне показалось что больше не под Ruby, а под Python. Эти отступы, конструкции вида «1 > x > 3», и т.д. Надо конечно больше с ним поработать, но чувствуется какая-то небрежность синтаксиса, что ли…
Интеграция Evolution какая-то незаконченная. Он не умеет сворачиваться в messaging applet (конверт сверху) как Empathy. К тому же при автозапуске он обязательно открывает своё окно. Может хоть в Thunerbird доделают.
Зачем вообще исключать из индекса что-то, если можно выдавать эти результаты в самом конце? Гугл в последнее время становится не поисковиком, а черт знает чем.
> То есть dw — это вообще бесполезный скилл :-\
Но ведь можно набрать d5w, dd, d). Ладно, пусть будет другой пример: поменять две строки местами — ddp, или два символа — xp (удобно при опечатках).
> И сколько мне понадобится времени, чтобы достичь той же эффективности, что у меня есть сейчас со стандартным (и работающим в подавляющем большинстве приложений, кстати) набором действий?
Стандартными действиями не достичь той эффективности. К чему этот спор, ведь не зря же придумано это дикое количество команд? Другое дело некоторым и так хватает — тут уже каждый сам решает.
Про рефакторинг — не буду тут спорить. Я использую обычный grep (vimgrep) и не видел никогда этих специальных инструментов. Я так понял они есть только для статически типизированных языков?
2.1 Навигация по структуре — самая обычная. Но тут, действительно, надо поставить плагин. Остальное — хз, привык работать в консоли.
2.2 Я про скилы работы с вимом. Приспосабливаешься к более высокоуровневым командам. Например, вместо того что б удалять слово побуквенно, быстрее использовать dw. Мне, допустим, интересно учиться более виртуозно работать с текстом. А работа с текстом — это тоже часть работы.
Я о том что не всё так сложно, и плюсы имеются. Но если есть зависимость от IDE, то тогда да, настроить будет сложнее.
3. Для того что бы начать пользоваться vim на уровне обычной IDE, достаточно 1-2 дня. Потом идет усовершенствование скилов в процессе работы, причем это еще и интересно.
:%s/\d\+/\=submatch(0)+1/g
:%s/\(\d\+\)/\=submatch(0)+1
увеличит все числа в тексте на единицу.
А про скобки в википедии ведь то же самое написано.
P.S. Эти скобки обычно называют не треугольными, а угловыми.