@kinkin666 你这戏也太多了，我通篇看下来都没看到有什么问题，还 “夫纲不振”，笑死个人。

人现在夫妻遇到现实问题，两个人可能需要牺牲一个人当全职爸妈，还有职业取舍问题而已
这种情况会越来越多的，我们邻居都有，爸爸全职负责家庭
现在很多女性收入很高的，这种情况男方负责家庭一点问题都没有

1. 其实这个阶段小孩比较好带，因为还不会走路
然后说起来，情感需求很难评价，只要有爱心，可以放心让带的
吃吃喝喝什么的，对小孩影响没有那么大

2. 收入很重要，你空窗两年，再回去就难了，但是只要坚持到 2 周岁，放入幼儿园

3. 还是让你妈来，聊一下，该做什么不做什么，给你妈发工资
或者丈母娘来，一样，用工资弥补，反正都是给自家人
---

简单说，不建议辞职，用经济手段坚持两年，放入幼儿园

@lycongtou 小红书很多攻略，按照里面给的地址去

@lycongtou 增城、从化、清远多得很

@NoOneNoBody 你用山姆的思路去看待小米就行了，整合能力，营销成本降低的能力

@brant2ai 现在黄金太贵了，我 380 的时候买了送老婆，现在都涨好多了

另外一种就是选举领号，设置总分片 X （比如 1000 ）
每个进程都注册 zookeeper ，etcd ，所以总进程是可知的，根据进程数量，可以知道每个进程可占据的分片

那么，假设完美情况 100 个进程，那么每个进程分配 10 个分片（[0-10), [10, 20)...）

占据 0 分片，每次产生 0 ，10 ，20 ，30...
占据 1 分片，每次产生 1 ，11 ，21 ，31...

本地保持状态即可，依赖选择竞争分片
----

以上两个算法，id 增长，但是 id 本身不能体现先后顺序。

kv 支持下（比如 redis 效率已经很高了），需要中间件配合，设计思路如下：

1. 不是每次 incr 1 ，而是每次 incr step ，比如 +1000 ，那么就有 (X, X + 1000] 这个区间都可使用

2. step 的计算方式如下，比如设计成最多 T 时间，incr step ，运行中一直调整 step

3. 初始状态：step 初始化为 1 ，T 举个例子：1s ，变化倍数 rate: 2

4. 那么，1s 内如果多次 incr step ，那么 step = step * 2 ，让 step 尽量变长，尽量超过 1s

5. 当 incr step 间隔时间超过 2s ，那么 step = step / 2 ，让 step 尽量变小，尽量靠近 1s

6. 在 4/5 结合之下，step 将把 qps 接近 1s ，上下徘徊，算法可以微调

缺点：

重启的时候，会丢弃一些 id ，这个也可以细节改进，比如把未使用的 id 返回给 redis

@skuuhui 很简单，你放开你的朋友圈给我，我如果作为一个“杠精”，绝对喷的你一条朋友圈都发不了 :-)

所以你知道我的意思吗？其实你的任何一个事物，甚至你的个人，你的生活，对于朋友圈一些人来说，根本没人关注，甚至反感，sad but true
所以呢？就不记录生活了吗？就不发朋友圈了吗？

在我更年轻的时候，发个朋友圈掂量半天，想想是否让人不适应
现在，qtmd ，老子想发啥发啥，不行你就屏蔽我

@skuuhui

我没娃之前，看到晒娃的人，没什么特别，和看其他朋友圈一样
有娃之后，偶尔发照片，记录一下一些有趣时刻，搞怪瞬间，因为发现，小孩成长很快
为什么是朋友圈呢？因为有大量关系较近朋友、亲友

但绝不是你说的 “觉得自己的娃可爱好看” 云云

说起来，相对于晒娃，你有没有觉得：晒美食、美景、演唱会等等，更为肤浅？
我岂不是可以说：难道你不觉得只有你自己才觉得好看...云云？？？
真要说下去，朋友圈没什么可发了，除了发明诺贝尔奖

多点宽容，发什么朋友圈，其实没什么差异

怀孕其实是一个概率，只是你老婆原因概率比较低（类似问题比如多囊卵巢）
增加概率，然后耐心一两年，只有有一次运气好就行了

@wukaige 我的天，你知道每秒 1w 个请求是什么样的一样概念吗

即便能完成你的需求，成本也不是你可以负担的，我简单说，你搞个 3T 内存，把内存当文件系统使用，那么肯定快很多