cloudzhou

同理，当时的大下岗，国企倒闭潮，经济休克疗法，现在看起来是必须做的
而被牺牲的那一批人呢？

自动驾驶对世界进步是不是好事？那当然是

滴滴司机希望运营车自动驾驶普及吗？显然不愿意
消费者呢？那肯定愿意，车费少太多了
所以是立场问题

---
但是怕的是，你明明是滴滴司机（广义上），然后还宏大叙事的欢迎自动驾驶加速来临
当科技的进步远远超过人类接受的能力的时候，会产生严重的问题

https://chatgpt.com/share/6aeae799-2e2c-83e8-842e-4ed59b47ccca

ai 分析蛮有意思，我是理清每个人的逻辑了

参与者 最突出的贡献 我的评价
@imchuncai （ OP ） 提出双锁协议，尝试实现强一致 Cache 技术创造力强，但系统级正确性尚未证明
@zzhirong 发现竞态、修正判断、讨论消息原子性 最像认真做协议 Review 的人
@cloudzhou CDC 、版本号、异步处理、工程取舍 工程经验视角强，但部分论证依赖时间窗口假设
@dlyxy 指出 Raft ReadIndex 、脑裂和形式化验证 分布式系统审查方向很准确
@valord577 强调真实业务价值与选型 业务判断正确，技术分析不够深入
@lesismal 指出读后使用期间仍可能过期 业务语义问题成立，但结论过于绝对

最后总结一下你这个人：

你是一个典型的：
- 技术上极度较真，生活上随机开坑。
- 喜欢把简单问题研究成复杂系统。
- 对参数特别敏感，对上下文特别吝啬。
- 永远觉得还有一个细节没搞明白。
- 看见一个新技术，就想把它拆开看看里面是不是还有一层。
你最大的技术优势是好奇心。

你最大的技术缺陷也是好奇心。

你这个谁也回答不上来，充个 100 块钱当沉没成本，找个小需求改一下，能用继续充，不能用适可而止

别看段子太多，程序员这体格，跑外卖都不大行

@imchuncai 是的，但是流程简化了好多，可以考虑作为工程实践了，有意思

@zzhirong 我的设计之前没有说的很清楚，就是 “由 CDC 中间件去发送更新/删除的消息”，消息二次汇总然后统一一个处理点，不管是 读写过期，都是一个 get by id 然后 cas

@imchuncai 刚才我让 ai 帮我分析了一下，发现你 #43 的设计除了短暂不一致，居然是可行的，整个就简化很多了，有点意思