@2i2Re2PLMaDnghL
博文里也提到 iO 跟 FHE 的相似之处：FHE 是对某些数据操作，然后不暴露数据本身； iO 类似保留函数的功能，不暴露函数本身。

@zmqiang 算的，功能一致应该是指 2 份代码的逻辑是一模一样的。

不过说实话，这些概念都是有严格定义的，我没有去研究，只是大概了解了一下，然后头脑中有一个非常大概的轮廓。
如果感兴趣的话，可以去看看主题里所提到的博客，相当于是科普版（这方面的中文资料很难找），有能力的话学习下原始的论文。

楼上好多人摆脱不了狭隘的思维惯性，也是无法可说。

@Jooooooooo #11
@felixcode #13
demo 效率应该是非常低。引用一下 wiki 上的资料（是 2017 年的，而不是最新进展的 2020 年，但可以参考）：

Practicability?
There have been attempts to implement and benchmark IO candidates. For example, as of 2017, an obfuscation of the function x1∧x2∧⋯∧x32 at a security level of 80 bits took 23.5 minutes to produce and measured 11.6 GB, with an evaluation time of 77 ms. Additionally, an obfuscation of the Advanced Encryption Standard hash function at a security level of 128 bits would measure 18 PB and have an evaluation time of about 272 years. An open-source software implementation of an IO candidate was created in 2015.

@yaoyao1128 #3 > “。。并且对于客户端 方案一和二的区别在功能上可以考虑不可区分 但是本体还是可区分的。。”
@l00t #5 > “。。如果保留打开的功能，那么显然和删代码的版本相比，功能是不一样的。”

不可区分混淆，针对的是运行时的功能，不是代码本体：通过 if(flag)注掉，或者把相关代码删掉，这两个在运行功能上来说，是完全没有区别的。

@coderfuns #1
@popbones #2
订阅 /MVVM 这些我能理解。不理解的是前端 Redux 与后端数据库的关系。

@rioshikelong121
考虑 redux 主要还是因为用它容易实现 MVC 的模式。之前考虑的都是纯前端，现在跟后端 api/数据库打交道，对于 redux 的 store 和后端 api/数据库是什么关系，有点疑惑，比如前后端数据怎么同步等等。

前面的帖子隐含的一点是，要先学会目标管理：找到目标，然后找到实现这个目标的动力。这个是时间管理的第一驱动力。
然后才是时间管理，当你感觉目标所需的时间太多，以至于时间资源太少不够用，这时才需要协调各个目标占用哪些时间段、实现的时间点、分配哪些时间情境，等等的先后顺序。
我真的经历过突然失去目标方向感，然后任由 gtd 里的任务项长期躺着的情况。

楼主是想数字化自己的生活吗？好像我也这么算过，精确到小时。😂
不过定量很难，会有很多变动：懒癌发作、注意力转移、困难估计不足、下班只想躺平。。
为此我做了一个软件工具，类似 gtd ，辅助我实现多个目标。其实我觉得，真正会遇到时间管理上的困难的，是目标比较多的人，既想学这个，又想学那个，生活简单的人基本不会有这个烦恼吧。我的经历告诉我，目标太多不是好事，会让人无所适从。要能下狠心把某个阶段内的目标减少，这样事情会简单很多，可以参考一下 OKR(目标和关键成果)。
别把自己逼的太紧了。重点是坚持做下去。

@fromdark
可以看一下相关的新闻，一直在说的「可控匿名」并不是完全匿名，额度最小的第 4 类也不是。跟数字欧元试验的小额方案有区别。

@xieyuheng
简单看了下，感觉很易懂。才刚开始写吧，期待，加油！

原来「数学基础」是这个意思 😓
以前尝试了解过「同伦类型论」，好像可以做计算机辅助证明：把数学证明过程表达为编程语言，让计算机去验证。
感觉非常高大上。入门就是要定义一个自然数系统。。

看样子调试难，主要是因为 “Data Binding 对调试不可见” 导致的。

我现在觉得这很大程度上是开发习惯的问题：MVVM 中，view 和 viewmodel ，很容易进行单元测试或者说 mock 假数据测试，如果利用好这一点，很大程度可以避免不知道问题出在哪一方吧。

比如某个 view 显示出了问题，可以构造一个用来测试的 viewmodel ，或者仅仅是把真 viewmodel 中的某些数据替换成 mock 数据，尝试在 view 上复现出现的问题。

比如，在 SwiftUI 中，对于每个 View ，都可以马上构造一个或多个 Preview(可使用 mock 的数据)，可即时预览，从而检测 View 的功能是否正常。这相当于是单元测试了。

@nicevar 没有看过 Android ，目前从 SwiftUI 开始了解的。

看到 https://jeremybytes.blogspot.com/2012/04/overview-of-mvvm-design-pattern.html 有个说法是：

Consequence: Errors Move from Compile Time to Run Time
我理解的它的意思是：编译时只检查绑定的类型(甚至不检查)，所以导致在绑定了错误的数据源时，仍能编译通过，但运行时就 error 了？

@rpman
我的 m1 mbp 13 出现过类似的情况，有个按键明显很卡，我把键帽撬开没发现异物，再装回去之后莫名其妙就好了。

不过自己撬的话，先在网上搜一下，不同 macbook 撬的方位不一样，强撬会弄断里面的结构。

@dearroy
提个 bug ，打开 https://help.heyform.net ，在任一链接上鼠标右键，新窗口中打开链接。
这时移动鼠标，会有拖拽选中的效果！！

考虑效率的话，可以用观察者模式：
「 A 事件」删除时，会对外广播消息，而「 B 事件」注册观察「 A 事件」的消息，然后作相应的处理。这样的话，只有注册(观察)的会被影响。效率比较高。而且观察者模式是一个很常用的去耦合的模式：A 只管广播消息，不用关心谁接收。

类似的，场景之间的依赖也可以这样。

@zhuangjia
@advancejar
可以问一下，具体是哪里没看懂吗？希望在下一篇中，补足一下。

自我感觉[上篇]( https://www.v2ex.com/t/818822)的整体表达比较清晰；
对于这篇，后面的文字部分表达地确实不那么通顺，有些背景概念可能只有自己知道，但我真希望能把自己脑袋里的「水印」给到大家。

本来想由浅入深表达出自己的想法，看来还是失败了。

@advancejar
前面的图应该可以看懂吧😅？可能还是有些地方没表达出来，我有点当局者迷了。


@kingsley777 > “把每个描述拆成词做标签，结果工作量太大，而且拆的太碎效果反而不好。。”
「拆的太碎效果不好」是不是就是因为没有结构呢？我非常能想象出一大堆破碎的标签是什么效果。
但假设标签之间有结构，那么你搜一个很小很细碎的标签，它也会给到你与之直接关联、间接关联的其他标签，进而是相关的笔记片段。

工作量的话，假如工具重点针对标签功能发力，应该会方便很多。