之前记得好像是 ruby ，现在变 clojure 了？好 nb 的样子。。。

@iniwap 哈哈哈哈哈哈

@ferock 有什么好活推荐？

@nightv2 腾讯回拨你和对方？然后 3 方相当于组成一个电话会议的样子？

@jkjoke 来电是用流量打的？

非常想要看看。。。
ps ：另外，有购买地址吗？赠送得不到，可以考虑购买。

@Unicode
@WispZhan
飞耐时 3 ，我擦，真心贵啊。。。 5k+啊。。。
我前两天也关注这块，看到一个迪卡侬的心率表，最便宜的一个，才 99 。有人有用过吗？发表下评论？

lz 。。。也是一个纠结的人。。。

@brucefeng 幂等性，只保证， a 发给 b 的消息，发了，并且 b 收到了，并且 a 如果多发，也不会有副作用。其实也就是幂等性的定义。
所以，至于什么订单状态变了啊，订单如何了啊，我们前面讨论的幂等性（基于 uuid or requestId ），根本不在乎。

@brucefeng 我这边 uuid ，你也可以理解成 requestId ，反正一个请求 1 个 id ，而且是唯一的。
幂等性需要保证的，就是，这个请求，从 a 发往 b 的过程中，保证发过了，并且 b 回复说收到了。其与订单什么的，可以没有任何关系。

前面同意。
最后说的
》 3.2 接口局部状态幂等性
这个，不太同意。

ps ：我觉得，这里，幂等性的限制，你是加载 orderId 上。然后因为有了 orderStatus ，结果某些时候，幂等性不成立了。你可以考虑，加上一个 uuid ，保证 uuid 的幂等性。当然，也会有 orderStatus 的问题，但是，那不是幂等性需要考虑的。不知道我表达清楚没？

这还有疑问？

扯后腿了。。。
有不扯后腿的吗？出来冒个泡。。。

airbnb 上好像不便宜啊，为什么不住酒店？

好多人支持 symfony 。。。
我也是 symfony 支持者。。。
symfony+1

感觉像是招前端啊。。。

默哀

what a sad story.