@LoneFireBlossom > “比如说，学线性代数，学到向量线性相关的条件，那得把前面所有矩阵相关的知识都掌握了、弄清楚条理了，才能继续记笔记。否则真的一团乱麻，学着学着书上的话就看不懂了。”

如果说「整理出条理」是「学懂」的前提的话，那确实需要一边学一边整理，但这一点跟那篇文章并不矛盾。那篇文章强调的是“在需要的时候可以随时整理，而且整理所需的素材都已经准备好了”，那么如果是边学边要弄懂的情形，刚学完新知识点，就是整理的最好时机。这时，只需按照关键字调出所需整理的素材，就可以开始着手整理了，而不是按照传统的树形结构分一下类，然后如何如何。

具体怎样用关键字调出所需的素材，可以看那篇文章中对「传递型双链」和「关联型双链」的应用。(其实作者起的这些不同名字的双链，在我看来本质就是标签，起这么多名字反而把问题复杂化了，我下一篇帖子会用标签系统对其进行分析。其实这篇帖子里的回复也有涉及)。

@LoneFireBlossom
> “我在网上保存下来一篇文章，如果我已经有一个标签系统。。如果我还没有一个标签系统。。这是个相当耗费心力的过程。。”
上面提到的「标签系统」，我觉得很有道理——在给笔记打标签时，时刻背负一个标签系统，确实是沉重的认知负担。

解决这种「标签系统」认知负担的方法，很简单，就是随意打标签。

比如我上面提到的“javascript 语言的内存管理机制”，就按照自己现在的理解，给它打上“javascript”和“内存管理”的标签，不要想以前有没有打过“内存分配”，“javascript 语言”这样的标签。直接打，不用考虑其他，最多需要考虑一下后续自己会怎样搜索这些内容：比如上面那句话里面，“机制”2 字，在我看来没有什么意义，后续也不会去搜索，那么“机制”就不会成为标签。同样的，“今天见了好友老张，在大排档吃了顿烤串，很高兴”，我打的标签时“社交活动”、“饮食”、“心情”，这些字都没有出现在原句中，但它们是我从这件事中抽象出来的关键要素，是我「现在」认为，后续会搜索这些东西。而对于不同的人，需求完全可能不同，可能有人只关注自己的“日常心情”，所以，他可以给这句话只打一个“高兴”的标签。

那么如何解决标签重复、标签过多，以及上面例子里「高兴」-「日常心情」的「具象」-「抽象」关系，等等问题呢，很简单，在使用笔记系统的过程中，不断迭代这些标签。而这应该是笔记软件提供的功能。

所以，在我看来，一个人在给笔记打标签时，可以随心所欲，完全按自己的主观意愿来。

后期整理这些标签的过程，并不是一蹴而就的，也是分散在整个笔记过程中的。这需要笔记软件的支持。但应该注意这点：即使一个人在一生中不断在给新的笔记打标签，这些标签也不会超过一个合理的数目。

这是因为每个人都是有自己的语言习惯的，当他看到相似的内容时，对它们所打的标签也是非常相近的，不会出现给同一内容打标签却千人千面的情况。每个人都有自己的语言习惯，然后每个人都会有一套自己的标签习惯。即使某些标签有所近似，对这些标签的整理工作，也不会有多少。

> “对我来说，学习一门科目并不是按照「前期学习，后期整理」的方式来的，而是「边学习边整理，学一点整理一点」。”
语雀那篇文章，它提到了
「我个人的习惯是把绝大多数反链内容都转移到正文中再开始认真整理。。」
「弄清楚这个问题最大的意义并不是让我们学会具体怎么整理，而在于让我们相信它是可以整理且方便整理的。。」
「记录和整理笔记的所有心智负担并非集中于一点，而是分散在整个时间轴上。。而且这些心智负担的总量也不是恒定的，换种工具或换套方法，心智负担的总量就会大不一样」
「有些专题笔记虽然在 daily notes 里记了很多条，但是它平时不一定会被用到，有的笔记平时甚至连搜出来看一眼都没必要，只要真正需要认真整理某篇笔记的那天没有到来，用户就根本没必要为整理付出任何时间精力；如果那一天始终没有到来，那么未来整理这篇笔记的压力也变成了 0 ，也就是说，整理的命运可能只会降临在一部分专题笔记上」

这些描述，其实说的就是“学一点整理一点”，而不是“前期学习，后期整理”。
比如你分别在 t0,t1,t2 时刻，记下了一些笔记：
t0: 向量的线性相关的定义，打上标签 “向量”/“线性”
t1: 矩阵的行列值，打上标签 “矩阵行列式”
t2: 矩阵行列值与向量线性相关的关系，打上标签 “矩阵行列式”/“向量线性关系”
那么，t2 时刻之后，笔记里面，对于标签 “向量”、“线性相关”、“矩阵行列式”，分别都有 2 个零散笔记与之对应，这时就可以开始整理了。

如果现在感觉不需要整理，因为还在理解范围内，那么可以将整理推迟到「需要认真整理某篇笔记的那天」。

@LoneFireBlossom "我先把当前的想法记录下来省得等会儿忘了，写完之后立刻把它归类（剪贴粘贴？）到应该归的位置"

这个“应该归的位置”，应该是一种错觉。真的有“应该归的位置”吗？

举例来说，“javascript 语言的内存管理机制”，它包含了：编程语言，内存管理，这 2 个分类要素，既可以归在“javascript 语言”里，又可以归在“内存管理”里。这个知识点可以放到 javascript 的博文里，作为 javascript 特性的介绍；它也可以出现在多种语言内存管理对比的博文里，作为 javascript 内存管理的介绍。哪个是它合适的位置呢？这还是只包含 2 个要素的情况。

这里的一个关键是，一个知识点，几乎总是包含多个知识要素(上例中的“javascript”与“内存管理”)，可以从不同的视角去“透视”。

如果上述的例子不够清楚，可以看下这个：“今天见了好友老张，在大排档吃了顿烤串，很高兴”，仅这一件事，就可以分别从“社交活动”——老张、“饮食”——烤串、“心情”——高兴，这 3 个角度去分析自己的生活。

这种例子应该随手可拾，像学科分类那种的树状划分，反而是有点勉强为之的意思。

回头我会再发一个笔记相关的分析帖子，把我对记笔记这块的抽象思考详细表达出来。

@LoneFireBlossom
我的理解是，双向链接跟树状结构不矛盾。但有了双向链接，会大大弱化树的作用。查询的话，因为可以直接查找到“块”，而知识点是存在于块之中的。相关联的块，可以形成一个主题。所以，我理解的在块上的双向链接，对知识点的组织，以块和主题为单位。

如果想要建立类似目录结构那样的东西，可以用 Map Of Content ，也就是类似于超链接的形式，把不同的 Page(页面)组合起来。

那篇文章里，侧重的是，怎样用双向链接实现“无压记录”，它给出的是知识从收集阶段的散乱无序，到整理为有序状态的一个 workflow(流程)，至于这个有序状态究竟是像维基百科式的 N 多主题，还是像一本书那样，就看使用者了。

那篇文章一开始，作者就反思自己之前对“daily note”的错误理解，后来才认识到，RoamResearch 的双链+块等功能，让即使是“daily note”这样散乱无序的记录，也能在笔记过程中得到很好的整理(整理不只是加一些链接)，并且整个过程是无压的。我想这是这篇文章的重点。

@oncethink
确实没有看过《 How to take smart note 》这个。其实我想发问的，也就是怎样用双向链接实现一个好的 workflow 。

另一个帖子里 @canxin 的回复，应该是解答了我这个疑问： https://v2ex.com/t/815143#r_11072682

@canxin
“双链的可能性很多，「互相链接」「网状」之类的理解根本连门都没有入。”，说的太好了。
文章介绍了使用“双向链接”无压记录的方式，看来是我对双向链接误解了。我属于“80%以上没有理解双链”里的一份子。

❤❤❤❤❤推荐。

@locoz
「习惯了之后其实成本不高的」，我不同意这点。
就像我前面说的，记牌当然也是有技巧的，这些技巧也是需要去习惯的。但问题就在于成本，这种成本，一般体现出来，就是大量的训练。

有必要为了记笔记，去做这种大量的训练吗？工具应该是服务于人的，而不是人去适应用户。

在我看来，记笔记与写卡片，本来就不是一种思维模式——一种是对某件事连贯的叙述，一个是强制分割概念。

强制转换并习惯，难道不是巨大的成本吗？

你说「挺多深入使用的人都做到了」，那么在 v 站里面，有多少像你说的充分用到了「双向链接」功能，并且适应了卡片式到笔记方式呢？

我是真的希望有人出来现身说法的，包括楼主或者你，可惜楼主不理我。

@locoz
这里的问题在于，「最好的做法是一个块、一个页面只描述一个具体的东西，并且一次性描述清楚，就是所谓的卡片式笔记法」，谁做到了这一点，是如何做到的，成本有多高。

对我来说，要做到这点，不是不可能，成本太高了，为了记一个笔记，要思考太多东西了。

不知道有谁真正在实践中做到了。
就像打牌一样，有人说，把出过的牌都记住，就可天下无敌。哈哈哈。

@ynyounuo
你说出了我想说却没有说清楚的。不能同意更多。

我也觉得「拥有快速而准确的模糊搜索能力是更好的」，我也觉得「复杂笔记哲学比如 Zettelkästen/PARA 等又过于复杂趋向于结构化了」。

这种结构化，如果本身不具有「自我迭代」的能力——即促进使用者从松散无序的笔记结构不断迭代到形成结构化对笔记，那么就会面临使用成本的问题，就像一开始就想设计一个结构完美的复杂软件，对于用户来说，结构化的认知太高了，要么一开始就想着结构化，要么后续花费大量的时间。

@Aaron01 #8
我觉得这样认知负担太大。
举一个最简单例子，我 2 年前学习了一篇数据库的文章，写了笔记，没有做特别的结构整理。现今又要写一个这方面的笔记，「双向链接」能给你任何提示，让你引用到之前写的内容吗？靠标题吗？还是用关键字再去搜索一番？这些是都可以做，并且让你找到之前都文章，然后改造一番。但我感觉这样会造成认知心理负担比较大，它要求我任何时候都必须对以前记录的笔记有清晰、完整的认知。

我也在用 Obsidian ，之前发了一帖：“有没有一种知识管理工具，满足这些特性” ( /t/721418 )

现在卡在了一个地方——这个工具很难激励自己去整理笔记。

我记笔记一般是随想随记，不会特别注意格式。但时间长了，有些记的东西自己都不记得了。这样很不利于自己后续将同一类的东西整理起来。

现在对「双向链接」这个概念，有了更多的思考。Obsidian 等软件里，双向链接是非常便于使用。但这个概念，非常类似于 wiki 的链接功能，我觉得它应该是在整理好的笔记中出现的。但记笔记的过程，是很难去用到的，谁会一边记笔记，一边维护这个格式呢？这就有点像是一边写文章的时候，一边考虑排版。

「双向链接」以“相同标题”作为反向链接的提示基础，这就对记笔记有很大的认知负担，因为你要时刻注意，怎样起好标题，不要重复，不要冗余，等等。

所以现在我感觉，「双向链接」对我来说好像只是一个很漂亮的装饰品，对于成品的笔记来说，加上它很好看。但它对记录整理笔记的过程，帮助不大。

这个可能是我自己记笔记方法的问题，楼主可以分享一下 Obsidian 记笔记的流程吗？

@hxt
看我第 2 条附言，应该就是本子有问题。退掉了，换了一个就没事了。你可以去苹果的线下店去体验一下别的。

用 git 吧

“将 git 版本管理，集成到自己的应用中，既可以使用多进程起「命令行」，也可以集成 git 的「库」如 libgit2”：
https://git-scm.com/book/en/v2/Appendix-B%3A-Embedding-Git-in-your-Applications-Command-line-Git
https://git-scm.com/book/en/v2/Appendix-B%3A-Embedding-Git-in-your-Applications-Libgit2

“将 git 用作 NoSQL 数据库，举例介绍了 git 中 commit, tree, blob 的概念”(我看了一下，还挺简单)：
https://www.kenneth-truyers.net/2016/10/13/git-nosql-database/

“libgit2 库还可以适配自己的后端来存储内容，比如 MySQL ，sqlite ，redis 等”：
https://github.com/libgit2/libgit2-backends

“libgit2 的 API 非常丰富，简直吓人”(不过应该只需要极少的几个就足够了)：
https://libgit2.org/libgit2/#HEAD

找到了一个可以满足需求的 Chrome 浏览器插件——“高效网页截图编辑插件”：
https://chrome.google.com/webstore/detail/explain-and-send-screensh/mdddabjhelpilpnpgondfmehhcplpiin

@SingeeKing 原来还有这个

@mokeyjay
这里 token 只是被设计用于调用 API 的授权吧。有这个 token 就可以调用 2.0 版的 API ，没有就不能。

如果是开发一个第三方 App ，允许这个 App 的用户收取 V2EX 帐号的通知，按照现在的设计，只能是用户把自己 v 站帐号的 token 贴到第三方 App 里面，这样就有 token 泄漏的风险了。这块的设计感觉还可以再改进。 @Livid

赞一下 V2EX 的开放精神，API 终于比较完整了，希望围绕 v 站能产生一些有意思的派生项目。

@corningsun 是吧。我感觉最大的问题就是耗电。如果是专用硬件可能会好一些

@jiobanma,
我想到一个技术思路：开发一个 App，

. 首先使用手机的传感器(加速度计、指北针等)，做一个类似计步器的东西，可以大致知道你运动的步数和运动的方位。
. 然后就是在 App 中，实现提醒的触发机制了，首先是触发所需的运动步数和方位，也就是大概的距离，然后是触发的时间区间，比如 17:00~23:00 。

只要你下班是带着手机步行，应该就可以提醒。需要考虑的是这个 App 的功耗，惯性传感器本身的功耗很低( /t/760637 )，不过 App 需要时刻在后台运行，这个功耗我就不太清楚了。