说这么多，还能扯到国内各种因素也是醉了，你在 aws 上买能比阿里云便宜？

你这是 OLAP 吧，MySQL 只适合做 OLTP，OLAP 应该用另外的专业数据库来做，比如 Hive，这种 join 需求说明你们的架构有很大问题，不要在 OLTP 系统上做 OLAP。。。

你需要的不是消息队列，你需要的是 streaming system，参考 flink, spark, storm，这事是典型的 map reduce

之前在某短视频独角兽工作，公司主要以 Kafka 为主，qps 峰值超过 1 亿，没有遇到什么大问题，做合理的分区和容量预估就可以，另外就是 Kafka 在单台机器上如果 partition 过多会使得随机读写变得很严重，所以这块还是要机器配置超高和控制 topic 和 partition 分布在一台机器上的数量，过多的话性能会下降比较严重；其它的问题诸如 consumer group rebalance 问题其实基本都是常识，总体来说基本没出过丢消息之类的问题。

@hmzt 请去掉"我们", 我优化过某独角兽 80G 的 c++代码库，只是说一下，做个假设

好奇楼主真的是写代码的？如果让你接手个 c++代码，各种依赖怕不是要炸毛？

这种明显是解决工单的工程师能力不够，直接投诉他让阿里云换个更了解的工程师来就可以了，之前遇到过 rds 工单的工程师很弱鸡的情况，直接投诉就行

看了这个帖子我还以为搞了十年的 PLT 都是假的，直到看到了#13 楼

https://www.ibm.com/developerworks/java/library/j-jtp06197/

需 fq

后端招么？

@HuasLeung java8 收费是因为发布已经好多年了，过了商业系统支持周期，和 xp 收费支持一个道理。。。

一加 6 用了一年了，没有遇到过任何由于系统 bug 导致的使用上的问题，国产安卓没有 gcm，消息收不到很正常。
之前在某独角兽负责过 app 的推送系统，推送问题需要结合每个 app 对接的服务商来做，华为，ov 小米之类的推送好是因为该 app 对接了这些品牌的推送系统，跟系统 bug 无关，一加由于用户少必然不值得 app 去单独适配。

租房和其它交易不同，正常情况下期限都是超过一年的，微信退款的期限是一年，不觉得这么做有什么问题。

华为的信号真好，世界第一 （反正我是不敢说华为的坏话了，不然分分钟被人喷死

一方面是文化，另一方面是很多高龄技术工程师能力确实一般，99%的人是一两年经验用了一二十年，比起来性价比确实不高。

天猫超市，雀巢两箱 8 桶 5L 的才 50 多，比超市便宜多了

感觉对 Apple 的 Service 依赖不多的话，还是尽量用安卓吧