质变总是困难的，想得到利益，就要付出。
如果不想质变，那就专心只写代码吧，这样也挺幸福的。前提是你愿意放弃一些欲望。

看了下这 3 个人的发言，我的评价是，又菜又爱装。
不过我更好奇的是，musk 是如何得知 home 页要处理 1000 个 RPC

意义是什么？
成本与收益分别是多少级？

oppo k10 ，上周在 pdd 买的
配置高，便宜，功能全都有。不摔坏的话，用 5 年没问题。

已 star

战神 5 预购

@wangxiaoaer
1. hash 不能完全代替加密，只能在有限的场景下代替。
hash 可以用于精准查询。
加密后， 还可以解密，得到明文。

2. 使用呼叫中心
用户在页面上发起呼叫后，由后台解密得到明文电话号码，调用呼叫中心。呼叫中心会连接呼叫双方。呼叫中心可自建，或使用三方。对于营销 /客服类型的系统，肯定已经对接了呼叫中心。
如果不想使用呼叫中心，公司可以统一发放安卓手机给员工。系统进行企业定制，隐藏呼叫时的电话号码，隐藏通话记录。
用户在页面上发起呼叫后，由后台解密得到明文电话号码，推送消息到安卓手机，手机自动发起呼叫。

1 、加密后如何查询才能击中索引；
使用 hash 查询。
加密字段只允许精准查询，不允许模糊。
如果一定要模糊，那也是有限制的模糊，提前定好模糊规则，根据模糊规则提前预留相关数据，再进行加密。
2 、用户身份如何验证（手机号、身份证）；
验证后再加密，或者允许解密。
3 、短信怎么发
允许解密。

所以你需要
1. 一个专用于加密解密的服务。
所有加密解密都访问该服务。
可访问数据库的人， 秘钥管理人，加密服务管理人，这三方不能有任何一方有办法获取到所有要素。
2. 调用解密必须有日志。

注意：
1. 不同业务场景对脱敏的要求是不一样的。我们公司的要求是，任何人任何时候都不能看到明文，明文只出现在内存中。
有时候，脱敏并不是要求看不到明文，而是要求 不要让人在看到 1 条明文时，再看到与之相关的其他明文，进而推测出业务信息，例如同时看到姓名与手机号。当然，这与你们公司的具体场景有关。
2. 解密后，明文在内存中，如果被 log ，一直面临风险，所以需要对日志进行审核。
3. 现在有些数据库或者数据库中间件支持字段脱敏。你可以参考他们的方案。

这个功能我几年前就不能用了

1. 27 寸与 24 寸在清晰度上差别很小。
2. 至于你说的”27 寸 4k 开 200%显示太大“， 这就纯属个人习惯了。不需要拿出来建议。

个人不看好这个 IDE 。
吃内存比 intellij 还严重，性能比 intellij 更差。每打开 1 个 java 项目，就新开 1 个独立的 jvm ，而不是像 intellij ，整个应用程序使用 1 个 jvm 。这个设计太可怕了。

成人用品有两种购买场景：

1. 有预谋的，提前买。
通常是玩具，也有套套。
渠道大多是网购。因为隐私，以及网上可挑选的更多。

2. 临时起意
主要是套套。便利店和超市的收银台都有卖。

我感觉 1 是现在的主要购买途径，所以近几年成人用品店少了很多。
自助售卖是跟 2 抢生意，我觉得不太行。

红警有网页版的

可以。公司给每个团队购买一个。我现在用的就是。

到区教育局官网，查今年幼儿园入学要求。
网友给你答案，你能确认是对的？

vscode typora vim+leaderf 随便找个编辑器都支持全局搜索。
我们团队的笔记放在 git 仓库里面，大家一起维护。这样做的好处是：
1. 不依赖任何三方软件，免除了公司层面可能出现的迁移问题。
2. 每个人可以选择自己喜欢的编辑器。
3. 方便追踪每个改动。
4. 团队知识共享。

首先需求是否合理？百万数据，精确 count 意义是什么？
我从来没有找到有哪种场景真的有这个需求。

如果是为了分页， 那么可以做个假 total ，只要 currentPageSize 大于或等于 pageSize ，就认为可能有下一页，returnTotal = pageNo * pageSize + 1. 用户就可以一直点下一页，直到最后一页。

如果是为了看大概的数据量，那么可以定时任务跑，根据条件(例如时间段)分多次查询，最后相加，放缓存。

用户需要知道精确 count 时，数据量一定是小的。
数据量大的时候，用户一定不需要知道精确 count 。

第二种，代码直接表明了意图，想做什么事就调用对应的函数，这更接近人的思维。
第一种，往往要把代码看完，才能猜出意图，而且使用很多无实际意义的临时变量，增加心智负担。