@Building
许多漱口水是含氟的。而且漱口水并不是必要步骤。

搜了下，英国的 NHS 确实这样说
https://www.nhs.uk/live-well/healthy-teeth-and-gums/how-to-keep-your-teeth-clean/

中国的疾控中心和美国的 ADA 倒没有明确说不要漱口。高露洁网站也没具体的刷牙步骤。

不过我的疑问是，如果刷牙过程中刷下来菜叶之类，不漱口怎么冲掉呢？

等哪天 BABA 和 JD 合并了，你这个域名就值钱了（狗头

做 e-hentai 的镜像站吧 🐶

最重要的是钱少，制造业 IT 相比软件行业，收入低很多，很难招到技术较高的人员。
另一方面需求少，许多日常设定和维护不需要麻烦 IT 。像 ERP 生产部 /财务部会管，SCM 采购部 /运营部会管，PLM 研发部会管，CRM 和在线商城销售部 /市场部会管，只有出 bug 了才要找 IT 。一些小需求其他部门撸个小脚本（ SQL 、VBA 、Python 、R 、批处理）一两天就自己解决了，不需要麻烦 IT 花一两个月单独做项目。

制造业企业 IT 团队日常主要是根据业务需要在现成系统里定制化功能和扩展、修 bug 和找软件供应商修 bug 。部分企业可能会自己开发网上商城，搭个大屏之类。

一个潜在的大机遇是制造业的数字化转型，就是工业 4.0 吹了很久的 Digitalization 。工厂里许多本来比较封闭的设备，正在逐步对接我们熟知的网络，能够收集的数据一多，软件工程师就可以整出很多活了。这种需求有可能企业招人，也可能收购团队，也有可能对接外包，看企业管理层对 IT 的重视程度。

我的想法是，用户的点赞列表中，把时间较近的（比如一个月，或者上千条）缓存起来，这样对于近期的微博，只需要从缓存中查一个小表就行了。如果旧微博 id 不在缓存范围里，那么再从用户点赞列表里读取一段进缓存。
微博的好处是明显按时间有冷热，所以容易缓存。B 站那种要难一些，冷热并不一定按时间。

另外，一般查表的时间复杂度是 O(1)啊，为什么需要遍历？

改成 =$D1=1 呢？

@snw
顺带一提，除了 GB 11643 外，还有 GB 11714 是这个 ISO 的扩展，还有 GB 32100 也是这个 ISO 的变种（计算顺序反过来）

讨论了这么多楼层，都没有人提到这个标准算法的来源吗？

身份证校验位是个标准算法，来自于 ISO/IEC 7064 里的 MOD 11-2 ，国标是 GB 11643 。
另外，这个 ISO 里也有 MOD 11-10 的算法可以让校验位落在 0-9 ，但属于 Hybrid System ，算起来比较麻烦，更重要的是没有快速算法。

既然是.com 域名，能找 ICANN 投诉吗？

开源的基础功能竞争对手也能开发，但赚的这点钱微软看不上。更丰富的扩展、协作之类的生态才是重点，是微软赚钱或引流到赚钱业务的大头，这部分不一定开源。
前些日子不是传出 vscode 想把新版基于 LSP 的 C#扩展闭源吗？

别忘了 3E 战略是谁先创造出来的。

我也好奇，看个番剧，尽是“盖亚”之类的无意义弹幕可以无脑过审，科普、提示类弹幕（不涉剧透）反而很难过审。

@anonymousar
其实我有个长期疑问，如果世界上所有人的产出平均分配给世界上所有人，那么每个人能过上什么水平的生活？

可以设一些假设，比如“平均”指生活水平的相同，因为地理环境不同所以需要的资源不同；比如灾难、战争的产出损耗依然按现在的样子。

Google Play 最新版 8.0.21 遇到这个问题了