Peter 11111000000

Асинхронность в Emacs Lisp на практике: от модели к надёжным паттернам

Модель исполнения: почему в Emacs асинхронность выглядит так, а не иначе

В основе Emacs — однопоточная модель исполнения с «глобальной блокировкой» интерпретатора Lisp. Это означает, что обычный Lisp‑код выполняется последовательно и не прерывается конкурентной работой другого Lisp‑кода. Асинхронные события (вывод процессов, сетевые данные, таймеры) обрабатываются в «точках ожидания»: когда Emacs ждёт ввода, перерисовки, данных от процессов, или когда вы явно вызываете функции ожидания.

Такой дизайн приносит важные свойства. Он упрощает мышление: команда выполняется «атомарно», пользователь видит консистентное состояние буферов/окон, отладка предсказуемее. Он защищает редакторские структуры от гонок и убирает необходимость всюду ставить блокировки. Цена — отсутствие ускорения CPU‑задач «потоками Emacs Lisp» и необходимость явно уступать управление, чтобы асинхронные события исполнялись вовремя. Реальный параллелизм достигается че

Включите CUA и привычное выделение: они дадут Ctrl+C/X/V, Shift+стрелки, замену выделенного при печати, правый клик — меню.
Добавьте небольшой глобальный minor-mode, который привяжет “виндовые” сочетания: Ctrl+Z, Ctrl+Shift+Z, Ctrl+S, Ctrl+Shift+S, Ctrl+O, Ctrl+Tab, Ctrl+F4, Alt+F4, Ctrl+колёсико масштаб и т.д.
Потенциально спорные переназначения (например, Ctrl+S на “Сохранить”, а не “Поиск”) можно включить опционально.
Быстрый старт

;; 1) Базовая “Windows”-поведенка
(cua-mode 1)                        ;; Ctrl+C/X/V, прямоугольники и т.п.

Почему NixOS проще чем MacOS/Debian/Archlinux…

Ты ставишь цель: “хочу, чтобы на моём ноуте/сервере были Docker, Nginx, PostgreSQL, открыты нужные порты, создан пользователь с ключом, и всё это работало одинаково каждый раз”. В Debian/Arch/macOS ты делаешь это руками: ставишь пакеты, правишь конфиги, включаешь сервисы, добавляешь себя в группы, настраиваешь файрвол. Через месяц забываешь, что именно делал, и на новой машине всё повторяется с нуля.

В NixOS ты один раз описываешь желаемое состояние в файле. Потом выполняешь один rebuild. Всё. Система сама приводит себя к этому состоянию: установит пакеты, включит сервисы, создаст пользователя, откроет порты, разложит конфиги — без твоих ручных команд. Если что-то пошло не так — откат за один шаг.

Почему так проще
Декларативность: один файл — один источник правды о системе.
Воспроизводимость: пиннинг каналов через flakes, одинаковые версии везде.
Атомарные обновления и откаты: генерации системы переключаются без “полупочинки”.

	(defun pro/package-upgrade-async (&optional _prefix)
	"Обновить все пакеты в полностью отдельном Emacs-процессе (-Q --batch).
	Лог в буфере Package Upgrade Log. Без вопросов (y/n), только прогресс и ошибки.
	Лог выводится поточно (line-buffered) при помощи stdbuf, при его отсутствии — через PTY.
	Дополнительно: устойчивость к ошибкам refresh, GC-тюнинг, тайминг выполнения, код выхода."
	(interactive "P")
	(let* ((buf (get-buffer-create "Package Upgrade Log"))
	(start-time (float-time))
	;; На случай, если текущий Emacs запущен через emacsclient — выбираем «настоящий» emacs.
	(emacs (or (and (not (string-match-p "emacsclient\\'" invocation-name))