@makelove #8 掣肘不是监管。PWA 需要操作系统 + 浏览器双重支撑。如果不要平台支撑功能，那就不是跟 WEB 应用同质化了，那是扩裤子放屁的分身。

@lsk569937453 #4
@realpg #17 #22
@tabris17 #18

不管是分布式事务，还是等消息处理成功才正式生成订单，这是 CP without A 的分布式原则选择，强一致但是低可用。下订单的场景明显不能采用这种原则。

经典的异步乱序难题。你这个还好解决一些。

我这里假定「苹果+1 」、「苹果-1 」是两个事件，如果你用得不是事件驱动而是常规 REST 接口，那么可以把事件看作接口的入参对象，把事件消费过程看作接口的方法体。

首先，开了异步，并且还有严重级别的一致性问题，那么相关操作都要当作业务数据去存储。对于你的案例，就是「苹果+1 」、「苹果-1 」这些事件的消费记录，要当作业务数据存到数据库中。

「苹果-1 」事件无依赖，它的消费过程不用动。

「苹果+1 」事件必须晚于「苹果-1 」事件被消费，故它在消费时，要先去查找一下对应的「苹果-1 」事件是否有消费记录。如果没有，则停止当前消费过程，并追加延迟消费逻辑。延迟消费逻辑，可以简单的记消费失败并让发布事件那一方短暂延迟后重新发布事件（对于 REST 接口来说，就是接口抛异常，调用方捕获到异常之后，sleep ，然后重新调接口），也可以记消费成功但同时发布新的「苹果+1 延迟」事件（这个如果是 REST 接口，就有点难弄了，你需要额外加延迟调度框架，绝对不能在 REST 接口中 sleep ）。

如果条件允许的话，还是用 Kafka 做事件驱动的基础设施，它能保证顺序消费。

一入外包，你除了往甲方或者甲方竞争对手走，基本上是出不来的。

洗衣凝珠是个表面活性剂和杀菌剂一步添加的懒人工具，为了同时兼容两者，去污能力很弱，一天一换的衣服，可以用。一周一换的衣服，老老实实用洗衣粉 /液+漂洗时再加的杀菌液。

个人和企业法人，在民事上是不同的主体，勿混用。

参考一下 UWP （非移动端）的困境，开发者为什么要在能自由发挥的 Win32 应用之外，去弄个同质化但是受微软掣肘的 UWP 。PWA 具备同样的困境。如果跟 WEB 应用比，开发者为什么要去弄个同质化但是受浏览器 /OS 掣肘的 PWA 。如果跟 APP 比，开发者为什么要去弄个同质化但功能残次的 PWA 。

你以为的协议，名义上的某机构，实际上的几家头部企业，制定了出来后，大家就屁颠屁颠的去遵守。实际的协议，某家用得好，分享，大家觉得好用，协商和妥协，形成共识，发布。

基本逻辑常识都没有了吗，拿多少钱干多少活，这明目账单的一份钱两份活。

@iCruiser 秀才遇见无赖，有理说不清，撤了吧。

@halden #27 你说的市场性垄断，正是反垄断的对象。而你所举例的政策性垄断示例，保险、石油，正是政策性强制一拆多的典型案例。

Windows Firefox Ctrl+Shift+S 是截图，非全局。

氧化还原反应，即最常见的化学反应，是不需要氧气的，初中化学就教。锂电池燃烧主要就是化学上的氧化还原反应，你能看到的明火，只是主反应引起的次级反应。锂电池这种是固体或液体混合物，还是未知混合物的氧化还原反应，一旦起来就只能等他自己搞完，隔绝氧气屁用没有。而密封空间的行为是绝对不可采取的，别说你这钢板密封，就是用土封起来都不行。

@clives #9 信息素官方是做战争推演的，不能归到历史里面。李天豪严格来说是做历史背景深度挖掘的，也不是正正当当的讲史。正当讲史的，要看文大郎、安州牧。

一鱼多人吃，是低成本软件开发特色模式，技术上是无解的。如果是常规技术架构，每个客户 /项目，最少也要当成独立分支来做，一般都是要当成独立产品做的——这本来就是不同的鱼。

微软从消费者市场下架，但是用在其他地方的东西，通常都说明这东西确实有用，但是不适合日常使用，或者至少不适合当前的日常使用。

企业明面过海关，跟个人暗地里过海关，涨价这不是显而易见的。目前这个幅度，JetBrains 实际到手的应该还低了。

@wangxiaodong #29 楼主是中文描述，仔细看，不要凭空想象。

JEP 是 Oracle 与 2011 年左右成立的，它跟 “未命名包” 没有关系。

日语那就是汉字文言文。