@czfy
@Tony042
@gaint97
@WilliamShi
谢谢。
感觉人肉去考察论文之间的引用关系，效率还是比较低。

@qanniu 原来是住公司附近，那怪不得。 如果通勤一小时多，那又是一番情景了。

为啥我即使上班 8 小时，仍然是不自由的感觉。。

第 2 条想实战难了点，数学基础短时间不能速成。

清单和 gtd 工具一般都是侧重在执行阶段。

gtd 里面有回顾这个概念，但只是概念性的介绍了一下。我感觉回顾是需要数据的，例如之前所做事情的统计。

看起来你需要的就是这个统计功能。就像你在经历的，事情比较多时，确实会虎头蛇尾。有个工具辅助会好一些。

我在给自己开发这样一个带统计功能的清单工具。有兴趣可以加我。

> “多利用开源项目，其实很多对于开发人员来说都是习以为常的东西，对于普通人来说却是神奇高技术的存在，利用好信息差，站在普通人的角度想问题。”

“利用信息差”，这个听起来很有道理，但前提是，能把握住需求。开发人员与普通人之间的技术信息差，有太多的点了。但并不是挣钱的关键点，即使利用信息查，做出很多东西来，用户也不一定会买账。比如市场上有很多你不知道的替代工具，比如相比竞品没有切中用户的需求。。

所以，把握用户的需求还是第一位的，而普通用户的需求也可以看作是开发人员与普通人之间的信息差——开发人员并不知道用户的需求。

在知道用户需求的前提下，再利用技术上的信息差，才能做到 “术中自有黄金屋”。

写的有点简略啊。。

@sillydaddy #22
说错了，22L 里面的“面”，应该换成“棱”： “到 3 个面距离相等” => “到 3 条棱的距离相等”

@commoccoom
再补充一下，如果倒角确实是球面的话，只需要知道琴键头部的斜面，就可以推导出球心半径了——因为需要满足倒角之后，圆弧和线段连接的地方，切线斜率一致，也就是说，圆弧的切线要与线段的方向一致。——满足这样条件的球是可以唯一求得的：

球心：到斜面、侧面、顶面 3 个面的距离相等的一点，就是球心
球半径：球心到任一一个面的距离。

所以，你可以找到斜面的参数(比如量一下角度)，然后把 3 个平面的方程确定出来，再计算出球心和球半径。最后计算出交线就可以了。
当然前提是倒角是球面。而且图片里面，侧边的棱好像也有倒角，图片看不太清，但求解思路是一样的。

@commoccoom 琴键的加工信息一般是通过造型参数来描述的。造型软件比如 Pro/E，Catia 这些，会有一套专门表示零件形状与加工信息的方法(实体边界表示，简称 BREP)。

看你发的图里面，这个琴键的头部是一个斜面，然后头部的 2 个角有两个倒角，倒角的形状好像是球形，所以，只需要知道斜面的参数，然后知道球的圆心半径，就可以把交线求出来。

如果倒角确实是球，那么这个红线应该是 2 段圆弧+2 段线段组成的。

@vsitebon 这些 tags 的列表是 obsidian 里面的结构吗？看着像是 wiki

@systemcall #4，4 楼的观点比较有启发，
base64 估计是画蛇添足，但是把加密和授权用在论坛里面，应该是一个奇思妙想。
每个人都可以授予其他人解码自己发言的权限，如果没有得到某人的授权则只能看到他发的一段乱码。
突然发现，这不就是把微信朋友圈放到了论坛模式下了嘛。

不错的效率工具啊。用剪贴板作为来源，可以省掉一个粘贴的步骤。哈哈。

@hyqCrystal #105 > 如果记录一个个人的东西勒因为东西太多不想别人知道的，比如密码，一些服务器开发 数据库地址 ip 等信息 工作计划 等 这个时候 推荐什么产品勒

刚好我也在考虑这点，之前发过一个帖子 ( https://v2ex.com/t/721418#reply38 ) ，在大家帮助下，发现了 Obsidian 这个知识管理工具，但 Obsidian 使用的是本地文件的形式来存储的，暂时没有加密和同步功能。数据的加密、多客户端间的同步，都需要自己解决。

我的要求是数据在本地是加密状态，需要时解密。这个都有成熟的方案，比如 VeraCrypt/EncFs 等。
然后上传到服务器上，需要数据都是加密状态。于是比较了几种同步方案：

1. VeraCrypt + DropBox，本地加密文件和虚拟磁盘双向映射。把这一整个加密文件上传到 DropBox 上。
缺点：
文件可能体积比较大，同步不方便。虽然 DropBox 可以实现增量上传，但似乎没见到有增量下载。
多个客户端同时编辑，再上传时可能会互相覆盖，除非遵循严格的客户端和服务器的同步顺序。

2. EncFs+云盘，比如 Boxcryptor/Cryptomator 等，支持多文件单个加密，文件夹加密。相比 VeraCrypt，粒度支持到了单个小文件。
缺点：
和 VeraCrypt 一样，多个客户端同时编辑，再上传时可能会覆盖或冲突

3. 分布式的文件同步方案，SyncThings/syncrypto，多客户端通过 p2p 方式同步，可以同步整个文件夹。同时支持数据块的差分传输，只有变化的数据才会传输。且传输过程加密。有密钥的客户端才能收到文件。
缺点：
仍然是多客户端编辑可能会产生冲突的问题，它对冲突的解决方法是同时保留冲突的 2 个文件。

综上，几种方案的共同点就是，只有加密和传输，但缺少版本管理。

所以，最后我终于想到，为何不用 git 来做这件事呢。一搜之下，果然发现了 git-remote-gcrypt 这种 git 与 encrypt 相结合的工具。
对于文本类型的数据多端加密同步，简直完美了——数据加密、数据历史保留、多端同步、防止多端的数据意外覆盖等等。似乎唯一缺点就是稍微需要会操作 git 这种版本管理工具，比如遇到冲突的情况下。