我并非大纲笔记的使用者.尝试过各种 DailyNote 为主的笔记方法之后,感觉并不适合我. 本文分享的不能算是"笔记方法",应该说是我给自己设置的一些"格式".
因为我觉得由于学科和目的不同,笔记的形式和想要达到的效果是不同的.
比如一个人阅读英文文档做的笔记和他开发项目中做的笔记,形式和方法是必然不同的.
前者如果每天坚持阅读,把每天汇总的生词,句子,放在 DailyNote 中,配合特定的标签属性,最后导入 Anki.完全没有 "汇总"这一过程的压力.
而后者如果一个项目的各种笔记零零散散,那会比汇总几个零散的 Idea,压力要大的多得多,也麻烦的多.
本文也是基于后文所介绍的方式而产生的(从思源直接复制过来,很多地方格式还会错误有点不应该,等 D 大后续完善).主要是分以下几个部分
- 文件类型
- 文档格式
- 标签系统
- 属性系统
- 模板说明
- CliffTop
文件类型
文件夹分类
- Resource: 保存各种资源. 所有我认为可能需要多次打开的链接, 或者还没有确定要放在哪个项目或类别中的 PDF 都会首先收集在该文档下.
- 其余的直接放入笔记的文档头
- Project: 近期在做的时间,需要设置期限和目标. 每个 Project 文档下记录经历,总结.
- 不要吝啬创建子页面,这样子你再加工的时候直接拖动,或复制就好了.
- 同时创建很多子页面也有助于拆分 Project,能让你更好的完成一个项目
- Knowledge: 对于完成的 Project 需要进行再加工, 分类方法参考中图法.
- 放入此处的东西要确保命名准确. 以防止创建双链时出现: 明明讲的是同一个东西,但是就是搜不到的情况
- Project 名 中途分类 将会被作为标签放在文档开头
- 汇总本身就是一件很复杂的事情,不要把本身的复杂过程当作是方法的错误
- Archive: 再加工完毕后的的 Project 丢入此处.精品项目值得保存 😃
- Later: 完成了,但是觉得不值得花时间总结,或者懒得总结的,先丢这里.看情况可能会被删除.
- Inbox 垃圾桶. 不管三七二十一没确定具体细节和想法的 Project 就直接丢进去
目的与想法
记录
我主要是基于 GTD
的思路,用项目驱动 的方式记录笔记.我并不喜欢那种把汇总压力全部丢在以后的记录方式.
此外,只是记录,却没有实际应用的场景,或者是自己没有实际的使用过,只会让笔记变成自己也不熟悉的垃圾堆.自己没有再次处理过的东西,也不能叫笔记.
虽然大家都会提: 记录的目的是,让你在需要他的时候能找到他. 但相应的,大多数东西,你靠百度靠社区都能找到.我个人并不喜欢,那种"囤积欲"式的保存记录.
同时对于突然的想法和灵感. 目前的措施是通过 CliffTop
(一个 Java 程序)直接创建临时文件.或者是直接利用状态标签.
整理
对我认为复用意义 很大的 Project 进行才分拆分,放入 Knowledge. 比如这个笔记,就是已经处理过的了.一些我认为没有必要的内容,或者是临时的笔记,疑问,都被删除了.拆分出的每一个文档会在文件头打上 中图法分类的标签 以及写明主题.
这部分求精而不求多.一些难以归类的文档,直接放到所属的父文档下,随其一起归类.
文档格式
- 文档头
- 文档第一行,通过无序列表对文档 分类,从属(非必须),以及主题进行一个说明,如果难以界定中途分类,则先标记从属的父文档
- 文档体
- 为文档的核心内容
- 文档尾
-
可选. 正文部分全部结束后,H2 写入 Extra.该部分记录/汇总:
- 遇到的问题,遇到过的问题(笔记的一个重要作用是让你提出问题,提出需求)
- 如果尚未解决,则通过对应的状态标签进行标注. 解决后,则通过
Ctrl D
对原问题或答案中,有误的地方进行标注. 然后补充正确的回答. - 如果觉得原本的错误答案,已经没有了参考的价值,可以直接删除
- 如果尚未解决,则通过对应的状态标签进行标注. 解决后,则通过
- 也会有一些我不太像放在文档开头的东西.
- 遇到的问题,遇到过的问题(笔记的一个重要作用是让你提出问题,提出需求)
-
有时候各种问题会直接通过#TODO# 标签记录在文档体中.(更方便嘛).
属性系统
即给各个块设置的属性.
CliffTop
这部分的属性目的是让 CliffTop
能更好找到我想要的块以及其中的信息
Anki
Key | Value | Memo |
---|---|---|
anki |
ture | 表示将子块内容同步到 Anki 中设置在父块中,设置 true 后, |
ankiinfo | deck=PTE mode=basic tags=LFIB |
牌组名 类型 basic 或 type 表示是否包含 {{type}} 标签,多个标签用 , 隔开 |
#TODO# mode 这里还需要修改. 是否需要 type,应该是在每一条笔记处就确定好,而非通过属性设置
#TODO# 应该添加 model 并设置为可选,
DataView-Project
Key | Value | Memo |
---|---|---|
dataview | true | 该块是否可以被终端工具读取 |
name | 命名 | |
alias | 别名 | 用于设置类别,目前只支持 Project |
priority | P0~3 | 项目 优先级 P0 代表必须要立刻去做 P1 严格截止日期 P2 不严格的截止日期 P3 截止日期只是一个参考进度,自己慢慢做即可 |
deadline | yyyy-mm-dd | 截止日期,不要用中文 |
CSS
Key | Value | Memo |
---|---|---|
blockinfo | warning error success info |
彩色提示效果 |
docinof | 待废弃 | |
type1 type2 |
第一行不隐藏 t1 从第二行开始偶数行隐藏 t2 从第二行开始单数行隐藏 |
|
TODO/P3 通过模板 Cmpnt 插入 一个提问卡片 可能在以后存在使用空间 |
标签系统
-
格式标签/属性 :
如 @Aim.这部分往往配合模板使用,添加了一些自定义属性,并配合自定义的 CSS 来达到特定显示效果- 对于这部分,详见属性系统,比如 blockinfo
- warning --b3-card-error-background
- error --b3-card-error-background
- success --b3-card-success-background
- info --b3-card-info-background
- 对于这部分,详见属性系统,比如 blockinfo
-
内容标签 :
#标签#
,以及[[DocName]]
这部分来表明笔记块所属的类别,也就是前文所描述的部分. 现主要将基于中图法的双链来起到该效果.该处指的是起到将文档分类的作用的双链
正文中,如果涉及到一个知识点,需要双链,直接创建即可.只是一个普通的双链,并不属于内容标签
的范畴.- 中图法标签给我的一个感受是,更深刻的对自己学习的科目有了一个了解.
-
状态标签 : 出现在文档正文中
TODO
,P0
. 用来表示该文档,是否需要补充,以及补充或修改的优先级.- 复习已经由 Anki 代替
- 有 TODO 不一定有 P0. 但有 P0 一定有 TODO. 例:
TODO/P0
这个标签一定是在一个行/块的开头. 后面跟着写需要做的内容. 且不要使用软换行.- CliffTop-DataView 中的 status 和 Priority 指的是项目整体,不表示文档中的待办事项的状态,他们只设置在属性面板中,而此处的状态标签是直接记录在段落块中的.
模板说明
这部分我还没整理,同时我用的模板也还没有完全达到我期望的效果.
目前我所用的模板都发过帖子.
CliffTop
属性视图的作用无非就是把信息聚合起来. 那既然有了 API.何必一定要纠结挂件呢.命令行输出同样可以起到效果.
同时 Cloud0 大佬的 anki 插件,运行的有些慢.并且我没有那么多格式上的需求.
基于这个想法,写了这个程序.目前还有很多地方没有完善,一些地方的思路也还没有确定.
现有的功能如下:
这也是我为什么给自己制定了很多"格式",因为我需要能够统一对其进行处理.
目前只是能凑合着用,很多地方到底怎么处理也没想好.所以一直没有分享. 等后续继续完善后分享.
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于