## Структура базы знаний в Obsidian


### Что такое структура?
Структурирование знаний позволяет упростить понимание информации, улучшить запоминание, строить ассоциативные ряды и применять различные мнемотехники. 
В обучении структурирование знаний используется для упрощения и структурирования обучения, а также для преодоления трудностей в обучении. 
   
Существует несколько методов структуризации знаний, которые могут быть использованы в обучении, такие как методы иерархической структуризации, методы визуализации, объектно-ориентированный подход и концептуальная структуризация знаний.
   
### Для чего нужна структура и почему все за ней гонятся?
Мое предположение - чтобы лучше понимать что у нас есть, и как все наши знания связаны между собой. 
   
Давайте рассмотрим возможные варианты структуры наших записей, и отметим их плюсы и минусы.
   
Представим ненадолго, что мы ведем записи на аналоговом носителе, на бумаге. И посмотрим как мы можем хранить подобные записи.
   
Самая простейшая структура хранения - это
   
### Линейная структура
   
Это касается заметок в бумажном блокноте, ежедневнике, либо в отдельном файле.  
Заметки жестко зафиксированы в линейной структуре, где их трудно, а зачастую и невозможно поменять местами.
   
### Плоская структура
   
Это заметки на отдельных карточках или листах бумаги, либо в отдельных файлах в одной папке без четкой организации или структуры. Заметки в данном случае находятся в свободном плавании, каждая сама по себе. И нет понимания - как эти заметки связаны между собой.
   
Сразу подумаем над тем, какие плюсы есть у такого подхода.
   
#### Плюсы подхода
   
Не надо заморачиваться, куда положить заметку, к какой категории ее отнести при создании. Все валим в одно место.
   
#### Минусы
   
Вытекают из плюсов - когда наша база разрастается - становится тяжело ориентироваться, искать нужную информацию, видеть связи между отдельными заметками.
   
### Древовидная (иерархическая структура)
 Реализация хранения заметок в данном случае может быть реализована в разных представлениях:
 - Если мы работаем с физическими заметками, на бумаге, то наша база будет представлять из себя картотеку, где каждая заметка расположена на отдельной карточке или листе бумаги, и эти заметки распределены по категориям в разных ящиках, секциях или физических папках.
 - Если заметки цифровые - мы используем папки в файловой системе нашей операционки. Долгое время папки были практически единственным способом организации какой-либо информации, и заметок в частности.  
- Еще один пример цифровой реализации древовидной структуры - категория программ аутлайнеров, типа Workflowy, или Roam Research
- Другой пример реализации древовидной структуры - майнд-мапы, они же ментальные карты. XMind, SimpleMind Pro, MindNode - выбор программного обеспечения в данной категории достаточно большой . 
   
Такая организация заметок очень хорошо подходит для работы над конкретными и четкими проектами. Видна явная структура, порядок и очередность. Но как только проект закончен - вся структура проекта вместе с содержимым отправляется в архив. Либо необходимо выделить ресурсы на перераспределение заметок и интеграцию их в свою базу знаний. Еще один явный и очевидный минус - одна заметка запросто может относиться разным категориям. 
   
### Теги
Здесь уже поинтереснее.  Это большой шаг вперёд по сравнению с папками, потому что теперь категории не являются взаимоисключающими. Заметка может иметь больше одного тега, а вы можете увидеть разом всю коллекцию различных точек зрения, в зависимости от того, на каком теге фокусируетесь.
Но несмотря на преимущества тегов, есть у них и ограничения. 

Если в нашей базе тысячи заметок, и каждую из них мы скрупулёзно тегируем, то отдельные теги не сильно помогут увидеть связи между заметками. В реальности, если к отдельному тегу относятся десятки, или сотни заметок, вся наша база знаний будет не менее запутанной, как если бы вообще не было никакой системы организации. В конечном итоге каждый тег превращается в большую беспорядочную свалку.
 
 Эту особенность заметил еще Луман, автор метода Цеттелькастен. Вместо того чтобы полагаться только на теги, он также связал заметки между собой. 
   
Используя методики, предложенные Луманом в Цеттелькастен, и создавая связи между заметками внутри Obsidian, мы превращаем наши заметки в элементы, вплетённые в большую сеть идей. 
   
#### Подходы при создании структуры
 - Сверху вниз
 - Снизу вверх
   
#### Примеры готовых методологий и заложенных в них структур
   - PARA
   - LYT
   - Структура цеттелькастена Лумана
   
Элементы структуры картотеки
-  Папки
- Теги
 - Индексы
 - MoC
- ToC
- Zero-links
- Ссылки
   
Элементы структуры на уровне отдельной заметки
- [[Шаблоны заметок|Шаблоны]]
- YAML/Frontmatter
- Заголовки
- Тело заметки
- Подвал
