@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 应该都是专注在矢量绘图吧，试用了下感觉体验不错，比粗糙位图的观感好很多。

@Dvel #31
👍，果然是有人的地方就有江湖！经你这么一比喻，一个门派林立、形色各异的“程序”江湖跃然纸上。

大厦的枪战，贴个地址回味一下：
https://www.youtube.com/watch?v=wUI4tI_Jcyo
这动作、节奏、音乐、画面。。

前 3 部画面+造型真的很酷，尤其大厦的枪战绝了。除情节外，感觉对 4 没啥期待了。。看预告片基本都是借用前 3 部的元素，连墨菲斯长的都很像。