[非大纲] 个人笔记方法总结

本贴最后更新于 406 天前,其中的信息可能已经时异事殊

我并非大纲笔记的使用者.尝试过各种 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 待废弃
memory 废弃 type1
type2

第一行不隐藏
t1 从第二行开始偶数行隐藏
t2 从第二行开始单数行隐藏
qacard 废弃 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
  • 内容标签 : #标签# ,以及 [[DocName]] 这部分来表明笔记块所属的类别,也就是前文所描述的部分 . 现主要将基于中图法的双链来起到该效果.该处指的是起到将文档分类的作用的双链
    正文中,如果涉及到一个知识点,需要双链,直接创建即可.只是一个普通的双链,并不属于 内容标签 的范畴.

    • 中图法标签给我的一个感受是,更深刻的对自己学习的科目有了一个了解.
  • 状态标签 : 出现在文档正文中 TODO ,P0 . 用来表示该文档,是否需要补充,以及补充或修改的优先级.

    • 复习已经由 Anki 代替
    • 有 TODO 不一定有 P0. 但有 P0 一定有 TODO. 例:
      TODO/P0 这个标签一定是在一个行/块的开头. 后面跟着写需要做的内容. 且不要使用软换行.
      • CliffTop-DataView 中的 status 和 Priority 指的是项目整体,不表示文档中的待办事项的状态,他们只设置在属性面板中,而此处的状态标签是直接记录在段落块中的.

模板说明

这部分我还没整理,同时我用的模板也还没有完全达到我期望的效果.

目前我所用的模板都发过帖子.

CliffTop

属性视图的作用无非就是把信息聚合起来. 那既然有了 API.何必一定要纠结挂件呢.命令行输出同样可以起到效果.

同时 Cloud0 大佬的 anki 插件,运行的有些慢.并且我没有那么多格式上的需求.

基于这个想法,写了这个程序.目前还有很多地方没有完善,一些地方的思路也还没有确定.

现有的功能如下:

image.png

这也是我为什么给自己制定了很多"格式",因为我需要能够统一对其进行处理.

目前只是能凑合着用,很多地方到底怎么处理也没想好.所以一直没有分享. 等后续继续完善后分享.

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...