VI живее всех живых
Макс ИщенкоОпубликовано 23.05.2007 в Ссылки
Вы наверное не поверите, но в мире существует немало поклонников 30-летнего текстового редактора vi (или его современной, всего лишь 15-летней реинкарнации vim).
Нет, это не динозавры, которые не хотят идти в ногу со временем – сообщество пользователей vi продолжает расти: я начал им пользоваться два года назад (имея 10 лет опыта разработки). Мои друзья переходят и сегодня. Да что там говорить, большинство vi пользователей не было на свете, когда vi был написан!
Полный такст (на английском) в котором автор дает развернутое объяснение, с примерами, в чем сила ви-ай: Why, oh WHY, do those #?@! nutheads use vi?
На сайте одно время был блог, посвященный Vim, но “натхнення” надолго не хватило (http://blogs.developers.org.ua/vim-user/).
Понравилась статья? Подпишись на обновления по RSS/E-mail

Я користувався 6 років VIM (протягом всього навчання в інституті). А тепер вже десь рік-два користуюсь GNU Emacs.
Emacs, на мій погляд, куди цікавіший та потужніший.
>Emacs, на мій погляд, куди цікавіший та потужніший.
Let’s flame begin!
vim дуже ефективний і зручний редактор,
але для роботи з середніми/великими С++ проектами
йому не хватає навігації по проекту ( ctags досить слабкий ),
ідеально було б мати vim в складі IDE, але vim не дуже пристосований
до роботи в складі IDE, є надія на yzis ( http://www.yzis.org/ ).
> деально було б мати vim в складі IDE, але vim не дуже пристосований
vim плагін до MSVS: http://www.vimemu.com
vim mode в SlickEdit
Пардон, http://viemu.com
я не знаю про viemu, але vi mode в slickedit ближче до vi ніж до vim,
і досить велика кількість команд до яких звик в вім там не працює,
можливо ситуація виправиться в слідуючих версіях.
VI юзается только на чисто юниксовских машинах.Ести конечно еще маньяки которые его пользуют в putty, но они в основном имеют больше 5 лет стажа разработки под никсы и ни один из них (из тех кого я я знаю) не имеет установленного Ultraedit или texpad + тотал командер. Я их называю про себя просто необразованными чурбанами. Как то пробовал одному такому объяснить почему связка Ultraedit+тотал командер намного еффективнее VI (ctrl+F, реплейс, file compare), посмотрел он на меня как то грустно…
Работаю с vim 6 лет.
Чаще всего пользуюсь когда работаю на удаленных серверах (да,да – именно через putty), т.к. аналога нет.
Очень важное требование для кандидатов при собеседовании – умение работать в консольном редакторе (vim,joe,etc)
Наcчет UltraEdit и чурбанов – года полтора назад весь соседний отдел на нем “сидел” (и образованные же люди, далеко не чурбаны), потом все последовали моему пример и пересели на JEdit.
Но тем не менее vim-ом пользуются все. Но скорее не как средой для разработки, а именно как текстовым редактором.
почему нет? не установлен на сервере никакой другой?
вот например FTE — тоже консольный, но в отличие от VIM имеет обычный человеческий интерфейс.
Тоже юзаю через Putty. В целом полет нормальный.
після віма як сідаєш за інший редактор, страшно бісить те що для
більшості дій необхідно робити значно більше операцій, постійно думаєш “а в вім ж це робиться одною командою”.
M-x command-name, гину я взагалі писав про інші редактори, в яких є “обычный человеческий интерфейс” і які хвалять постами вище
Пересел с GNU Emacs на VIM и узнал где счастье
>> почему нет? не установлен на сервере никакой другой?
А других и не хочется
P.S. Один мой знакомый догло наблюдал как я правил какой-то конфиг-файл с помощью vi, а потом изрек:
“Мдя.. Этот редактор видно был написан в состоянии совмещенного наркотического и алкогольного опьяненния”
Как бы написан не был – а 30 лет – это не мало!
С таким аргументом я спорить и не буду
Потому что каждый считает (до определенного времени), что его любимый редактор самый лучший.
Зато я знаю как выйти из Vima, если зашел в него по ошибке — и это знание многого стоит
IDE + vim = pida…. сыровата еще
> Пересел с GNU Emacs на VIM и узнал где счастье
даже такое быывает?:)
Сижу в VIm около 6 лет.
При последеней смене работы — первое, что поставил на свою виндовую машину.
Попытки редактирования в Eclipse/NetBeans заканчиваются после того, как задалбывает отсутсвие стнадртных для VI коммагнд.
работаю с проектом в котором около 600 мегабайт исходников, на с++, java (немного), свой формат.
смотрел немного silkedit, студию, немного емакс, и gvim в качестве редакторов (еклипса на той машине на которой работаю нету), в конце концов всем моим требованиям удовлетворил gvim + ctagc + cscope + http://www.vim.org/scripts/script.php?script_id=1638
требования были следующими:
- работа почти всегда идет только с одним проектом;
- поиск чего либо должен происходить хотябы в переделах полминуты (например студия ищет по пять минут, а то и более);
- нужны операции (поиск строковой величины, по регулярному выражению, ссылки на таг (имя класса, переменной, ф-ции…), переход к определению и реализации, простой способ филтровать результат поиска);
- базу данных по исходникам можно обновлять очень редко;
gvim победил для меня, благодаря плагину, и возможности обустроить работу именно под эту задачу. все остальные рекдакторы и ide либо часто “тормозят”, либо впринципе медленно работают с этими кодом (3К строчек в файле бывает), либо показывают инф-ю по конкретному файлу, либо плохо затачиваются под решение конкретной проблемы.
сейчас смотрим, отоображение хтмл в вим, чтобы к браузинго по коду прикрутить доксигеновскую документацию.
мене ctagc + cscope не дуже влаштовує для C++ проектів,складний С++ код вони коректно не парсерять.
Досить зручна навігація по коду в slickedit, але я працював з проектами за 600МБ.
vim чи його батько vi є майже на будь-якій UNIX машині по замовчуванню, а права рута на встановлення софта не завжди є, точніше їх якраз найчастіше немає, а на продакшн сервері в принципі тобі не поставлять, щось більше за vim, добре якщо хоча б він стоятиме, тому хоч не хоч, але користуєшся ним. А стосовно звязки тотал плюс ще щось там, колись заробив ящик пива, після того як підняв сервак такого “адміна” який відредагував конфіги на вінді і залив назад, от тільки бідака забув про різні EOL. А для розробки софта в мене інші інструменти є.
концовки строк — это вечная проблема.