就想 #9 说的那样，用一个 job 轮询查有哪些商品到期了，这样有一个 job 做检查就可以了。时间间隔看需求来定。可能要看下对列怎么处理 repeat job 的，假设时间间隔是 200 毫秒。第一个 200 毫秒到了，处理时间，但花了 200 毫秒，还没处理完，那这个时候，是同时做处理，还是说等第一个处理完，然后再做第二个。如果是处理完第一个，再处理第二个，假设第一个花了 405 毫秒，那是马上做第二个处理，还是说，要等第 600 毫秒才处理（这样的话就有延迟，js repeat 是这么处理的）。

应该有两类 job，一类 job 做检查到期，一类 job 做后续操作，至少要用两个独立的 job queue，两者不能相互影响（第二类 job 跑满 cpu 的时候，第一类 job 要能正常工作），优先级应该能解决，但最好还是测一下。

midori 性能会提升不少吧？

有，不多。广州游戏公司用的比较多。有些 im 也是用 erlang，比如去哪的 im，比如我们。

Migrating Uber from MySQL to PostgreSQL

Why Uber Engineering Switched from Postgres to MySQL

刚好有个项目要连多个数据库。

然后 lisp 粉各种瞧不起大 JavaScript

Clojure 是这种

m = {}
m = (assoc m {:a => 1})

写起来容易，状态变化不那么清晰。

Erlang 的话是，

M = {}
M2 = maps:update(a, 1, M)

写起来麻烦，但状态辩护会更清晰。

我们有一段时间要搞 grpc，然后 grpc 死活搭不起来。我跟同事说，为什么非要等到 grpc？为什么不先切分服务？调用用什么不可以？grpc 好了，换一下就可以了。但就是说不通。

我一直觉得一个模块，对外提供服务、屏蔽实现细节，就可以了。至于是否是微服务只是表现形式罢了。

电子版据说要等一段时间。