没签无限期合同？

不怕折腾的，赚一波快钱可以，也算是流量经济

没必要，你还是接着开网球俱乐部吧，反正也放开了

扯淡呢，肯定是安卓方便啊，至少 tvbox BBLL 这些应用不要钱啊

你这个应该用 rabbitmq 之类的做异步，长时间运行的流程靠开线程异步不靠谱，除非调用方能容忍失败。

如果害怕第一步 OOM ，那你直接在第一步分页查数据库不就完了…

我觉得拿来写报告还挺好使，写代码还是不太行

这个问题问得太抽象了，HA 分为各个级别的…你这问了等于没问

update(id:1)和 update(id:2)会有并发，如果你只是加行锁，两边应该没啥关联，当然具体的情况需要看业务逻辑。

如果用户反复尝试，你应该第二次直接报错，而不是走到业务逻辑里。可以通过 redis 搞个分布式锁，或者显式的 select for update 加锁(MySQL 的话）。

美国这几年的平均寿命也在下降……新冠 debuff 效果明显

用 %w 就行，好像 1.18 开始支持的吧

这个要看你前端用的是 ingress 还是云厂商的 LB ，后者一般有 ip 透传的选项，前者需要你自己查配置（不过我之前看好像是不支持 UDP 透传的，不知道现在支持了没）。

然后，最重要的是，要将 service 的 spec.externalTrafficPolicy 设为 Local ，这样才能保留源 ip 地址。

@kingofzihua 药、N95 和消毒产品，都可以趁着低价买一点吧，不过我上一波的都还没用完……

准确来说是：修改枚举不需要修改代码的时候会用。

有的枚举严格对应逻辑，这种写代码里都行。

波谷期啊，你别瞎猜了，国外都总结出经验了

一般 3~4 个月一波，3 月下旬如果没有那就谢天谢地了。

要不你考个研？

安卓逆向听起来有点灰产

我从来都没包过…

stdout 啊，因为 go 的 panic 会输出到 stderr ，你需要单独捕获 panic 的日志的话，就不要向 stderr 里面输出任何业务信息。