一看到这句话就想到了阿里云的王坚博士：

很多人注意到了博士口头禅的转变。以前，他习惯说，“你知道我的意思吧？”，现在他的话后面跟得最多的是，“不知道我有没有表达清楚。”

这成了博士管理能力提升的一个显著标识。

https://zhuanlan.zhihu.com/p/26977003

@colinxt 把 OOXML 解压，里面找可疑文件 /字符串。

最后的“仅允许今天之前关注了若饭公众号的饭友们领取奖励”是指今天 24:00 前吗？

The DevOps movement is focused on: encouraging greater collaboration between everyone involved in software delivery in order to release valuable software faster and more reliably ( http://www.jedi.be/blog/2010/02/12/what-is-this-devops-thing-anyway/ ).

Karabiner + Modification Rule: Quit application by pressing command-q twice)

路由器根据网卡地址固定 IP 就好
或者用 DDNS 通过域名来访问

格拉苏蒂参议员系列 和 海鸥政协委员款 D819.459 都 100% 命中 LZ 列的几点要求

HATEOAS (Hypermedia as the Engine of Application State)
https://restfulapi.net/hateoas/

暴力解法有穷举。
半暴力解法有 backtracking 和 branch and bound。
随便加点额外的约束，例如需要包含特定种类、限定特定种类的数量，搜索过程就能快很多。

kubernetes 了解一下

rolling update 部署时
新服务启动并加入 load balance
向旧服务发出关闭信号，开始倒计时
load balancer 停止向旧服务转发新 connection
旧服务关闭 inactive connections，处理 active connections，结束后自动退出，或
倒计时结束，强行关闭旧服务

liveness probe + restart 功能也是有的，过程与上面类似

http://changelog.ca/log/2013/08/09/software_engineer_title_ladder

A senior software engineer is capable of being given a high level (and often vague) task, and work completely independently on it and finish it.
Typically, a senior software engineer can be trusted to work independently to solve most problems.

An intermediate software engineers is a software engineer who can work on and complete a small well-defined task (but doesn't yet have the skills and experience to be a senior software engineer).

The title junior software engineer generally signifies that either:
the software engineer's skill level is still unknown or
that it is known and the software engineer needs a lot of hand holding (from other software engineers) to complete any non-trivial amount of work.

依赖接口，不依赖内部实现
后续把实现换成 Hybrid Dictionary 就行了

a. Events + Stream Processor. Kafka/EventStore/... + Storm/Spark/...
b. MapReduce. Hadoop/Hive/...
c. 抽样统计. 用样本估计总体

而 Python 里整数是无限长的

感觉信度（ reliability ）够了，但是效度（ validity ）不行，而且有些参考答案比较误导（ misleading ）。

需要保持强一致性的业务只能放在同一个服务里，业务量小的时候问题不大。

业务量大的时候一般选择保 Availability，牺牲强一致性，只要求最终一致性。
例如，订单服务创建订单，但订单初始状态标记为待支付，然后
a. 通过可靠的途径发送消息（可重发，不可少发），余额服务收到消息后修改余额，...
或 b. 余额服务定期请求订单服务，查询待支付订单，然后处理，...
或 c. ...
余额服务处理完后通过可靠的方式通知订单服务处理成功或失败，订单服务将订单状态改为待发货或扣款失败（并通知其他服务“回滚”）。
与库存服务的交互也类似。

整个过程完全异步化，服务间只能保证最终一致性，要处理的各种异常（主要是网络异常）也变多，但是可以提升 Availability，系统的可维护性也可能会提高。