-
双链笔记中,我的新旧卡片笔记处理流程#
-
演示用 Archive - 2021-11-10 || [[✍Notes_吕江涛 20xx 高效信息管理术]]#
-
我的旧卡片笔记流程#
- 灵感 + 其他 卡片盒
- #Fleeting 和 ZKCards, 两个标签一起使用
- 将单独的 #Fleeting 内容尝试转换成 #toProject 或将其废弃掉 [[Deprecation]]
- 将学到的转换成 #ZK 或者 两者的独立聚合标签 ZKCards #Fleeting
- 永久笔记 卡片盒 ❌
- 没有专门设计,而是直接将 #ZK 标签,处理后具有 #🧩REF 标签的内容当作永久卡片
- 整体的结构
- 摘录的块引用
- 问题 + 各种标签
- 回答
- 例子 (可能有,可能无)
- 指向其他笔记 (可能有,可能无)
- ❓Q: 什么是比特素养?#ZK
- 处于互联网信息大爆炸时代,对于过载信息的处理和生产。也就是信息管理的能力
- 问题 + 各种标签
- ❓Q: 捕捉信息时,用项目提升敏感度是什么样一种过程?ZKCards
- 在大多数领域,从完全看不懂,到逐渐能感知到部分事情的变化,到最后能掌控核心部分去推动事情的发展,这样一种过程就是对项目的敏感度,也就是我们所说的找到感觉了
- [[🌰]] 就好比我最近在学习 UE 引擎,虽然我不算跨行,之前是在做 2D 手游开发的,但其实工具带来的差距改变是很大的,语言和机制都不同,但摆弄着,学习着,渐渐就开始找到感觉了
- [[🌰]] 就和学打篮球一样,一开始瞎玩到后面找到感觉,手感就上来了,命中率大幅提升
- 摘录的块引用
- 灵感 + 其他 卡片盒
-
旧卡片笔记流程中,== 对我而言 == 的问题是:== 信息展示过多,边缘模糊不清,加重认知负担 ==#
- 没有专门的 永久笔记 卡片盒,以有无 #🧩REF 作依据,判断标准不够清晰方便
- 制作完查看毫无问题,但需要判断,不够直观
- sm 标准化,有的 #🧩REF 未填指向,有的没有指向
- 制作时会显得很麻烦
- 制作完查看毫无问题,但需要判断,不够直观
- ZKCards 和 #Fleeting 虽然以颜色作为区别,但在数量多时对比不够明显, 想要再提升下
- 点击引用会看到原文和 #🧩REF指向的具体内容, 而我关心的只是原文, 即信息的来源而已,其他信息对于查看卡片笔记时的我是干扰项
- 如果我在 RR 中复习和修改卡片, 而不是在间隔复习软件, 如 Neuracache、anki、supermemo 中,对我而言,信息展示过多, 我只想看到问答卡片,不需要上下文环境, 好确保我的卡片达到最小信息化原则.
- 当我在看到原文和问答卡片同时展示时, 我可能会认为已经懂了,潜意识中认为卡片已经最简了而只阅读略过修改, 无法进一步提炼
- 这是双链笔记带来大量好处和便利时,我滥用的话对我个人的进一步思考不利, 因为这是将判断权交给我当时自身的意志, 而不是以一个流程去强制触发
- 问题驱动的卡片笔记, 看到问题时,没答案的话我会本能解答
- 我的标签设计中,项目、文章、书籍关键词是大词, 类似主题类、领域类等等,以大写字母开头, 具体的任务、卡片笔记的关键词是小词. 类似使用场景、联想类等等,以小写字母开头
- 当我制作 #🧩REF 标签时,直接块引用的话,能直接看到具体场景, 而缺少像大词这样一种主题式概括性观点
- 没有专门的 永久笔记 卡片盒,以有无 #🧩REF 作依据,判断标准不够清晰方便
-
正在设计中的新卡片笔记流程 V1.0#
- 解决旧卡片笔记流程中的问题
- ZKCards 和 #Fleeting 虽然以颜色作为区别,但在数量多时对比不够明显, 想要再提升下
- 解决方法:== 视觉化处理 ==: 添加呼吸或闪烁的动画, 给我感觉就好像在思考一样,以此与 #Fleeting 做挂钩
- 没有专门的 永久笔记 卡片盒,以有无 #🧩REF 作依据,判断标准不够清晰方便
- 解决方法:添加 Evergreen 卡片盒
- 如果我在 RR 中复习和修改卡片, 而不是在间隔复习软件, 如 Neuracache、anki、supermemo 中,对我而言,信息展示过多, 我只想看到问答卡片,不需要上下文环境, 好确保我的卡片达到最小信息化原则.
- 解决方法:将使用场景分割,不同视图下看到不同数量层级的信息, 详见后面的设计
- 我的标签设计中,项目、文章、书籍关键词是大词, 类似主题类、领域类等等,以大写字母开头, 具体的任务、卡片笔记的关键词是小词. 类似使用场景、联想类等等,以小写字母开头
- 解决方法: 将块提升为页,建立两者的链接,解除耦合
- 点击引用会看到原文和 #🧩REF指向的具体内容, 而我关心的只是原文, 即信息的来源而已,其他信息对于查看卡片笔记时的我是干扰项
- 解决方法: [[[[EVD]] - RR 中的块引用不会出现在反向链接中,而查询需要进一步点击]]
- 1. 技术上,给引用添加过滤功能❌(麻烦,得写 js 代码,还影响性能,最主要的是,我其他地方也不需要用到)
- 2. 将块引用升级为页引用✅(简单,尽量以原生的方法去实现)
- ZKCards 和 #Fleeting 虽然以颜色作为区别,但在数量多时对比不够明显, 想要再提升下
-
将存储标准化和卡片化笔记两个过程人为分隔开#
- 旧设计中,两者没有明确的分界,属于一个模糊的范畴,两者大量互相渗透
- 而问题在于,存储标准化是一系列过程性资料, 备份、数据多而冗余是好事情。而卡片化笔记应尽量降低思考负担, 影响因素都应隐去
- == 我想要达到的目的,解耦合,无法直接修改原函数 (以计算机术语解释)==
- 存储标准化: 来源清晰可见,一目了然,便于追溯源头
- 卡片化笔记: 方便判断卡片是否达到放入永久卡片盒的标准
-
针对卡片化笔记进行使用场景分割,人为制造不同视图, 核心想法就是给不同场景的自己添麻烦, 多添加一两步操作#
-
目前的新旧卡片笔记流程对比#
-
视图 (我将可直观化的使用场景称为视图)#
- 项目、书籍等,总笔记视图
- 块引用粘合,摘录和问答
- 摘录视图
- 卡片视图 ZKCards
- 增删改卡片
- 永久卡片盒 Evergreen [[🧩REF]]
- 项目、书籍等,总笔记视图
-
- 解决旧卡片笔记流程中的问题
-
后续的想法#
- 通过命名规则和双链特点将主题和编号强绑定
- == 若discourse graph的 bug 已修复到能用的程度,开始使用它来完成重构 ==
- 想法和我一致的地方
- 命名的理念
- 块引用 ➡️ 页引用
- 管理链接
- 更好的地方
- 链接的指向自动化
- == 降低管理链接花费的功夫 ==
- 想法和我一致的地方