Хочу научиться работать в Emacs и Org-mode, но не хочу страдать.

Ты вот ровно то же в том треде писал: История переезда на VSCode

Перестать обвешивать его тяжёлыми хуками из триллиона дополнений.

Это аргумент из серии «вы просто неправильно его держите». Если бы мы говорили о тормозах на pentium 200 mmx, то я бы понял и вопросов бы не было. Но не на последнейшем i7 или ryzen, где другие редакторы почему-то не тормозят, делая вот ровно то же самое. Тут дело именно в том, что емакс довольно херово написан унутре.

В последний раз, когда тема на лоре всплывала, в забеге typometer-1.0 emacs на третьепне камня на камне не оставил от других редакторов на всяких i5-i7.

Если мне понадобится редактор, который быстр и при этом нифига не умеет, я возьму какой-нибудь nano. От emacs и прочих vscode мне нужны именно фичи, которые доступны через плагины. Сам по себе емакс меня не возбуждает ни разу. И, мне кажется, эту точку зрения разделяют очень многие.

Тоже не понял хайпа по LSP. В теории, он конечно должен бы наконец порешать все проблемы с конструированием из говна и палок автодополнения и навигации по коду для очередного режима; но пару лет назад был совсем неюзабелен.

LSP был весьма юзабелен что пару лет назад, что сейчас. Это emacs его не вывозил. Не знаю как сейчас.

Смотри, баг очень простой был: открываешь какой-нибудь жирный проект с LSP. Запускаешь сборку проекта изнутри редактора через этот самый LSP. Пока сборка собирается и выхлоп поступает в emacs, этот самый emacs выжирает нахрен ядро процессора и висит. Проблема тут либо в самом emacs, либо в реализации lsp под emacs, но никак не в самом lsp. Vim и VScode это вывозят без проблем. Даже проц почти не жрут в процессе.

Тут дело именно в том, что емакс довольно херово написан унутре.

Тут нет возражений.
Редактор десятилетиями не мог без лагов номера строк проставить, пока nlinum не появился.
Длинные строки не умеет быстро переваривать до сих пор.
RPC останавливает мир на чаепитие.

Но вот с этим я не очень согласен:

Это аргумент из серии «вы просто неправильно его держите».

Всё же изкоробочный емакс в подавляющем числе юзкейсов молниеносно быстр.
Его ещё нужно поставить в ситуацию, где эти косяки будут торчать.

Если бы дефолт надо было резать, чтобы он шевелился, то я бы ещё согласился.
Но тут берут Tiny Core Linux, ставят на него третьегном, и имеют то, что имеют.

Я же не агитирую голый дефолт использовать.
Просто на кой чёрт на каждое смещение курсора и введённый символ вешать тяжёлые обработчики?
Кто-то умрёт, если раскраска пересчитается через секунду после того, как перестанешь печатать?
Нельзя прожить без лексического анализа для автодополнения после каждого символа? Трудно на таб повесить и вызывать когда надо?
Ошибки ты городишь так часто, что тебе нужно flycheck после каждого RET?

Этот список риторических вопросов такой же длинный, как и выхлоп профайлера в каком-нибудь doom/space/чеготамещёесть-macs.

Запускаешь сборку проекта изнутри редактора через этот самый LSP. Пока сборка собирается и выхлоп поступает в emacs, этот самый emacs выжирает нахрен ядро процессора и висит. Проблема тут либо в самом emacs, либо в реализации lsp под emacs, но никак не в самом lsp.

Так мы о чём спорим? Я согласен, что реализация lsp не торт.

Всё же изкоробочный емакс в подавляющем числе юзкейсов молниеносно быстр.

Тут штука в том, что искоробочный емакс в принципе не очень юзабелен. Как редактор, я предпочитаю vim, а емаксе у меня Evil всегда.

Просто на кой чёрт на каждое смещение курсора и введённый символ вешать тяжёлые обработчики?

Нельзя прожить без лексического анализа для автодополнения после каждого символа? Трудно на таб повесить и вызывать когда надо?

Хер знает. Я не вешал, меня такие забавы тоже не привлекают. К самому процессу набора текста у меня не было претензий. А вот к тому, как внешние события обрабатываются, претензий вагон.

Так мы о чём спорим? Я согласен, что реализация lsp не торт.

А хер знает :DDD

Тащемта, емакс у меня до сих пор установлен, потому что в vscode не всё есть. С Agda когда хочется поиграться, тут emacs заруливает, просто потому что разработчики Agda только им и пользуются.

Как редактор, я предпочитаю vim, а емаксе у меня Evil всегда.

Ну так neovim же, он молниеносен.

Как понос?

Ну так neovim же, он молниеносен.

Поставь какой-нибудь telescope и удивишься. Например, скорость поиска файлов внутри гитового репозитория проигрывает даже емаксу.

Редактор десятилетиями не мог без лагов номера строк проставить, пока nlinum не появился.

не, ну это ненужное

Ставлю лайк, добавляюсь во френды. Подписываюсь под каждым словом. Правда я не пользуюсь Evil, но это вкусовщина.

Единственное неоспоримое преимущество Emacs - это культура. Культура комьюнити, культура кода, качество плагинов, качество документации, докстрок, комментариев и т.д. VSCode до этого уровня еще вообще неизвестно сколько двигаться. Десятилетия? Код от Microsoft в полном порядке, но все сторонние плагины, даже более-менее популярные… такое ощущение, что вообще не предпологается, что кто-то будет в исходники заглядывать.

Ну и плюс интроспекция и изменение стейта лисп-машины на лету - да, в этом Emacs весьма удобен.

Ну и плюс интроспекция и изменение стейта лисп-машины на лету - да, в этом Emacs весьма удобен.

Это очень круто, но за четыре года на емаксе я почему-то не трогал это вообще ни разу. А вот чтобы какой-нибудь внезапно затормозивший плагин не вешал нахрен весь интерфейс, такое мне нужно было очень и очень часто.

В vscode мне тоже дофига чего не нравится, но он у меня вообще ни разу не завис почему-то.