@meetyuan 问这话就说明你不懂概率学
概率学是，在未知前提下，依靠概率进行科学抉择。

1. 一条马路昨天撞死过人，不影响你再次被撞的概率，因为事件独立性，所以可以走。
2. 确定出个阳性，从旁边过，事件相关性，感染概率+10086 ，傻子才从身边过。

顺便说一句，旁边小区确诊，还是上班必经之路，第二天我一样穿过去上班

@8520ccc 这不是杠，作为程序员，我更加信任数据分析
倘若今天新冠出数据，哪怕 1% 死亡率，我跑的比你还快

你们知道，中国每年：
1. 因为交通事故死亡、重伤的人数吗？会因此不开车不坐滴滴吗？
2. 因为普通流感死亡的人数吗？会因此不出门？

答案：1. ~10w 人，2. ~8.8w 人

两者都理解：
1. up：理解你对风险的担忧
2. 女朋友：理解她对你的不可依靠

个人：无法接受你这样对风险的管理，相处会比较累，日常提心吊胆
我现在就在疫情最严重的广州，隔壁小区都有确诊了，但日常坐地铁正常上下班，该做什么做什么。

数据来看：累计 几 w 确诊，暂无死亡病例，所以真得不用太担心
目前基础病例不能打疫苗的，非常的少，你其实是主观上不想打疫苗

现在每一代的手机，根本没巨大的技术升级，日常使用可以说无差别
建议控制欲望，3-5 年一换

我五面没过，现在平常心了

select * from task for update;
的话，本质是一个写操作，中间件也会走主，这样起到行锁的作用

肯定 1 阿，你是在掩饰错误

我也是为 Golang 贡献过的人了
https://github.com/golang/go/commit/ee57e36dfa6879c05ac6717c29f2df5b546e1256

这很厉害了，我选 1 ，主要是工作内容

不要通过 etcd/consul 交换数据本身，而是通过 etcd/consul 交互事件，然后事件触发数据的更新
简单例子，一个分布式 version ，然后数据 version 对象只能递增，最后通过 version 获取对象

@javaisthebest 你有没想过，除了 4 ，其他的本质是 SpringBoot 的强大，相反来说，只能说 Shopee 基础太弱了

created,updated timestamp
服务端遵循，一旦有修改，就更新 updated 字段，只需要拉去对应 updated > xx 就是变更

"录用我的是三个后台大哥，老板甚至看我学历、*长得还行*，还发了一个秘书的工作，待遇比前端的多多了。"

@ychost 和我理解一样，早先极致追求存储性能～现在看，其实很难达到瓶颈，而不好的设计，才是最主要原因
使用字符串，最大好处是简单易懂，否则要回去看代码

问题 2 有些偏门，其他问题正常

@feifanhanmc 这缩写简直莫名其妙，我一向建议，长点就长点，可读性好就可以

给 Golang 提交了一个，开心很久