@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 需要时刻在后台运行，这个功耗我就不太清楚了。

@minamike
完美 🙏

@windirt
之前用过 GIMP，也许它的功能比较强，但用起来很不顺手，易用性不行啊，GNU 软件的通病。

@ShadowPower
Aseprite 看起来不错，专注于 pixel art 。试用了一下，感觉还是需要学习下怎么操作，不如 mspaint 易用。

@PostMeridiem18
@ttys001
inkscape 和 Vectornator 应该都是专注在矢量绘图吧，试用了下感觉体验不错，比粗糙位图的观感好很多。