PKM

概述

参考:

Personal knowledge management(个人知识管理,简称 PKM) 是一个收集信息的过程

个人知识记录规范

配置文件与命令行参数

各种类型的配置文件(包括 INI、JSON、等等)、命令行参数是类似 Key/Value 的结构。在我的笔记中,记录格式一般都是这样的:

键的名称(值的类型)

--命令行参数名称(参数值类型)

对于配置文件来说,有的值的类型比较复杂(比如是一个 OBJECT 类型),可以再创建一个自定义的名称以在单独的章节下记录。

笔记中的配置内容通常符合如下我自己定义的规范:

  • 加粗的是 Key
  • 括号中是 Value 的类型,Value 一般是非 Scalar 类型的节点。
    • 若 Value 的类型是 Object,那么一般类型名称是自定义的。
      • 由于 Object 类型的节点中,Value 也可以是一个节点,那么 Value 就有可能是由一个或多个内容组成,为了可以方便得复用这些内容,所以给它们起了一个名字。这就好像编程中的使用函数一样。
      • 若 OBJECT 类型的字段下的字段非常多,我会在单独的标题中记录,Pod Manifest 是典型的例子。不但在单独的标题记录,而且还为这些字段进行了分组。在我们理解时,只有带有 (XXX) 这种写法的,才是 YAML 中真正的字段,而标题,通常不作为真正的字段,只是作为该字段的一个指示物,用以记录该字段下还有哪些字段。
      • 若 Object 类型的字段比较简单,没有复杂的子字段,那么笔记中就直接用 OBJCET 这几个字符表示。
    • 若 Value 的类型是 STRING、INT、etc. 简单类型,但是其含义很复杂,也会将该字段值的类型写作连接,在独立章节记录。

这种规范为了文档的整洁性,让相同层级的字段在一起,可以一眼看到同级内容,让 Value 与 Key 分开,将 Value 所包含的具体内容放在单独链接(i.e. 单独章节)中。

不管是 老式的 INI、还是新一些的 JSONYAMLTOML、etc. 都可以使用这套理论来记录

命名与命名使用的符号

-_

对于文件名的命名来说

符号用途中文英文
-将连接两端的单词当作两个单词短横线hyphen
_将连接两端的单词当作一个单词下划线underscore/underline

e.g. 在 这篇文章 里有提到说,Google 搜索引擎会将 _ 连接的单词作为一个单词。比如搜索 web_site 实际上只会找关键词 website。只有 web-site 会分为 web 和 site 来查找。

  • This_is_a_single_word
  • This-is-a-sentence-with-multiple-words

Tips: 很多时候,在我们进行编辑时(不管是 ide 写代码还是编辑文件名),利用 “按住 ctrl + 左右方向键” 功能快速跳过单词时,除了会直接跳到下一个空格外,还会直接跳到 -,而 _ 则被当作一整个单词跳过(不过跳到 _)。

知识管理工具

Notion

AppFlowy # 开源版 Notion

  • 现阶段(0.0.4)只是一个本地应用程序,无法通过浏览器使用

语雀

飞书

Dendron # 开源的、本地优先的、基于 MarkDown 的笔记工具

Obsidian # Markdown 渲染程序

社区

PKMer

  • 是一个【知识管理】爱好组织,我们热衷于知识管理,喜欢讨论提升效率软件,以及那些让你觉得欣喜的技术。
  • https://pkmer.cn/
  • 包含 Markdown、Obsidian、Excaildraw、Zotero、TiddyWiki、etc. 相关专题

最后修改 March 25, 2025: clearup (feb59d93)