Цеттелькастен как система: мое видение в августе 2022

Весьма любопытно наблюдать за обсуждением на тему сущности цеттелькасткна.

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

Поправьте, если я заблуждаюсь.

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

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

Для выполнения этой задачи в рамках системы используются принципы атомарности и связей.

Далее по тексту я заменю слово атомарность на самодостаточность.

Для соблюдения этих принципов важно придерживаться основных правил:

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

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

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

Ещё раз. Мы должны придерживаться принципа самодостаточности и концентрации. В этом случае, например, конспект, даже если он написан нами, не соответствует принципу самодостаточности и концентрации, так как в нем содержится множество уже связанных идей. Конспект следует разбирать на отдельные идеи. При этом:

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

Туда же идут и заголовки. Кто-то предпочтёт индекс, иные будут использовать заголовок в качестве ключа для поиска, третьим нравится давать осмысленное название. Как по мне это все вкусовщина. И сильно зависит от ряда факторов, в том числе и используемого программного обеспечения. Хотя лично меня такая формулировка не устраивает до конца.

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

Отдельно, не до конца ещё понятна мне важность контекста в котором идея рождается. Но на интуитивном уровне я понимаю, что контекст создания идеи может нести высокую смысловую ценность.

Ставим точку в вопросе самодостаточности идеи.

Для тех кому лень читать тест выше резюмирую: идея это кубик лего или отдельный элемент конструктора.

Теперь переходим к вопросу связи идей.

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

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

Резюмирую: связанные идеи это готовая и не обязательно завершённая конструкция из кубиков лего или элементов иного конструктора.

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

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

Итог.
Если у человека не стоит задачи создание новых идей, данная система в приведённом виде, как её понял я, не нужна и человеку более выгодно будет смотреть в сторону pkm и wiki систем.

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

В качестве награды система даёт возможность создавать новые идеи, в том числе на стыке различных знаний.

P. S.
Извините за столь обширный текст. Разошёлся. Планировал написать короткое сообщение о моем понимании системы, а как итог получилось вот это.

4 симпатии

А вы как с заметками работаете?

Придерживаюсь правила, что лучше сделать запись, чем не записать то, что возникло в голове. Как минимум я убежден в том, что это помогает разгружать мозг.

Сейчас я постепенно перехожу из Evernote в Obsidian. Огромное количество заметок в телефоне, в приложениях различных, так как за время спокились, но основное приложения вот уже 3+ года это Drafts. Делаю запись и бывает, редко, прикрепляю тэг один. В планах стоит задача выгрести весь этот архив в Obsidian и сделать actionable-теги, то есть те теги, которые направленны на действия, например “сохранить”, “изучить вопрос” и тп.

В Evernote очень громоздкая система с множеством филтров и тегов, очень сложной иерархией. Что-то сильно свое на основе GTD. Переносить эту систему в Obsidian я не буду целиком, но структуру папок для PKM и теги частично возьму.

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

Отдельное место занимает ToDO приложение, ибо часть заметок уходит туда сходу. Обычно это что-то, что можно совершить. Грань между записью в ToDo приложении и Drafts очень тонкая у меня. В случае с ToDO я просто написываю комментарии к уже “задачи” и у меня получается гибридная задача-заметка, которую или я выполняю и это уже ведет к чему-то иному, либо позже разбираю и уже куда-то сохраняю.

Во всех приложениях и где только можно у меня есть папка, категория или тэг INBOX. И этот INBOX должен быть 0. Чтоб ничего не накапливалось. Лично мне в таком подходе импонирует возможность сделать заметку/задачу не думая о том, куда ее вносить. Этим я могу заняться позже, если в этом вообще будет необходимость.

Если говорить о частностях, то шаблон заметок зависит от типа заметок.

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

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