Как правильно готовить Emacs и не потеряться в (своем) коде
Частенько после правки конфигов новичок может столкнутся с ситуацией "все сломалось, АААА!!!" Да, это чертовски обидно и порой даже вызывает бешенство. Слабаки иногда не выдерживают и сбегают на саблайм, но какое нам до них дело. Поэтому я приведу несколько простых рекомендаций, следуя которым трудности будут минимальны.
** Советы приведены без кода, но не потому, что у меня его нет, а потому, что во-первых он не идеален, а во-вторых такие вещи нужно делать только самому и только так, как тебе это удобно, ИМХО.
- Модульный конфиг. Не нужно пытаться засунуть все в ~/.emacs - со временем объем своего кода неминуемо вырастет, поэтому лучше всего изначально разбивать его на отдельные независимые модули (файлы), а в ~/.emacs кроме самого необходимого добавить только одну строку вроде
(dolist (file (directory-files "~/.emacs.d/modules/" 'absolute ".*\.el$")) (load-file file))
- Поиск по собственному коду. Это тоже очень важно, для чего удобно написать отдельную функцию, которая очень пригодится при желании отрефакторить какую-нибудь вещь или просто вспомнить, как же черт побери оно работает?? ;)
- UPD: Но на самом деле все уже давно написано, поэтому стоит воспользоваться правильным решением: файлы тегов
- Не надеяться на --debug-init. По крайней мере мне эта фича оказалась почти бесполезна, т. к. не видно ни номера строки ни человекочитаемого контекста ошибки.
- Версионность файлов конфигурации. Простейшим способом будет добавить автоматическое копирование-при-сохранении файла, в отдельную папку и с меткой времени. Впрочем, такое решение полезно еще во множестве случаях.
** Советы приведены без кода, но не потому, что у меня его нет, а потому, что во-первых он не идеален, а во-вторых такие вещи нужно делать только самому и только так, как тебе это удобно, ИМХО.
Отправить комментарий