На чем удобнее будет то и используй. Если удобнее какое-то IDE то используй его, удобней vi\vim т.к. он есть почти везде - используй его, для все популярных языков есть плагины.
Не нравится VimL — можно использовать другой скриптовый язык. В наличии поддержка perl, python, ruby, lua и т.д.
расширений к emacs поболе и они гораздо разнообразнее(в т.ч. благодаря этому использование емакса позволило сократить использование мыши к минимуму, путём отказа от ненужных мышевозных приложений). REPL, система пакетов, демон (emacsclient стартует сильно быстрее обвешанного плагинами vim).
В vim тоже есть поддержка клиент-серверной модели, но этим тупо никто не пользуется, т.к. и без нее шустро работает. Сильно обвешивать vim не используемыми плагинами — моветон. К тому же есть автоподгрузка.
vim проще осилить и конфигурять, если согласен с его основными принципами(модальность, назначение больнишства хоткеев, vim — не IDE).
Еще vim'овские хоткеи больше распространены как средство упарвления сайтами или приложениями(как и emacs'овские для редактирования текущей строки), особенно среди консольных.
Лично мое мнение vim больше подходит сисадминам, а емакс программистам. Емакс стоит изучить хотя бы за org-mode, так же емакс умеет асинхронно работать с процессами, что позволяет делать обертки вокруг внешних программ: ssh, интерпретаторов всяких языков и тд. Минусы емакса - это конфигурация на лиспе, убогая и неэргономичная раскладка: все простые комбинации заняты какой-то легаси херней, а все модули, которые будешь ставить будут добавлять свои команды на Cntr+C Ctrl+ что-то там или Cntr+X Ctrl+C что-то там. Сам пользуюсь vim
В наличии поддержка perl, python, ruby, lua и т.д.
это всё костыли сбоку (хотя сам VimL тоже сбоку, по большому счёту), интересно почему мало кто их использует?
В vim тоже есть поддержка клиент-серверной модели, но этим тупо никто не пользуется, т.к. и без нее шустро работает.
А дело не только в скорости, тут ещё и единое рабочее пространство: kill buffer, автодополнения, etc.
Сильно обвешивать vim не используемыми плагинами — моветон.
А кто говорил про неиспользуемые? У меня в конфиге было только нужное, и несмотря на это gvim (да и vim, пожалуй, тоже) стартовал сильно медленнее, чем emacsclient.
К тому же есть автоподгрузка.
Автоподгрузка по сравнению с полноценным REPL, это, сам понимаешь...
Пытался использовать stumpwm вместо awesomewm. Не понравился, т.к. 1) ощущается задержка, 2) только префикс-кей, нельзя Mod-клавишу как в других вм 3) не смог привыкнуть к фреймовой модели, кажется неудобно после awesome(для него написал пару функций для раскидывания окон по углам\сторонам\во весь экран в floating-mode).
Есть какие-нибудь советы по этим пунктам? Может, надо пересмотреть свой взгляд на модель с префикс-клавишей, например, или что-то еще? спасибо
Не заговаривай зубы. Разве у меня от этого поменяются python-mode shortcuts? Ключевое здесь - это добавить нужное, так как в емаксе на каждую прихоть есть по три модуля, но выбор тут мнимый, так один из них будет неподдерживаемый, второй убогий, а третий нормальный, но немножко недоделанный. И у пользователя появляется идея фикс, перенести что-то из второго в третий. Так начинается вторая стадия емакса головного мозга, ее проявление это постоянный напилинг своего конфига, пользователь емакса постоянно тащит в свою конфигурацию всякие сниппеты, кусочки чужих конфигов, пишет какие-то хуки. В конце концов все падает, и вместо работы, начинаешь изучать как дебажить лисп в емаксе. Я всем этим давно переболел.
А ты, случаем, не ECL собирал? С ним такой косяк замечен, с SBCL и CCL(последние года три именно на нем) - нет.
2) только префикс-кей, нельзя Mod-клавишу как в других вм
Не знаю, честно говоря, для многих операций с окнами я ещё с дотайловых времен использую xbindkeys(или dmenu)+wmctrl, так что префиксными хоткеями и пользуюсь относительно редко, не напрягают.
3) не смог привыкнуть к фреймовой модели, кажется неудобно после awesome(для него написал пару функций для раскидывания окон по углам\сторонам\во весь экран в floating-mode).
А вот тут я наоборот, сколько не пытался использовать динамический тайлинг - не пёрло. Можно запилить правила для раскидывания отдельных классов окон как надо, но так как кроме браузера/терминала/емакса, я почти ничего не использую - мне толком и не нужно.
Разве у меня от этого поменяются python-mode shortcuts
в Spacemacs разве это не поправлено?
так как в емаксе на каждую прихоть есть по три модуля
Есть подозрение, что это питонопроблемы. Для vim python-mode единственный и неповторимый?
И у пользователя появляется идея фикс, перенести что-то из второго в третий.
Раньше писал на плюсах, не было таких идей, щас пишу на другом языке - аналогично.
Так начинается вторая стадия емакса головного мозга, ее проявление это постоянный напилинг своего конфига
бред какой
$ cd ~/git/emacs.d/ && git log | grep Date | awk '{print $3, $6}'
Nov 2014
Nov 2014
May 2014
May 2014
Dec 2013
Nov 2013
Nov 2013
Nov 2013
Jul 2013
Jul 2013
Jul 2013
May 2013
May 2013
May 2013
May 2013
Jan 2013
Jan 2013
Jan 2013
Dec 2012
Dec 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Nov 2012
Емаксом, если что, пользуюсь с 2009 года, куча первых коммитов была сделана в течение первых 3 часов, когда я просто рефакторил и приводил в порядок то, что было до этого.
Есть подозрение, что это питонопроблемы. Для vim python-mode единственный и неповторимый?
vim у него немножко другая идеология. В 90% случаев, когда я думаю, а вот неплохо бы для вима этакую штуку сделать, я в гугле нахожу команду вида :1sdfwoiU834jHYKN (этот случайный набор символов, но суть такова)
а дальше просто решаю разобраться и понять, забиндить на хоткей или забить и делать по старинке стрелочками дальше.
УМВР
Короче понятно, ты илита, проблемы людей, которые не хотят дебажить свой редактор тебе чужды. Последнюю попытку я как раз сделал в 2009 году, еще не было elpa, emacs-starter-kit и прочих облегчающих использование emacs вещей. Сейчас emacs уже 24, но стала ли жизнь простого пользователя от этого легче я так и не понял иногда почитываю новости, как он там емакс, учавствую в срачах, но аргументов, которые заставили бы меня на него вернуться пока нет.
А при наличии tmux, vim и других консольных приложений; emacs — менее актуален. Как-то, ради интереса, читанул статью по настройке emacs для своего стека и не нашел ничего действительно стояещго переключения.
это всё костыли сбоку (хотя сам VimL тоже сбоку, по большому счёту), интересно почему мало кто их использует?
Потому что для простого конфигурирования достаточно познать азы VimL, который дизайнился специально для этого. И плагиноделы еще как используют.
А дело не только в скорости, тут ещё и единое рабочее пространство: kill buffer, автодополнения, etc.
That said, в vim это есть, но держать демона просто нет смысла.
А кто говорил про неиспользуемые? У меня в конфиге было только нужное, и несмотря на это gvim (да и vim, пожалуй, тоже) стартовал сильно медленнее, чем emacsclient.
Вы что-то делали не так. У меня vim стартует быстро, нареканий нет.
> В остальном ты верно написал, но neovim уже на подходе, он пофиксит все это разом.
а смысл, если есть emacs+evil?
Глубоко не ковырял, но вроде как там появится протокол для коммуникации nvim с другими приложениями, т.е. станет возможным встраивание nvim в IDE и вроде как с Atom уже заработало. Еще поддержка True Color и прочее.
Я вимер и не понимаю зачем нужен True Color (цвета моей темы в консоли и gvim совпадают бит в бит). Эмуляторы терминалов и так тормозят, а вся эта neoхипстота форсирует радужное говно.
тем не менее, режимов для python я на том же гитхабе нашел несколько
я в гугле нахожу команду
вся суть
проблемы людей, которые не хотят дебажить свой редактор тебе чужды
я выше написал git log своего конфига, где ты там видишь активный дебаг? Я на серьёзные проблемы наталкивался один раз, когда 1) использовал левый репозиторий 2) использовал сборку lucid, которой почти никто не пользуется