emacs еще хороший, им можно пользоваться как vi

А зачем в ssh vim, если есть sshfs?

нуу. мы говорим про ситуацию где ты действуешь спонтанно. если речь про организацию рабочей среды, то vi точно не вариант)

Битва "Vim и его жирный друг emacs vs. ненормальные редакторы"

с вимом хоть понятно за что его любить, там необычный подход к редактированию (мне не нравится, но ничего удивительного в том, что кому-то больше именно это понравится). Вот любовь к имаксу для меня совершенно непонятна, ведь это обычный редактор, просто старый, страшный, убогий и тормозной

легендарный vim и его внук популярный певец emacs

Emacs появился в 76, а Vim - в 91, так что наоборот :) Вот vi - ровесник емакса

с вимом хоть понятно за что его любить, там необычный подход к редактированию (мне не нравится, но ничего удивительного в том, что кому-то больше именно это понравится). Вот любовь к имаксу для меня совершенно непонятна, ведь это обычный редактор, просто старый, страшный, убогий и тормозной

ну емакс по идее (как я понимаю) крут тем что там небольшое ядро на сишке и всё остальное на елиспе, на нём же он и расширяется, и типо редактор очень расширябельный благодаря тому что расширяется на том же языке на котором написан, как-то так но то же самое относится и к Atom и VS Code в общем-то

Емакс быстрее всего этого вашего электрон-бейст

ну емакс по идее (как я понимаю) крут тем что там небольшое ядро на сишке и всё остальное на елиспе, на нём же он и расширяется, и типо редактор очень расширябельный благодаря тому что расширяется на том же языке на котором написан, как-то так но то же самое относится и к Atom и VS Code в общем-то

как оказалось не быстрее vscode

Емакс быстрее всего этого вашего электрон-бейст

Емакс быстрее всего этого вашего электрон-бейст

вим вроде побыстрее имакса (неовим особено), но я перешел на вскод из-за того, что он на моем слабом компе работал шустрее неовима (+50 плагинов, в вскоде их меньше, при больших возможностях, так как многое из коробки))

у меня - быстрее. И несравнимо меньше памяти ест

голый емакс можбыть. но емакс с обвесом типа spacemacs ощутимо тормознее

чей-то батя ебашит вообще адовые плагины для VS Code в которых как хочет расширяет UI, чего насколько я понимаю нельзя так же свободно делать в каком-нибудь Sublime, потому что там язык на котором пишут плагины (Python) прикручен сбоку

Вы в своем джетбрейнсе будете конфиги на удаленных серваках редактировать? Был вопрос - надо ли знать vi. Ответ - в базовом виде стоит.

а если уже по ssh подконнектился?!

А я по ssh коннектюсь тоже из емакса!

зачем вообще править конфиги на чужих компах? отредактировал конфиг локально и задеплоил

/me иногда делает vim .emacs

emacs -Q .emacs не?

зачем вообще править конфиги на чужих компах? отредактировал конфиг локально и задеплоил

emacs -Q .emacs не?

Извините, вопрос не по редакторам... А вот последний cabal требует, чтобы в Library были выписаны все модули. Ну и stack этот варнинг тоже выписывает: Warning: The following modules should be added to exposed-modules or other-modules in /home/dima/datamarket.exp/dmsr.cabal: - In dmsr-main component: CV.Binding.Utils CV.Calib3d CV.Core CV.Core.Arrays CV.Core.Clustering CV.Core.DMatch CV.Core.Managed ...А как-то можно этот варнинг обходить, или прям best practice -- описать все экспортируемые модули в .cabal-файле?

Извините, вопрос не по редакторам... А вот последний cabal требует, чтобы в Library были выписаны все модули. Ну и stack этот варнинг тоже выписывает: Warning: The following modules should be added to exposed-modules or other-modules in /home/dima/datamarket.exp/dmsr.cabal: - In dmsr-main component: CV.Binding.Utils CV.Calib3d CV.Core CV.Core.Arrays CV.Core.Clustering CV.Core.DMatch CV.Core.Managed ...А как-то можно этот варнинг обходить, или прям best practice -- описать все экспортируемые модули в .cabal-файле?

даже на снойманиаду не отвлеклись от своих вимов

Зачем эта фича-то при построении exe-файла??

убивал бы

убивал бы

я успел утром сноймана почитать, а теперь уже и пожар на реддите подоспел

обоснуйте