Сегодня разбираем, что не так с кривой обучения GNU Emacs, и почему многие бросают его, так и не разобравшись.

Одна из проблем GNU Emacs заключается в сложности создания воспроизводимой сборки. Разумеется, вы всегда можете сделать себе контейнер, и запускать Emacs с помощью Docker, Podman или даже Kubernetes... Но я сейчас не о таких сложных случаях.

Итак, суть проблемы: если создать файл init.el и отладить его, то через 2-3 месяца запуск с ним Emacs на другом компьютере с большой вероятностью приведёт к ошибкам установки или несовместимости пакетов.

В этой статье рассматривается использование возможностей встроенного пакета package-vc-install.el для решения описанной проблемы.

О, use-package!

Это пакет, который буквально изменил всё. Если раньше init.el заполняли кодом в императивном стиле, то с появлением use-package очень многие пользователи Emacs стали описывать свои настройки в декларативном стиле.

Пакет оказал настолько большое влияние на управление настройками Emacs, что начиная с Emacs 29 use-package стал встроенным (builtin), т. е. уже не требует установки вручную (хотя его всё ещё можно установить или обновить из других источников).

На сайте документации GNU есть целый раздел, посвящённый use-package, и вроде бы всё хорошо, но... Я бы тогда не написал эту статью.

Я давно пользуюсь Emacs, и уж поверьте мне на слово, знаю в нём толк. Однако, каждый день я вижу одни и те же типовые ошибки в init.el. И что самое главное, они из года в год кочуют из одного init.el в другой, от профессионалов к новичкам.

В этой статье я разберу две самых часто встречающихся ошибки в настройке Emacs.

СД: НЧ

Введение

1. Чем он лучше используемого мной %EDITOR_NAME%?
2. Много ли под него плагинов?
3. Стоит ли связываться или лучше использовать какую-нибудь известную IDE или текстовый редактор?