@ruandao #6 这样会有啥问题吗？其实我自己觉得，原则是能不重复造轮子就不重复造。现在的存储，不管是 redis 还是 MySQL 都有现成的集群方案，并且经过验证了，还有配套监控，如果他们能搞定干嘛要自己搞呢？除非有特别强的需求点，比如数据量特别大，网卡 hold 不住；或者性能差异很大什么的

就是更丰富的场景是啥，做选举是个结果，为啥要在业务集群下做选举呢？要实现一个集群存储吗？

为啥强依赖 zk ？状态数据不可以使用集中化存储么，一般都自带集群功能的吧

降低耦合+提前跟产品沟通下阶段需求

郭德纲

兄弟，加油啊~

其实想知道……如果大规模的裁员，后面人员流向哪儿去了呢

@robot9 这是在美帝吗。。。
@mingyun @azhangbing 是的。。。。
@heikejia 楼主并没有。。。。

@blackhacker 感觉这个状态不错啊。。。

@joyhub2140 有，不过额度很小（买的早，保额到现在看就比较鸡肋了），最近也在准备跟媳妇儿商量怎么存款的事儿确实~感谢提醒
@wps353 哎……感觉对底层老百姓生活保障太少了。。。没有安全感

@0vels #47 有理。。。其实好多公司真没用好 git，包括所谓大的互联网公司

被敏感词强行拆开。。。。。

@Legman

东边可以去奥体，美术馆，省博，龙洞看一下；
另外还有洪楼广场，有个 jiao 堂也比较有特色


大概能想到这些吧。

@Legman 大明湖旁边还有五龙潭，曲水亭街，后宰门街，王府池子等，有一些老院子还是不错的，另外这些小巷里面有些饭店，很有特色，比如张家大院，可以搜一下；

@young #20 那还可以啊感觉~比本土可能要好一些
@Legman #23 想玩儿啥类型呢
@ArthurKing #22 威武。。。。

@codingKingKong 这个还真没有，经验之谈~另外 A&B 之间有 master 分支么~如果没有的话，可以找找现在 git 比较流行的开发分支模型，应该能减少一些冲突概率吧

真不是吹水。。。其实得看线程状态，所谓开 4000 线程，不一定都是 runnable ；假设一 64c128g 物理机虚 8 台 vm 不过分吧，每台 vm 上开个 tomcat 或者 netty，total thread 确实可能在 500-800，这么算总数的话，其实就能到 4000 ；但是每个 netty 上实际工作的线程可能很少，大概几十。

@caiem 是不是得分析下调用场景是否适合缓存？如果每次查询都不一样那还得考虑内存大小的问题。

commit 顺序，也可能有影响