毛选

@whp1473 理论上这套方法可以承载所有业务场景的数据，因为每个节点都可以水平扩容。MySQL 、ES 、Hive 、Hdfs 、Yarn

(1)业务量比较小建议，使用租户 ID 做逻辑隔离
(2)业务量大可以考虑使用 独立 MySQL 进程-Database 来确定租户的数据位置，给予最高访问权限，然后同一个连接切换 Database
(3)业务继续增大，随着 MySQL 进程增多，所有服务端都连接所有 Database 可能会造成连接池耗尽。第一可以设置连接池没有最小连接数，一定时间不用都必须回收；第二在网关层将请求路由到不同分组的服务，该分组服务只优先连接对应 MySQL ，只有当该请求过多时才分流到其他服务
(4)分库分表导致数据的查询和统计困难，可以通过异构数据到 kafka 至 ES 查询。统计可以通过定时任务统计。
(5)数据量过大定时任务都无法统计，可以通过 Datax 抽取到 Hive 中做批处理然后统计结果回写到 MySQL

@whp1473 还有华为辛苦是真的给肉，美团辛苦是 TM 浪费时间

明显华为发展更好，不管是技术栈、职业方向、公司前景上，华为明显好的多。。。

免费都是为了促销，收费才是根本，早晚都会收费的

历史缺点：
(1)语法啰嗦
(2)占内存
(3)启动慢
(4)编译后包大
(5)不能直接跑，要依赖 JVM
(6)对操作系统支持不好
(7)GUI 不好

但经过一段时间学习，其实很多都有方案，只是一直 Java8 不向前学习确实没办法：
(1)语法啰嗦，接手老项目感动哭
(2)占内存，GraalVM SpringBoot3 Quarkus 是未来
(3)启动慢，GraalVM SpringBoot3 Quarkus 是未来
(4)编译后包大，GraalVM SpringBoot3 Quarkus 是未来
(5)不能直接跑，要依赖 JVM ，GraalVM SpringBoot3 Quarkus 是未来
(6)对操作系统支持不好，这个只能 Native 方法链接 C 之类的
(7)GUI 不好，IDEA 那家非常优秀成熟了，但大部分人又不学

@CuChulainn SpringBoot3 已经正式支持 Gravlm 了，可以编译为向 Go 一样的服务，速度飞快，内存占用非常低，就是很多旧时代的依赖包目前不支持，老项目不好改

最近好像出了 3 次事故了，1 次大的，2 次中等。。

@baihekong 大部分应该都是做卡牌、棋牌、回合制、单机+部分数据共享的，除了像剑网三、LOL 这种其他应该都可以

看文笔、内容吧，但是很容易被埋了

建议还是好好写，还有文档不质量好，数量也可以多呀，只要你多做多写，别人想读完理解完也是巨大的工作量

@jojojo 然后这批牛马埋得坑，下批牛马不懂，继续炸继续背锅

@cdlnls 这个在高速发展期，可以依靠给钱多招人冗余解决，一个人年薪 50W 不行，10 个年薪 50W 的行不行，再加奖金行不行，降本增效把冗余去除了，也把激励去除了，以前能打通的 007 值班打不通了。

不建议 得物 996 末尾淘汰 PUA 内部混乱 大规模裁员。而且你通勤每天多了 2 小时，薪资不变，还会面临半年试用期过不了。按照得物每周 60 多个小时工作时间，再加上你通勤，你大概相于每周 7 天工作 10 小时以上，休息时间减少 60%，薪资打折，半年后被绩效不过。

如果是非常熟悉的，按照大厂的情况，哪怕出事故 30 分钟内也能够处理完成。如果几个小时，甚至十几个小时，肯定是不熟悉或者知道一部分的人接手，然后找各个参与过一些的人问，问着问着发现这个离职了，那个知道点，然后再和代码、日志核对，拿不准尝试修复，因为有些代码细节不了解，比如某个 if 可能是处理历史遗留问题数据的，没处理，又炸了，反复几次好不容易修好。

难的有意义的给工资高的，做好了要给绩效倾斜。简单的重复的给新人，出问题也好弥补。脏活累活这种可以乱换这给，如果给同一个人比较多，也应该绩效倾斜。苦劳一样是功劳，没意义的苦劳那就砍掉。

域名：60/年
梯子：30/月