Zettelkasten — это вики-система

Zettelkasten - это вики-система

Я люблю почитывать статьи про разные системы ведения заметок. Одна из наиболее известных и старых таких методологий — это Zettelkasten, созданная Никласом Луманом во времена, когда смартфоны еще не изобрели, и даже компьютеры для хранения персональных заметок еще не использовали. Заметки тогда писали на бумаге. Собственно, Zettelkasten — это немецкое слово, обозначающее шкаф для хранения карточек, как это до сих пор организовано в некоторых библиотеках. Про Zettelkasten уже столько всего написано, что в очередной раз писать о том, в чем ее суть, я не буду.

Но недавно я читал перевод на русский язык статьи того самого Никласа Лумана Коммуникация с картотекой («Kommunikation mit Zettelkästen»), где он описывает свой опыт работы с картотекой и технические особенности организации записей. При чтении технической части этой статьи у меня возникло ощущение, что Луман описывает современные вики-системы. Есть подозрение, что сегодня Луман использовал бы именно их для своей базы заметок, а в свое время он просто выбрал наиболее подходящий аналоговый инструмент, который тогда существовал. С другой стороны, идеи Лумана сейчас продолжают влиять на то, как выглядят цифровые версии хранилищ заметок, некоторые приложения изначально заточены под методологию Zettelkasten. Нет ли в этом элементов карго-культа?

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

Первое. Отказ от систематизации заметок по темам и подтемам. Сейчас многие системы хранения имеют дерево для упорядочивания заметок, но никто не мешает все заметки кидать в одну ветку. Более того, по-умолчанию так поступать предлагает, например, Obsidian, наиболее известная программа для хранения заметок в стиле Zettelkasten. Вместе с тем, какие-нибудь веб-ориентированные вики-системы, та же MediaWiki, не использует древовидность, а хранит все заметки в базе данных, что можно считать тоже общей кучей записей.

Второе. Способность к ветвлению. Ссылки между заметками — это важнейшая часть Zettelkasten. В идеологии Zettelkasten заметки ссылаются одна на другую, создавая ориентированный граф. Именно таким образом заметки организуются тематически. В эту цепочку ссылок всегда можно добавить новую ссылку на очередную заметку, и таким образом организовать новую ветвь. Должна быть возможность добавлять ссылки не только к заметке, но и к отдельным словам. Кажется, Луман описывает гиперссылки. В любой вики-системе с поддержкой гиперссылок на другие заметки эта возможность появляется автоматически.

Третье. У Лумана заметка может начинаться на одной карточке, а продолжаться на другой, даже если между ними физически в ящике расположены несколько других карточек. Луман был ограничен объемом одной карточки, и поэтому вынужден был писать продолжение на другой карточке. Обычно краткость заметок преподносят как фичу Zettelkasten, но может быть это баг? Для того, чтобы через какое-то время продолжить развивать идею, начатую на одной карточке, Луман был вынужден создавать новую карточку и давать на нее ссылку с предыдущей. В цифровом мире проблемы ограничения размера заметок нет. К заметке всегда можно вернуться и дописать текст прямо в нее. Более того, другие методологии ведения заметок наоборот поощряют написание длинных заметок или вообще переходить от коротких записей к полноценным эссе.

Четвертое. Должен быть указатель ключевых слов. В вики-системах с помощью ссылок можно организовать классическое оглавление по темам, но его надо постоянно поддерживать в актуальном состоянии (как и в классическом Zettelkasten). А вообще уже давно многие системы хранения заметок используют помимо (или вместо) дерева заметок еще и теги. Облако или список тегов строится автоматически и делать что-то дополнительно руками не требуется. Некоторые системы позволяют делать вложенные теги, но на мой взгляд это только запутывает дело, потому что возникает такая же неоднозначность, как и с ветвями в дереве — куда именно правильнее поместить заметки. С независимыми тегами такой проблемы нет, потому что каждой заметке можно индивидуально присвоить нужные теги. Главное правильно расставлять теги, пытаясь представить себе, по какому ключевому слову вы скорее всего будете искать данную заметку, и не делать теги слишком обобщенными.

Пятое. Должны быть библиографические заметки, т.е. заметки про прочитанные книги и статьи. Это уже не техническая проблема, а вопрос по организации всей базы автором. К некоторым системам хранения заметок можно подключить приложение для хранения библиографических сведений и статей, например, Zotero. Но это уже другая история, в Zotero хранятся сведения о всех попавшихся статьях, а Луман предлагает отдельно писать заметки именно о прочитанных статьях и книгах.

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

PS. Вы можете подписаться на новости сайта через RSS, Группу Вконтакте или Канал в Telegram.

Пожалуйста, оцените запись

УжасноПлохоТак себеХорошоОтлично (Количество голосов: 2, средняя оценка: 5,00)
Загрузка...

комментария 2

  1. Alaric:

    Я не со всем согласен в этой заметке.

    Мне представляется, что в первую очередь надо отталкиваться от цели. А зачем человек вообще использует Zettelkasten?

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

    И, с моей точки зрения, некоторые из упомянутых решений этой цели помогают, а некоторые — не очень.

    Про гиперссылки я сразу соглашусь: они для цели Лумана очень подходят и в современной системе необходимы. Также соглашусь, что автоматическая связь, например, с Zotero, тоже может быть удобна.

    А вот про тэги и ключевые слова я поспорю. Проблема в том, что когда ты начинаешь картотеку, ты не знаешь, чем ты вообще будешь заниматься в будущем. Поэтому ты не знаешь, какие именно тэги тебе нужны. И с тэгами крайне сложно угадать, насколько тэг будет осмыслен. Если ты программист и заведёшь тэг «базы данных», он станет бесполезен, потому что у тебя будут тысячи записей с этим тэгом. Если ты заведёшь тэг, условно, «Bloom-фильтр» у тебя будут две записи с этим тэгом, и не факт, что ты вспомнишь, что у тебя был такой тэг. Если ты заводишь слишком много тэгов, у тебя возникают проблемы с поиском нужного.

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

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

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

    Ну и понятно, что хотя в этой системе связи — это самое важное, вряд ли их должно быть очень много. Думаю, что если у карточки больше десяти связей, то с этим тоже будет тяжело работать. А проблема автоматических методов именно в том, что они создают очень много связей. И именно поэтому аналог «индексных карточек» имеет смысл переписывать, если они разрастаются.

    Насчёт малого размера карточек я уже меньше уверен, но, думаю, именно для целей Лумана умение выкристаллизовать самую важную мысль, тоже было скорее полезно. Ну и да, понятно, что на карточке должна быть одна важная мысль. Хотя, конечно, в современной системе можно, например, сделать себе поле именно для самой важной мысли и связать с ней, скажем, разворачиваемое поле с какими-то «расшифровками», заметками и прочим.

    Но, повторюсь, вероятно, многие другие люди просто решают другие задачи. Если человеку нужно именно систематизировать поступающую информацию, но не особо нужно генерировать новую, то, возможно, ему нужно что-то совсем другое.

  2. Jenyay:

    Про теги я может быть напишу отдельный пост, мне кажется это интересная тема. В последнее время я склоняюсь к тому, что нет ничего страшного, если каким-то тегом помечена одна-две статьи, если ты точно знаешь, что кликая на этот тег, ты найдешь нужную заметку. Но это снова вопрос о поиске. И вообще, мне кажется, что это естественный процесс, когда какие-то принципы написания заметок, расстановки тегов и ссылок меняется в процессе наполнения базы. Не стоит придерживаться какой-то структуры только из-за того, что так написан OutWiker какой-то статье, как ты правильно написал, каждый с помощью заметок решает разные задачи. Я думаю, что нет ничего страшного, если кто-то начнет писать заметки, создаст тег «Базы данных» (я сам такой), а потом поймет, что тег получился слишком обобщенный и начнет делать теги «MySQL», «Postgres», «MongoDB» и т.д. Главное самому наступить на эти грабли и понять, как действовать дальше.

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

Leave a comment