Комментарии 12
Удивляюсь Хабру. У человека пишущего годные профильные статьи такая низкая карма. У всяких переводчиков новостей карма под потолок.
Думаю, минусуют карму ему за проскальзывающую в комментариях манеру учить других и категоричность в суждениях (которая кстати часто встречается у матерых системщиков). А вот за хорошие статьи плюсуют реже чем за плохие комментарии. Я плюсанул.
Об этом я и говорю. Например, я в своем профиле честно написал, что обожаю учить - это моя профессиональная деформация. Кстати, сейчас я тоже поучаю других и намекаю на неверное поведение большинства.
НО. В отличии от меня, автор пишет годные статьи технической направленности. Статьи для которых как бы и был создан Хабр. Но один холливар в который влез легко это все перечеркнет. Поскольку противоположная сторона не просто отбомбится в карму, но ее и друзей приведет побомбить. Плюсы-минусы в карму от статей ни как не зависят. Это такой бинарный признак - нравится ли тебе здесь такой человек или нет. Т.е. отбираются по критериям конформизма, а не профессионализма. ЧТО ПЛОХО!
Nix вместе с emacs-overlay прекрасно решают эту проблему. emacs-overlay парсит init.el и добавляет в зависимости системы все необходимые пакеты, и их версии фиксируются через flacke.lock. Полагаю, emacs-overaly можно использовать на любой системе, но если дествительно интересует воспроизводимость, рекомендую взглянуть на NixOS.
Может зря я начал Elpa использовать (хотя сейчас только четыре пакета оттуда)... В основном сторонние пакеты - просто свалка el файлов, которую перетаскиваю руками с компа на комп, никакой системы, зато работает и не ломается, часть ещё с 19.34 живёт; что-то периодически вычищал, когда втаскивали в стандартную поставку.
Кстати, что за мода использовать init.el вместо ~/.emacs ?
Содержимым каталога ~/.emacs.d/ проще управлять через системы контроля версий, чем содержимым всего ~/.
Сейчас есть еще вариант использовать `~/.config/emacs/init.el`. тогда можно просто всю папку .config положить в репозиторий и спокойно синхронизировать между машинами все конфиги
Во всём .config надо как то аккуратно выделять части, зависящие от системы и конкретной машины, синхронизировать скопом я бы не рискнул. Ну и последние несколько лет Emacs использую в основном на виндовом лаптопе, файлы редактируются через tramp.
вопрос того, как выделить части, которые зависят от системы и машины может решаться тем же гитом. делать разные ветки под разные ситуации. Я больше предпочитаю org-babel. у меня просто в орг файле лежат разные кодблоки под разные ситуации. и при раскатке я их собираю орг в конфиги. меньше шансов заблудиться в структурированом документе, чем при постройке гитфлоу для своих конфигов
Да, соглашусь, что это правильно (так и не заставил себя версионировать конфиги).
GNU Emacs: вопроизводимая сборка всё ближе