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

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

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

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

写的有点简略啊。。

@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 这种版本管理工具，比如遇到冲突的情况下。

@twl007 #355
看了下 quora 上的相关问答，基本都是从用户、视频网站的权利出发去分析这个的：
1. 用户有权利选择看或者不看哪些内容——如果没有与视频网站达成过协议的话。
2. 视频网站有权利主张浏览器去掉了广告，破坏了版权内容的完整性。
并没有见到从什么损害商业利益的角度去分析的。

我个人觉得，要分析浏览器或插件屏蔽广告的性质，
1. 首先要明确的就是，用户是否有权利屏蔽这些广告。如果用户有权利，那么浏览器或插件，作为工具，屏蔽这些广告，无论是否有盈利的目的，都是合法的——为合法的目的提供工具，会是违法的吗？ 用法律行业的话：如果“规避行为”本身是合法的，那么“规避工具”也是合法的。
2. 另外，视频网站主张屏蔽行为破坏了版权内容的完整性，这点我不知道是否成立，毕竟从常识去理解，广告并不一定是版权内容的一部分。

但无论如何，从商业利益的角度去分析而不是从权利角度去分析，感觉都是下位法是要僭越上位法，如上面第 1 条中提到的。

我看了优酷的用户协议，里面提到了不准屏蔽广告，但，这个协议似乎是用户在注册成为优酷会员的时候要同意的，那么未登录用户与优酷之间，还会有这个协议约束吗？

德国的那个判例，也是主张用户有权利去屏蔽广告，才判定 AdBlock 胜诉的吧。

“法律上客观表现就是恶意满满”，

看样子你是客观法律的化身啊，客观这字眼从你嘴里出来就是真的客观了。

优酷推行这种长广告模式，是它自己的商业模式，别人管不着。
用户愿意接受也好，不愿意接受弃用也好，是用户自己的权利。
或者用户虽然接受了协议，但找了个工具咔咔把广告去掉了，这也是用户违反了协议。没浏览器什么事。
你优酷有种就去惩罚那些用户，要不然就换商业模式。
要说促进市场竞争，这不也是种商业进化的逻辑吗。不然像国内这种动辄几分钟广告的畸形模式，永远毒害消费者。

看了一下 192 楼，关于湖南某娱乐公司起诉火狐浏览器屏蔽广告的判例，就一个感觉，荒唐。
你网站展示广告，是与消费者的合同协议，关浏览器什么事情？！
你强制消费者观看广告，没问题，他要不看就违反了这一协议，凭啥找提供工具的第三方的事？
在我看来，这是连基本的法律逻辑都不讲。

判例里说，网站，广告商，消费者三者共赢，是一个互利循环的商业模式，所以应该属于受法律保护的。我了个去，这是法律工作者说的话？？不从各方的权利出发分析，却说这话？？

也就中国的程序猿要面临非法提供工具罪了！

自己动手做模型试验试验吧，比干着急等答案来得快。

使用用户头像来观察分层的 idea 不错，很有意思。