mirror of
https://github.com/jackyzha0/quartz.git
synced 2026-03-22 14:05:43 -05:00
PUBLISHER #81
* PUSH NOTE : 我是如何管理笔记的.md * PUSH NOTE : 通过数据库统一笔记软件信息管理方式.md * PUSH NOTE : 信息管理的方式.md * DELETE FILE : content/页面/大刀流:三刀解决笔记分类.md
This commit is contained in:
parent
6ad7b47b8c
commit
11f7dba553
78
content/页面/信息管理的方式.md
Normal file
78
content/页面/信息管理的方式.md
Normal file
@ -0,0 +1,78 @@
|
|||||||
|
---
|
||||||
|
permalink: "20250402210840"
|
||||||
|
date: 2025-04-02
|
||||||
|
publish: true
|
||||||
|
上级:
|
||||||
|
- "[[信息管理|信息管理]]"
|
||||||
|
---
|
||||||
|
|
||||||
|
> 信息架构。
|
||||||
|
|
||||||
|
- 本质上都是信息的相互关联。
|
||||||
|
- 文件夹、标签、链接
|
||||||
|
- 空间
|
||||||
|
- 白板
|
||||||
|
- 文件夹
|
||||||
|
- 时间
|
||||||
|
- 日志
|
||||||
|
- 历史记录
|
||||||
|
- 链接
|
||||||
|
- 双链
|
||||||
|
- 目录
|
||||||
|
- 书签
|
||||||
|
- 属性
|
||||||
|
- 标签
|
||||||
|
- 数据库
|
||||||
|
- 搜索
|
||||||
|
- 参考
|
||||||
|
- [透过信息架构 看各笔记软件](https://sspai.com/post/76736)
|
||||||
|
- 层级结构、数据库、超文本
|
||||||
|
- 标签、导航、搜索
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
- 为什么应当把页面作为组织信息的基本单元,因为现在大部分信息都是以页面为单位。
|
||||||
|
- 由下而上 (反链) 与由上而下 (MOC 索引) 相结合。 @2025-05-04
|
||||||
|
- 信息管理的两种模式,组织和汇聚。
|
||||||
|
- 三种笔记的组织方式
|
||||||
|
- 属性/数据库
|
||||||
|
- 树状/从属
|
||||||
|
- 双链/上下文 @2024-11-28
|
||||||
|
- 数据库管理和 上下文 管理。笔记
|
||||||
|
- Heptabase 中通过标签对卡片库进行数据库管理,通过白板及 双向链接 进行上下文管理。 @2024-06-16
|
||||||
|
- 信息管理方式的演进
|
||||||
|
- 单文件
|
||||||
|
- 文件夹
|
||||||
|
- 需要移动文件来管理
|
||||||
|
- 只能由上而下
|
||||||
|
- 一个文件只能属于一个文件夹
|
||||||
|
- 文件夹用来隔离
|
||||||
|
- 标签
|
||||||
|
- 可以由下而上
|
||||||
|
- 一个文件可以对应多个标签
|
||||||
|
- 但是标签无法被管理
|
||||||
|
- 数据库
|
||||||
|
- 通过文件的属性来管理
|
||||||
|
- 上下文
|
||||||
|
- 正链
|
||||||
|
- 通过管理链接来管理内容
|
||||||
|
- 由上而下管理内容
|
||||||
|
- 反链
|
||||||
|
- 由下而上聚合内容
|
||||||
|
|
||||||
|
---
|
||||||
|
- 通过标签
|
||||||
|
- 通过双链
|
||||||
|
- 标签没有标签页,双链有对应页面,如果标签有标签页,两者就是一样的。
|
||||||
|
- 通过文件夹,如果文件夹和页面合为一体,就是把双链体现为物理上的文件夹,或者说是页面的上下关系。
|
||||||
|
---
|
||||||
|
- 标签只用于分类。主题关联通过双链。文件夹则是工作区。
|
||||||
|
- 文件夹不重要,标签也不重要,笔记最重要,与之关联的笔记最重要。
|
||||||
|
- 文件夹是坚硬的。
|
||||||
|
- 文件夹本质上是僵化的和排他性的。
|
||||||
|
- 管理项目适合文件夹,成为主动隔离的单元。
|
||||||
|
- 文件夹可以作为临时收件箱。
|
||||||
|
- 标签适用于筛选。
|
||||||
|
- 是相对较弱的关联,是快速过滤大量笔记的简单方法。可以有多个标签。问题在于标签本身无法扩展。
|
||||||
|
- 有些内容自带大量特殊元信息,比如音乐、文献,管理它们最好使用专门软件,省力。
|
||||||
|
- 可以使用@来将页面附着在另外一个页面后面。
|
||||||
@ -1,53 +0,0 @@
|
|||||||
---
|
|
||||||
date: 2024-05-04
|
|
||||||
publish: true
|
|
||||||
---
|
|
||||||
2024-05-04 笔记的分类
|
|
||||||
|
|
||||||
### 前言
|
|
||||||
你是否为笔记的分类而苦恼,是否迷失在市面上纷繁复杂的笔记分类法?
|
|
||||||
|
|
||||||
不用再烦恼了,本文将介绍一个适用于个人笔记的终极分类办法,只需三刀,尘埃落定。
|
|
||||||
|
|
||||||
### 第一刀 笔记场景
|
|
||||||
也就是笔记从哪来的,你是在什么情况下写笔记的。
|
|
||||||
|
|
||||||
如果是在开会的时候记的,那就是会议笔记。
|
|
||||||
如果是突然脑子里一个灵感,那就是闪念笔记。
|
|
||||||
如果是看到好的句子摘抄下来,那就是摘抄笔记。
|
|
||||||
如果是读书时做的笔记,那就是读书笔记。
|
|
||||||
如果是记在日志中的零散笔记,那就是日志笔记。
|
|
||||||
如果是听播客时做的笔记,那就是播客笔记。
|
|
||||||
如果是阅读网络文章做的笔记,那就是资讯笔记。
|
|
||||||
这样分类可以说是最简单直观了,也是最不用纠结的分类方式。甚至你还可以把在网上吹水时的笔记称之为吹水笔记。
|
|
||||||
|
|
||||||
要提一下,分类不需要各个分类之间不重不漏,只需要是你第一时间想到的分类就行,笔记的场景需要区分出来就可以作为一个单独的分类。比如说书摘和阅读资讯时高亮的句子都属于摘抄,但是依然可以按照需要单独拎出来分类为读书笔记和阅读笔记。
|
|
||||||
|
|
||||||
### 第二刀 笔记主题
|
|
||||||
也就是这个笔记是关于什么内容的。
|
|
||||||
如果是关于笔记软件的,就分类为笔记软件。
|
|
||||||
如果是关于清朝历史的,就分类为清朝历史。
|
|
||||||
如果是关于人工智能的,就分类为人工智能。
|
|
||||||
如果是关于怎样写作的,就分类为怎样写作。
|
|
||||||
关于什么内容,就分类为相应内容。
|
|
||||||
|
|
||||||
给内容分类的时候,可以添加大的分类,比如这篇文章可以添加 `效率` 分类,同时可以再添加小的具体的分类 `笔记的分类`
|
|
||||||
|
|
||||||
### 第三刀 笔记状态
|
|
||||||
也就是这篇笔记当前属于什么状态。
|
|
||||||
如果这个笔记是我重点关注的,那就分类为重点关注。
|
|
||||||
如果这个笔记是我当前要处理的,那就分类为当前笔记。
|
|
||||||
如果这个笔记需要再完善,那就分类为待分类笔记。
|
|
||||||
|
|
||||||
按照自己的需要,重要、不重要,紧急、不紧急,待办、在办、已办,已发布、撰写中,把笔记分类为所属的状态。
|
|
||||||
|
|
||||||
这一部分其实是以任务管理的视角对笔记进行管理。通过对笔记状态的分类,便捷地实现了任务管理。
|
|
||||||
|
|
||||||
### 后语
|
|
||||||
通过场景、主题、状态对笔记进行分类,足以满足笔记管理的需求。这三个分类的纬度都是从使用者自身的角度出发,也就是在什么场景下做的、关于什么内容的、现在处于什么状态,这也是"以我为主"在笔记管理中的应用。
|
|
||||||
|
|
||||||
不必再纠结大纲笔记、永久笔记、临时笔记,领域、项目、资源之类林林总总笔记类别的定义,从自身出发,快速记录、快速检索、互相关联即可。
|
|
||||||
|
|
||||||
那么在具体实践中怎样给笔记添加分类呢,文件夹、标签都不足以胜任,当然是通过双链来给笔记添加分类啦。
|
|
||||||
|
|
||||||
在 Obsidian 中,一个笔记可以添加 `2024-05-04、[[读书笔记]]、[[效率]]、[[笔记的分类]]、[[NOW]]`, 这样在各自页面底部反链面板,都可以看到这篇笔记,无论我们是想找这天的笔记,还是效率相关的笔记,还是当前正在处理的笔记,我们都能找到。这就是面向未来的一种分类方式,以终为始。
|
|
||||||
22
content/页面/我是如何管理笔记的.md
Normal file
22
content/页面/我是如何管理笔记的.md
Normal file
@ -0,0 +1,22 @@
|
|||||||
|
---
|
||||||
|
上级:
|
||||||
|
- "[[信息管理的方式|信息管理的方式]]"
|
||||||
|
permalink: "202512072012"
|
||||||
|
publish: true
|
||||||
|
date: 2025-12-07
|
||||||
|
---
|
||||||
|
- 文件夹
|
||||||
|
- 根据内容进入笔记库的方式放在不同文件夹
|
||||||
|
- 日志
|
||||||
|
- 所有的碎片化的单条内容以无序列表的形式记录在日志文件中,按月存储放在日志文件夹中。
|
||||||
|
- 浮墨
|
||||||
|
- 所有碎片化的片段用时间戳笔记的形式放在浮墨文件夹中。
|
||||||
|
- 阅览
|
||||||
|
- 所有外来的成篇内容放在阅览文件夹中。
|
||||||
|
- 比如文章剪藏、书籍等。
|
||||||
|
- 页面
|
||||||
|
- 除了以上三种情况,所有直接新建的概念、观点、主题的笔记放在页面文件夹中。
|
||||||
|
- 标签
|
||||||
|
- 根据笔记的外在属性标上不同的标签
|
||||||
|
- 链接
|
||||||
|
- 更微观层面的联系用双链来表示。
|
||||||
21
content/页面/通过数据库统一笔记软件信息管理方式.md
Normal file
21
content/页面/通过数据库统一笔记软件信息管理方式.md
Normal file
@ -0,0 +1,21 @@
|
|||||||
|
---
|
||||||
|
date: 2025-05-18
|
||||||
|
publish: true
|
||||||
|
---
|
||||||
|
[[./信息管理的方式|信息管理的方式]] 数据库
|
||||||
|
|
||||||
|
- 信息粒度
|
||||||
|
- 页面
|
||||||
|
- 块
|
||||||
|
- 选中
|
||||||
|
- 组织方式
|
||||||
|
- 页面可以附着到上级页面
|
||||||
|
- 页面类型
|
||||||
|
- 类型为一种元页面
|
||||||
|
- 文件夹、标签附着到上级页面 (类型) 后,成为类型下的一种。
|
||||||
|
- 页面可附着到上级页面 (文件夹、标签),成为文件夹、标签下的其中一个文件夹、标签。
|
||||||
|
- 普通页面附着到上级页面 (其中一个文件夹、标签),成为其中一个文件夹、标签下的一个普通页面。
|
||||||
|
- 该普通页面的属性中
|
||||||
|
- 文件夹: 其中一个文件夹
|
||||||
|
- 标签: 其中一个标签
|
||||||
|
- 普通页面附着到上级页面 (另外一个普通页面),成为另外一个普通页面的下级页面。
|
||||||
Loading…
Reference in New Issue
Block a user