Организация картотеки

После нескольких не очень удачных попыток загнать свою систему в рамки какой-либо иерархии, я снова вернулся к системе, основанной на перекрёстных ссылках.

Луман утверждал, что «решающим является отказ от систематической организации в соответствии с темами и подтемами и выбор вместо этого фиксированного порядка расположения» (Н. Луман Коммуникация с картотекой).

Луман использовал в Zettelkasten фиксированную позицию — присваивал карточкам уникальные номера, которые никогда не менялись, и которые задавали порядок следования карточек (Простое объяснение принципа нумерации заметок в цеттелькастен Лумана).

В бумажной картотеке такая нумерация была единственным способом обеспечить определённую последовательность заметок. В электронной картотеке мы можем не нумеровать карточки вручную — этим может заниматься компьютер. Более того, если компьютер обеспечивает последовательность записей, то как он это делает — это его проблема, а не наша. Если в Logseq блоки-записи идут в том порядке, как я их добавил, то мне нет необходимости заниматься проставлением номеров — записи уже упорядочены так, как нужно.

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

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

Когда мы говорим о связях между заметкам, карточками, нужно понимать, что ещё со времён Xanadu существует два типа связей:

• Ссылки — наиболее привычный нам способ связи двух объектов в информационно пространстве, когда в первом объекте имеется некий *адрес второго объекта, позволяющий быстро перейти к нему, при этом содержимое второго объекта недоступно пользователю, пока он не перешёл по ссылке;
• Включение (встраивание или трансклюзия) — случай, когда объект, на который указывает адрес, непосредственно включается в ссылающийся на него объект. Этот метод в основном используется для отображения изображений или видео в тексте страниц, но он применим и для текстовых данных!

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

Идеи, на которых основываются наши картотеки, очень похожи на то, о чём писал Нельсон— связанность, причём связанность двунаправленная.

В Logseq разные сущности вы можете связать различными способами:

• Сделать блок (заметку) дочерним (то есть с отступом вправо) — таким образом вы задаёте последовательность заметок, подобно тому, как это делал Луман в своём Zettelkasten;
• Поставить ссылку (на страницу/тег или на конкретный блок, т.е. карточку). Причём, если вы добавляете просто ссылку на блок, то по умолчанию в качестве текста ссылки будет использован текст самого блока;
• Включить блок в текст — будет отображаться текст блока (и все его подчинённые блоки).

Несмотря на то, что я отказался от иерархии в заметках, какая-то структура в них всё таки нужна. Лучше всего работает проектно-ориентированная организация. Материалы собираются обычно под конкретную задачу: подготовка занятия по какой-то теме, написание статьи и т.п. То, что нужно для работы над темой должно быть сгруппировано — для этого в Logseq хорошо подходят теги.

Таким образом, новые заметки у меня всегда создаются в журнале, и по возможности сразу отмечаются нужными тегами.