В TOAD есть возможность указывать для bind-переменных типы и направление(in, out, in out).
Очень удобно для каждого типа такие настройки выставить, например.
Как это сделать в IDEA? Оно не умеет ни в направление, ни в тип. Или я не правильно делаю?
Еще в TOAD можно открыть, например, код процедуры/функции/чегоугодно прямо из редактора. Выделяешь нужный элемент, жмешь F4. Это так же полезно если знаешь как называется нужный элемент, например функция myfunc, пишешь её в редакторе, жмешь F4, открывается её код. В IDEA такого нет или я не нашел? Остается только возможность искать в дереве объектов.
В бытность студентом захотел научиться слепой печати.
Учился на Соло на Клавиатуре. Очень быстро надоело выполнять упражнения по-честному.
С помощью art money залочил счетчик ошибок на нуле, открыл соседним окном любимый сериал и печатал. При неправильном наборе упражнение не начиналось сначала, что не раздражало, а навык спокойно точно так же нарабатывался. В результате выучил русскую/английскую раскладки за неделю, печатая без остановки, пока сериал смотрел. Конечно скорость была маленькая, но скорость растет с практикой.
Ну и как с таким отношением к точности агитировать к переходу на vi/vim?
А здесь же даже толком не поймёшь, в чём ошибка, да и нагуглить решение сложнее.
Я не знаю почему в статье не точно написано, может быть в vi это и сработает, но в vim работает с "-". Вообще я бы не рассматривал эту статью как сборник рецептов для старта изучения. Она просто показывает какие "крутые штуки" можно делать с вимом. Что-то типа "учи программирование делай игры".
Ещё большой недостаток перехода состоит в том, что для более-менее нормальной работы потребуется выучить сразу много хоткеев, из-за чего первые «несколько недель», как пишет автор, производительность сильно упадёт, а работать-то надо прямо сейчас.
По проходить vimtutor в свободное время, за пару часов база со всеми хоткеями будет освоена. Производительность упадет из-за комбинирования этих хоткеев. Но это уже не проблема вима, это проблема всех хоткейных программ.
Плюс команды в vi могут быть сильно деструктивные — промах по клавише может выполнить совершенно другое действие.
Сначала надо промахнуться. Но даже если промахнулись, то можно отменить любое действие. А если действие не отменяемое, то это уже промах как-то неслучайный.
А если к примеру нужно в большом тексте сделать 100 замен то перемещение с помощью hjkl будет вероятно даже дольше нежели выделение мышкой.
Тут уже появляются варианты. Либо "заменить все". Либо мы меняем пять слов на новые пять слов из этой сотни. Тогда вместо hjkl будут использоваться другие кнопки, зависит от ситуации, но по принципу "поиск и замена".
те кто используют другие редакторы код часто пишут лучше.
Где посмотреть статистику?
Если коротко и без всякой мишуры, то суть вима в следующем: вам не надо тянуться к мыши. Вам не надо использовать стрелочки. Даже BS не нужен(зависит от ситуации, конечно), проще допечатать до конца, нажать ESC0fArB, где A,B это неправильный и правильный символы. Даже блок delete, insert, home не нужен. Вам не надо держать руки где-то еще кроме их положения asdf jkl; на клавиатуре и куда-то их двигать.
А с плагинами обычное радактирование текста перерастает в ide'шность (я не знаю чем определяется ide, но все функции, которые я видел в ide я вижу и в вим) и можно переходить от вызова функции к её определению, из файла в файл, сплиты, скомпилить и запустить, вызвать внешнюю программу и вставить её вывод в редактируемый файл или сохранить в буфере обмена и использовать позже.
И все это не двигая руками по клавиатуре. Надо только до ESC дотянуться, но ленивые биндят, например на jj ESC и все, двойное нажатие j заменяет клавишу ESC.
>Я искренне не понимаю зачем набирать ceHello[ESC] чтобы потом нажать '.' и превратить это просто в Hello — почему сразу не набрать это гребанное хелло?
Это работает не так. ce значит замена от текущей позиции курсора до конца слова (если курсор в слове. Если курсор на пробеле, то заменится пробел. Если курсор на первом символе слова, то заменится все слово) сразу после ce vim переходит в режим ввода. [ESC] выводит из режима ввода. Т.е. после ceHello[ESC] в тексте слово под курсором будет заменено на Hello. Точка повторяет эти махинации.
https://habr.com/ru/post/437598/
https://habr.com/ru/post/448312/
https://habr.com/ru/post/433878/
Вот же статьи о том же самом. Да еще и с картинками.
В TOAD есть возможность указывать для bind-переменных типы и направление(in, out, in out).
Очень удобно для каждого типа такие настройки выставить, например.
Как это сделать в IDEA? Оно не умеет ни в направление, ни в тип. Или я не правильно делаю?
Еще в TOAD можно открыть, например, код процедуры/функции/чегоугодно прямо из редактора. Выделяешь нужный элемент, жмешь F4. Это так же полезно если знаешь как называется нужный элемент, например функция myfunc, пишешь её в редакторе, жмешь F4, открывается её код. В IDEA такого нет или я не нашел? Остается только возможность искать в дереве объектов.
В бытность студентом захотел научиться слепой печати.
Учился на Соло на Клавиатуре. Очень быстро надоело выполнять упражнения по-честному.
С помощью art money залочил счетчик ошибок на нуле, открыл соседним окном любимый сериал и печатал. При неправильном наборе упражнение не начиналось сначала, что не раздражало, а навык спокойно точно так же нарабатывался. В результате выучил русскую/английскую раскладки за неделю, печатая без остановки, пока сериал смотрел. Конечно скорость была маленькая, но скорость растет с практикой.
Я не знаю почему в статье не точно написано, может быть в vi это и сработает, но в vim работает с "-". Вообще я бы не рассматривал эту статью как сборник рецептов для старта изучения. Она просто показывает какие "крутые штуки" можно делать с вимом. Что-то типа "учи программирование делай игры".
По проходить vimtutor в свободное время, за пару часов база со всеми хоткеями будет освоена. Производительность упадет из-за комбинирования этих хоткеев. Но это уже не проблема вима, это проблема всех хоткейных программ.
Сначала надо промахнуться. Но даже если промахнулись, то можно отменить любое действие. А если действие не отменяемое, то это уже промах как-то неслучайный.
Тут уже появляются варианты. Либо "заменить все". Либо мы меняем пять слов на новые пять слов из этой сотни. Тогда вместо hjkl будут использоваться другие кнопки, зависит от ситуации, но по принципу "поиск и замена".
Где посмотреть статистику?
Если коротко и без всякой мишуры, то суть вима в следующем: вам не надо тянуться к мыши. Вам не надо использовать стрелочки. Даже BS не нужен(зависит от ситуации, конечно), проще допечатать до конца, нажать ESC0fArB, где A,B это неправильный и правильный символы. Даже блок delete, insert, home не нужен. Вам не надо держать руки где-то еще кроме их положения asdf jkl; на клавиатуре и куда-то их двигать.
А с плагинами обычное радактирование текста перерастает в ide'шность (я не знаю чем определяется ide, но все функции, которые я видел в ide я вижу и в вим) и можно переходить от вызова функции к её определению, из файла в файл, сплиты, скомпилить и запустить, вызвать внешнюю программу и вставить её вывод в редактируемый файл или сохранить в буфере обмена и использовать позже.
И все это не двигая руками по клавиатуре. Надо только до ESC дотянуться, но ленивые биндят, например на jj ESC и все, двойное нажатие j заменяет клавишу ESC.
В статье косяк видимо, после ctrl+r надо нажать "-" (минус) и строка вставится.
Может вам это поможет https://habrahabr.ru/post/98393/#comment_3031341
Это работает не так. ce значит замена от текущей позиции курсора до конца слова (если курсор в слове. Если курсор на пробеле, то заменится пробел. Если курсор на первом символе слова, то заменится все слово) сразу после ce vim переходит в режим ввода. [ESC] выводит из режима ввода. Т.е. после ceHello[ESC] в тексте слово под курсором будет заменено на Hello. Точка повторяет эти махинации.