> “。。如果我要用 c++开发功能，我得把所有的代码，都移动到这一个项目 /文件里面来，统一编译成 wasm ，这样就太麻烦了。也不利于代码重用。。”

就像 2 楼说的，可以用库的形式。如果 C++是用 makefile 编译的话，几乎完全不用改动：
https://emscripten.org/docs/compiling/Building-Projects.html#using-libraries

```
# Compile libstuff to libstuff.a
emconfigure ./configure
emmake make

# Compile project to project.o
emconfigure ./configure
emmake make

# Link the library and code together.
emcc project.o libstuff.a -o final.html
```

评论功能什么时候开通呢？估计有不少想留言的人呐。
我在想，如果留言像 Word 里的批注那样，用户可以针对某个局部发表评论，是不是效果会更好？
因为本身每期都有多个话题，如果像阮一峰的博客一样都在底部留言，互动效果就差了不少。

@killerv
我理解你说的，比如北京工作 10 年，回老家可能工作 20 几年，然后临退休再回北京工作一段时间直到退休。
从那些书面文件看，这样做似乎是可以（我没看到有限制这样的），但各个地方实际的操作呢？

首先，退休前的一个步骤是你要把老家那段的养老关系转移合并到北京，政策允许吗？ 20 几年的合并进 10 年的？如果真是便宜，大北京会让你这样占吗？
然后，办理退休时，需要提交的材料，自己能不能满足？
假如你打电话给人社部，然后发现真的可以，那这样的政策算不算漏洞？有这样漏洞的可能性有多大？
好吧就算是他们告诉你现在真的可以，那你能确定后续的《通知》不会否定现在的吗？

而且到底是不是便宜还两说。重要的一点是，你要算清楚异地转移的保险损失，因为缴纳的养老保险转移时并不是全额转移，只有个人缴纳的全部和公司缴纳的一半左右，还有养老保险的计算方式，依赖很多变量。而且医疗保险什么的转移损失，跟养老保险转移是不一样的。

太 TMD 复杂了，这政策简直就是一个冷笑话。我不知道它到底遵循的是什么原则，简直是随心所欲。

@ScepterZ
我是这样理解的：只要你在临退休那段时间是在老家缴纳社保，那么你就领老家的。不管在北京干了多少年，不管在老家刚干 1 年还是 2 年。
这么大个国家，就靠着这么一个“转移接续问题的若干通知”——没看错是“通知”——来确定社保这样的民生事情，你能指望什么呢？！这样的政策能指望稳定性，能让人提前规划？
就凭通知里语焉不详的“基本养老保险关系”？连个定义都不清晰的“基本养老保险关系”！！我在多个地方工作，哪里是我的“基本养老保险关系”？！大北京开心收了我哪怕只有 5 年的社保，凭什么不按比例付给我对应的养老金？！很难计算吗！

前面有 v 友说了购房购车了，我补充一点，这个估计楼主应该还没了解过：

曾在多地缴纳社保，退休后在哪里领取？！ http://www.xinhuanet.com/politics/2016-12/03/c_129389115.htm

虽然说看了让人很郁闷，但提前了解一下没有坏处。感慨一下，养老金算的那么精细，然而在北上广深的多年缴纳竟然可以直接抹平。https://m12333.cn/qa/isyw.html

@hideokuze
@conanforever22
非常感谢！

所以，它才会说

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

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

我感觉还是挺一致的啊：

摘自豆瓣： 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/数据库是什么关系，有点疑惑，比如前后端数据怎么同步等等。