松下 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”个月。不过个人经验其实年终奖跟年假比我觉得还是年假重要，想休假就休假的日子是最开心的。

@Tidusy 我已经离职了，走之前团队很好。个人换城市了。

@liaojl 不同团队不一样，在哪儿，在啥时候都是更准确的描述...要''曝光''一些真的不加班的团队当然也能找出来，以偏概全（不管是偏好还是偏坏）都是不行的，还不如直接问哪些团队不加班

另外楼主这个问题个人觉得不要用 channel 在里面做混淆比较好，很显然误导了一部分人的思考方向。如果：
1. 把 f() 中的 <-c 去掉
2. 把 main() 中的 c <- 0 改成 time.Sleep(10 秒)

应该就更贴近本意了。思考一下，time.Sleep 在这里的作用是什么，它对确保正常打印出 "hello, world" 有帮助吗？有，但是跟线程间的数据一致性没关系，那问题就可以很简单地转变为如何保障 bla bla bla 了，也就是作者上面跟别人讨论的各种缓存、锁、内存管理。

@dyllen 他就是想知道为什么，特别是两个协程跑在不同线程上时，一个协（线）程修改了值之后这个值在多级缓存、内存如何扩散和同步和保证一致的。

> 一个协程修改了，另一个协程里面能立马读到新的值。

你说的是表现，他问的是原理，虽然帖子表述本身也很有问题，这跟 Golang 关联只能说 55 开，每个语言都可以这么问，每个语言都会分成内核（或者硬件）和编程语言层级的实现原理。

感觉不是语言的问题。不太理解，这些东西不是在 README 里面写好就行了吗？

https://images2.imgbox.com/91/09/qF1P6Xv1_o.png

这是自己写的古老的新人项目，入职第一周做的，要怎么运行写好就是了，python 也是一样的。

所以骂 python 没用，python 也有一样轻轻松松启动的项目，要怪就怪你这个同事。我运行 java 项目也摸索了很久不知道要怎么启动，c++ 也是各种依赖问题，说白了就是还菜（没有贬义，每个人都有新学东西的时候），还没入门，接手了不熟悉的语言就要运行要调试了，心态放好点都不至于这样。

@seeu2ex 不对，可以明确你要测试的范围和手段，例如单元测试应该以方法或者精简的极小模块为“单元”，针对这个单元的功能测试，例如一个时间转换方法、一个调用后端+数据处理的方法；端到端测试是给定用户输入，触发前端逻辑->调用后端->调用 xxx->返回给用户，检查返回结果是否匹配。

然后如果你觉得测试的时候需要写大量的重复代码，可以考虑优化测试的框架，这个框架是否帮你封装了逻辑，让你只需要管理输入参数即可？用不同输入参数走到不同分支？可以先把测试框架做扎实再写 case ，说白了，要时间的，不是哪天想搞就能简简单单搞

@seeu2ex 分支不如你举个例子？不同分支比如说上面某个变量得值不同，因此下面走了不同分支，测试代码里面不就是 2 个 case ，然后各自 mock 那个变量到不同得值，就能走到不同分支去了？

按我的经验，测试代码里面执行部分基本不会改动的，改来改去都是测试用例部分，举个自己写的例子：
https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/processor/tailsamplingprocessor/internal/sampling/ottl_test.go

然后也有人说业务代码没法这样简单，那我觉得其实只是本身代码组织得不够合理、每个方法目标不够明确，改改习惯就行。

（背景：擅长+喜欢写测试，搞 TDD ）

要不你把你的代码形式翻出来大伙儿看看，到底是什么代码单测这么难写？