@huangzhe8263 要同一个项目 3 个 pr 才可以

@CharlieYu 一个 pr 合并之后不是一个 commit 吗...

业界通常做法就是在 k8s 中做

以为是叉烧拼手撕鸡之类的。。

@samun 安啦。这些事情咧，如果 CR 建议对你有收获那就学，如果人家只是说代码不好，也没说怎么变得更好，那就忘记就是了，影响不了你工作内容、绩效、奖金分毫，你以后也不一定和人家共事。

CR 对事不对人，代码写得不好是常事，接受和修正，然后下次能够写出更好得代码才是目的。

另外为什么要 Review 旧代码呢，CR 形式感觉还是关注新代码改动、在 Pull/Merge Request 时进行体验更好。

有没有一种可能....用 Redis 的人寻求的是一个 "既可快速读写" ，"又可以多个服务（同个服务多个副本）" 访问的 KV 存储....

我看楼主的意思，应该没有多个副本吧，就一个普通的单实例应用

松下 s5m2 大三元凑齐价格应该比别家都便宜（按全新价格算，论二手镜头的话不算），镜头不少但是没有索尼那么丰俭由人，不过低价买齐大三元肯定是没问题的（ 24 70 6000 多，70 200 按适马的算 10999 ，这两个镜头别家的基本价格都要贵好几千）

https://sintone.gokoding.com/blog/cloudflare-gmail-resend

有个个人版的教程，它的效果是：
1. 你有自己域名，例如我的 jiekun.dev
2. 服务提供商帮我把所有发往 @jiekun.dev 的邮件都转发到我的 gmail 邮箱；
3. gmail 邮箱借助 resend 的第三方服务，以 @jiekun.dev 的地址回复邮件。

但是如果是商用的话，可能直接联系邮件服务提供商会比较容易。

第一题不是 3 3 3 吗

@uSy62nMkdH 首先爽约不对，其次如果候选人是骗人的那非常不道德。

最后苹果手机确实有过不响闹铃的 bug ，个人有印象的触发条件包括：关机之后没响（额勉强合理吧）、没电没响（合理）、有电工作日没响（不合理，但是记不清楚是不是我真的错过了）、有电节假日没响（但我的是个全年闹钟，不合理）...原理不详，也不知道是不是真的有 Bug ，反正最后下来体验没安卓好，换掉了。

看到楼上有人说确实有 bug ，我可能从原来的 50% 怀疑变成 70% 怀疑了，貌似不是只有我一个碰见过。所以个人倾向于如果候选人还坚持想面，那就面吧，应该对公司和面试官没有太多坏处；但是不面是合理的，候选人应该自己合理管理时间，一个闹钟不行可以准备第二个第三个。

@zeonluang 应届生多 2 个月 3 个月奖金影响不了多少东西，选第一份工作最主要是能有多少成长，这块跳板够不够好。比起这些其实 Shopee 部门不能自行选择才是影响最大的。

如果恰好能在很喜欢的方向上工作，2-3 个月的奖金有很多办法争取回来，比如拿 A ，比如下次跳槽拿股票。

如果暴露的指标也波动说明是服务内的问题，那应该去检查上报位置的代码，另外检查服务是否有重启，重置了计数器。

利益相关：在 Shopee 工作挺开心的前员工。

我说的话肯定会偏向老东家的，不标榜中立。

可能在这个帖子里给你 tips 会好一些，说大实话要低调一些好。

Shopee 里面有很多好的部门，也有很多好的人，包括工作制度上的福利（没错我说的是 15 年假 14 病假，全薪）实际用起来体验是非常非常好的（无比怀念）。但是（按以往情况）秋招会面临部门开盲盒的情况，运气好的话自然好，运气不好的话曲线路径是 1 年后转岗去好的部门。

所以不能以面试官好不好来判定你的 offer 部门好不好，要考虑清楚，比如说最坏的情况，就是进去打 1 年黑工能不能接受先熬这一年。如果你觉得可以，并且希望工作（比 hw ）轻松一点可以去，如果完全无法接收开盲盒，或者无法接收第一年比华为还忙，那就再慎重考虑。

最后年终奖的事情也很多人说了，心理预期应该默认年终奖浮动，也就是“0-3”个月。不过个人经验其实年终奖跟年假比我觉得还是年假重要，想休假就休假的日子是最开心的。