tag: #N/S/Well #N/T/Conspect #N/T/Article #N/T/Public 2020-05-17 14:15, [Source](https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B7%D0%BD%D0%B0%D0%BD%D0%B8%D0%B9), Authors: [[]] Related: --- # Методики представления знаний, ведения, структуризации PKM и их сравнение Существует множество методик и филосовских принципов ведения [[PKM]] и заметок, каждый из которых имеет реализацию в [[../Зародыши/! инструменты PKM|инструментах PKM]] Какая бы иерархия ни была выбрана, все равно будут искажения, аналогично картографическим проекциям мира на плоские географические карты. Идеальной проекции не будет. Поясню на примере: Вы читаете книгу, по ходу делаете записи интересных мыслей. Как это записать в программе? Что будет отдельной мыслью — книга или цитата из книги? Считаю, что цитата. А что будет заметкой? - Если заметкой будет вся книга, то нарушается принцип атомарности, заметка содержит больше одной мысли. Связать между собой можно будет тоже только книги, а ценность таких связей уже будет небольшой. - Если заметкой делать каждую цитату, то затраты на такую работу становятся колоссальными, на энтузиазме можно будет продержаться месяц, но [[выживают только простые системы. Все, что сложно и трудоемко, так или иначе отмирает]]. Плюс понять всю книгу целиком, увидеть все цитаты сразу — будет проблематично. Удобство теряется. #### Основные идеи: - «Обработка»: реорганизация / повторное обобщение / переосмысление существующих заметок _является_ генеративным . - Нисходящая (Древовидная) категоризация получила плохую репутацию, но все еще умесна в частных случаях. - Построение связей снизу вверх ([[PKM/Тег]], [[../Зародыши/Прямые ссылки]]) - это здорово, но по мере роста, [[../KB/PKM/! Knowledge base|KB]] требует некоторой нисходящей структуризации. Но использовать только папки - НЕПРАВИЛЬНЫЙ способ. - [[PKM/Maps of Content]] меняют правила игры. - Не поддавайтесь догмам До недавнего времени папки были всем, что у нас было. Они были недостаточно хороши. Теперь у нас есть ссылки. Правильные [[../Зародыши/! инструменты PKM]] для здоровой [[../KB/PKM/! Knowledge base]], включают в себя множество методик и филосовских принципов для построения и структуризации заметок: ## Линейная структура Заметки в блокноте или, дневнике, или файле. Выглядят примерно так:  \- Заметки замурованы в неизменной структуре, где их невозможно поменять местами. ## Плоская структура Заметки на карточках, листках бумаги или в отдельных файлах в одной папке без какой-либо организации и структуры . \- Заметки в свободном плавании, и невозможно отследить, как они связаны между собой. ## Древовидная структура ![[PKM/Папки]] ![[PKM/Mind-map#особенности Mind-map]] ## [[PKM/Тег|Теги]] Можно попробовать внедрить подход к построению сети заметок, в котором вместо, или кроме [[PKM/Папки]], используются Теги - ==относительно слабые ассоциации==  ![[PKM/Тег#Особенности Тегов]] ## Прямые и обратные ссылки Если пойти дальше, и не полагаться только на теги, и каталоги запись и поиск связей в заметках может осуществлятся в "дополнительном измерении", (например по схожести идей) с помощью [[../Зародыши/Прямые ссылки|прямымых]] и [[../KB/PKM/!Обратные ссылки|обратных ]] ссылок внутри заметки - ==это самый прочный тип отношений==. Это основной метод выращивания здорового и динамичного **==[[PKM/& 🌲️Zettelkisten]]==**  ![[Особенности Zettelkisten]] **Аналогия**: Одних прямых ссылок недостаточно, они не обеспечивают простой и надежной высокоуровневой навигации. Они представляют собой систему улиц, соединяющих один квартал с другим. Но иногда хочется уменьшить масштаб и просмотреть карту. ## Другие принципы структуризации и ведения заметок: - [[../Зародыши/IMF]] \+ Не так требователен к атомарности, заметки могут быть сложней. \+ M в названии это [[PKM/Maps of Content]] \+ Тэги используются редко, например, как "тип заметки" или "статус" (#stub для "непрожеванных" заметок). \+ Удобства ради есть Index заметка с ссылками на текущие MOCи и тэги. - [[../KB/PKM/Evergreen]] - [[PKM/Maps of Content]] & [[../Зародыши/Story River]] ![[PKM/Maps of Content#Особенности MoC]] - [[../Зародыши/Table of Context]] \+Оглавление предназначено для построения определенного линейного порядка \+- В то время как MOC текучие, TOC жесткие. Это сделано намеренно. Оглавление предназначено для построения определенного линейного порядка - [[../Зародыши/Index note]] Сравнение [[../KB/PKM/Топологии сетей заметок]], в том числе и сетей связей заметок ## 3 основных уровня близости - связанности. 1. **Организация по близости в основной папке:** - По алфавиту: По мере роста базы, связи могут отдалятся и ослабевать. - Хронологическая: сортировка по дате, для большинства типов контента создает достаточно слабые связи, но они не изменятся со временем. 2. **Организация по близости в той же подпапке:** - Заметки в одной подпапке будут иметь более тесную связь, поскольку они сгруппированы в одном месте. Но это происходит за счет изолированности от остальной части библиотеки заметок. 3. **Организация по близости в [[PKM/Maps of Content]]:** - Заметки в одном MOC, скорее всего, будут тесно связаны, особенно после того, как они вручную отсортированы и прокомментированы в той или иной форме относительного позиционирования. Это лучший способ применить силу близости. - Используя всего одну заметку, вы можете определять и строить отношения между заметками. ## Критика pkm https://www.reddit.com/r/ObsidianMD/comments/zkefis/is_the_concept_of_personal_knowledge_management/