所以，它才会说

```
- 人才保留不是团队建设的目标
- 伟大的工作与福利无关
- 你建立的是团队，不是家庭
- 员工的成长，只能由自己负责
- 企业在不同的阶段，需要不同的员工
- 你不必在一家公司待一辈子
- 高敬业度不代表高绩效
- 主动让员工离开
- 终身雇用制的消失
```

这些体现的逻辑都是一贯的：
- 员工的职业方向，必须与公司的发展方向一致。
- 这样的话，员工的收获就是公司的收获。
- 这样的话，员工没有绩效，不仅意味着他没有为公司创造价值，而且意味着他也没有为自己的职业带来发展：因为前面已经提到了，他和公司的发展方向是一致的。
- 如果你感觉自己的职业发展了，有成就感，但没有为公司创造绩效和价值，那就说明，你与公司的业务并不符合，是时候选择离开，选择一条你与公司能够双赢的其他道路了。

我感觉还是挺一致的啊：

摘自豆瓣： https://book.douban.com/subject/30356081
```
自由与责任，奈飞文化的核心——
- 我们只招成年人，成年人渴望的奖励，就是成功
- 要让每个人都理解公司业务，培养基层员工的高层视角
- 每个人都渴望与高绩效者合作，薪酬与绩效评估流程无关，只与绩效有关
- 。。。
```

“注重结果⽽⾮过程”，跟它强调绩效是一致的，跟上面提到的
「成年人渴望的奖励是成功」——成功，不就是绩效吗，
「基层员工的高层视角」——从公司业务成功的角度看，而不仅仅从员工角度，
都是一致的。

我的理解是，它要求员工在职业上是成熟的、进取的，知道自己想要什么，并且自己想要的与公司想要的是一致的。

@dreamcog 替大家问下，这个大概会持续到什么时候？ 我有时间会参与一下。

画的效果还挺有意思。注意到画布上有不少单独的像素点，肯定都是来 test 的，😄

主页面的“rules of the game”一节，提到了“each pixel has a 5-minute cooldown”，但没有提到每个“user”的 cool-down 时间，单用户是可以连续多次绘制吗？

联动一下：「有没有这样一种网站？专门收集人们的需求」-> https://www.v2ex.com/t/701567

@wwnje
提个建议啊。应用商店里面的几张截图，不太能串起来。举个例子，“读很多书”，“读 20 本书”，“阅读”，这 3 个目标之间的关系，通过截图看不出来。而且有的前面有 @ 符号，有的是# 符号，让人困惑。
所以除非亲自试用 App ，不然难以弄懂 App 的功能逻辑。可能会损失潜在用户。

@yibie 对，是用 graphviz 生成的。

> “。。最终概念与概念之间形成正确的联系之后，才能构成知识。。”
这点是没错。不过，我在帖子里提到的关联，主要是用来实现「搜索」功能的。应该跟你说的「。。努力去寻找概念和概念的联系，最终还是在心里形成了知识网。。」不是一个意思。

@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 的功能是否正常。这相当于是单元测试了。