最好的办法当然是联合一切可以联合的伙伴们抵制 996

其实可以看看 Java hash_table 和 hash_map 的处理不同 不过散列冲突的问题在很多其他的地方也会遇到、比如 Redis 缓存集群

Any way。感谢楼主的总结

20k Remote 可以聊一下

Java 不错的

博彩

可以把你的女朋友介绍到我这里来上班、有坑「一个一个坑的 坑」

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

As we always do .

requirement & payment always comes together in our community

我们的差不多的路程和看法、包括实践

1. 降低复杂度
2. 解耦合。模块化之后不仅减少开发的复杂度、也能减少测试的复杂度。（我也很喜欢说 熵 或者 信息量）
3. 部分核心模块的权限问题（财务模块、支付网关、核心技术门槛？）
4. 利用语言本身的优势、比如 Golang 来处理一些计算模块 & Rails 用来持久化 & Node天生的选择器来处理一些其他业务

最后都殊途同归了 RPC、MQ

感谢楼主的整理。我们实践了很多，但是很少有时间来复盘书面化整理、奔波于业务的琐碎之间

我个人认为这个属于行业进步的表现、没有必要把资源都集中在大城市（意味着更高的生活压力和企业成本）

所以先支持楼主一波