Теперь попробуем оценить с этой точки зрения процесс упаковки смыслов автором при создании художественного произведения. И что мы видим?

Во-первых, это процесс универсальный. Он пакует все виды смыслов: конкретные утверждения, эмоциональный настрой, эстетические принципы и так далее. Все это так или иначе "препровождается" автором в текст.

Во-вторых, это процесс идет, как ни жаль, с потерей информации - и при "упаковке" автором, и при "распаковке" читателем.

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

Что в этом, извините за выражение, понятийном пространстве представляет собой художественный метод? Это не полный алгоритм преобразования гениальных идей автора в текст - применение метода вовсе не исчерпывает процесс творчества, это только часть его. Hо выбор метода - существенный элемент творчества, обеспечивающий автора необходимым "упаковочным" инструментарием. Программист в этом случае будет говорить о доступных ему "библиотеках" готовых программных инструментов.

Предполагается (и даже более того - так оно и есть на самом деле), что такие "библиотеки" нужны как при "упаковке" смыслов, так и при "распаковке" - то есть, используются и автором произведения, и его читателем.

Теперь (вдруг) вспомним о том, что разговор наш все-таки не о математике и программировании, а о литературе. И аналогии, сколь бы они ни были удачны, могут, конечно, проиллюстрировать подход, но аналогия - это всегда упаковка смысла с существенными потерями. И вот настал такой момент, когда потери начинают влиять на логику изложения моей плодотворной (я надеюсь) дебютной идеи.

Hа сцену выходит столь часто подчеркиваемая мною субъективность, тотально присутствующая в литературе и начисто отсутствующая в машинных алгоритмах архивирования.