@linyinma 是的，卡密可以实现，但需要一个系统来收发卡密挺麻烦，然后再使用。有两个分割的环节，看起来有点麻烦。在考虑实现得更简洁一点，比如实现为方案 1 ，方案 2 有点麻烦：

方案 1. 用户点按钮->系统提示用户支付->用户支付->系统调用 API 后并反馈结果

方案 2. （系统 1 ，卖 token ）提示用户买好 token ，（系统 2 ，消费 API ）用户输入 token 后点按钮->系统调用 API 并反馈结果

@cpstar 用户点击客户端上的一个按钮，然后开始调用 API ，当然，体验好一点，可以预先做一遍业务逻辑是否满足的 check ，然后再调用。

@GenericT 采用异步来处理，确实就是发 token ，我找了一圈，差不多至少都有 20 张表，太复杂，有简单点的推荐吗，无头的也行。

补充点，API 频度大部分使用者只会用一次，使用者可选择不注册为用户，直接用。

相信你可以成功，前提是投入足够的钱。

仲裁到拿到赔偿或补偿可能长达两年，假设最后的赔偿是 2 万多，这是一种期钱，约等于存款 50 万的两年利息。

R.I.P.

这题我懂。xiaomi 这种明星公司，风口浪尖的，靶子挺大的，做这种可以承载内容的 NAS 产品对公司来说比较尴尬。

假设用户 A 通过 NAS 将内容分享给用户 B1 ～ Bn

一方面，所有能承载内容的产品或服务，责任方就是提供该产品或服务的公司，因此公司都欲监管。
另一方面，A 分享给某一个用户 Bx ，属于 A 的隐私，公司没有难以合法介入。

因此，NAS 对于公司来说是一种无法法律自洽的东西。

不客气的说，如果找不到 VIM 学习路径，也不大可能用它产生生产力。

个人认为，技术分享只是一件事，无所谓好坏，总的来说放在公司不是件坏事。

- 对公司来说，促进同事的交流，促进沟通。
- 对分享者来说，提供了一个平台和练习软技能的机会。
- 对听者来说，可以工作之余停下来思考思考其他人的观点和想法。

如果说出现了让大家都不满的分享会，那不是分享者和听者的问题，那是主张发起者的问题。因为这个人没有使分享会这件事做成一件多方都有收益的事。

是否楼主所在公司文化不够开放，不方便表达，所以只有来此表达一下情绪，或者对上级不满？

可能产生这样想法的原因不在分享会，而是其他地方出了问题。

如果想法是“浪费时间，毫无收获”，且分享会也有一种反馈机制（匿名），那么可以反馈表达出来，从而让发起者有促进提高内容会质量的依据。

因为问题并不是从 13 亿短字符串中统计出现频率最高的 10 个，而是 13 亿人口姓名数据。

人口姓名是相对稳定的，你只要计算一次存量数据，然后计算增量即可随时把结果拿出来。具体来说：

1 、通过 Google 获知我国每日平均出生人数 2 万多，每日死亡人数为 1 万多，具体数值不重要，知道规模为 5 万以下即可。
2 、建一张统计表 S 存目前排名前 5 万的姓名和人数，当人员出生，人数增加，把该姓名人数加 1 后 REPLACE INTO 到表 S 中，当人员死亡，人数减少，如果死亡人员姓名在表 S 中，则人数减一。
3 、定时删除表 S 中大于 5 万的数据。
4 、当需要统计出 13 亿人口中使用人数最多的十个姓名时，只要 SELECT TOP 10 即可，因为只有 5 万数据，所以无论如何都会在 1S 内。

```
code = get_rand_int()
if DEBUG:
code = '666666'
else:
send_code()

```

因为当在 debug 模式下一个断点时，IDE 将断点处程序的二进制替换为了 0xCC，即 INT 3 指令，当程序执行到 INT 3 时，再替换回原指令执行，而 run 模式并未做这个事。

其实 for 循环结束后，如果你想知道 i 最后的值，能访问到 i 没什么不好的。
其实是需要养成一个习惯，如果后面新使用 i 时，必须赋初始值。

哪里有什么回调，Matrix 中的老鼠夹子罢了。

macport 不折腾

主流技术都是完全可行的，但说实话，不建议多年不编码的人自己做。
把时间耽误在技术坑上，对比一下你的时薪，肯定不值。
一个人从头开始完成一个 ERP，没有一年，肯定没法用。
建议买。