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

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

@zjddp 我不太懂这块。我就是在支付环节 id 被禁的。

@zhoulin
我试过了，中英文的 chat 都分别试过一遍了，可能和你的情况不一样，我的 AppleID 是被永久禁用了，能被启用的可能只是被临时禁用的。主题里提到的，第一次打给客服时，应该是临时禁用的状态，客服可以操作。

很无语啊，现在开发者帐号已经无法注册了，因为那个被禁的 id 已经与我的实名身份信息绑定了。不能再新建一个 id 去绑定。旧 id 被废，意味着这个我的实名身份信息在开发者帐号系统中彻底黑名单化了。

算下来，一共与客服沟通了有 10 次左右吧。
对苹果很失望。

@aptx4689 这个邮箱是什么梗？库克的邮箱？哈哈，那他得忙坏了。