@caiych

但既然你是 G 家员工，想必你们自己也有其他的做法，errgroup 或许只是个范例吧

@caiych

最好的做法就是别用 errgroup，那个设计实在太基础，我们都是自己重新做一套控制

我上面的回答已经相当简陋，顶多是个思路指引，但对于有基础的人而言，我相信很好理解，并且也有诸多设计可以 implement

但我看了一下你的 v2 过往问题，感觉你 go 基础得好好学，别一下蹦个高楼。

1. 其他 goroutine 就『不会执行』，还是『停止执行』，这是两件事，如果是前者，那就是 sequential 设计，如果后者，还得考量你 gorotuine 中的具体业务，部分情况可以简单使用 context （ chan ）检测。

2. 超时如果不会自己设计，那就走 context 方式，如果要采用 timer 务必检查是否 drain 掉 C

确实，你自己总结到位了，那下次就好好把握住，一定要弄清楚岗位的锁定性，你或许其他方面很厉害，但这可以在工作时让人感受到，而不是面试时介绍（除非面试的人当中，有与你共事过的伙伴，很清楚知道你岗位的能力，所以可以闲聊）

直接脑机走起

@Ross249
我系统性地（跟着大学教材，从自然到古典到近代，然后读了许多延伸）学习了哲学，最后得出来的人生感悟就是给自己设定了个岁数上限，希望在那个时间点死去。

我只留着手机上的邮箱通知，收到通知后能看就看能回就回，必须得用电脑或者刚好就在电脑旁的，再进去网页版处理

一鸣真鲜

我连离开世界的年纪都想好了，感觉 50 之后太老，又怕自己得健忘症，逐渐忘却过去美好的回忆，不如心满意足的待着记忆离开

看完了你的个人经历，我建议你接，然后混经历，提升自己，然后再换

有规范，不仅外企，建议问你们的 leader

A，虽然应该是粗稿还没细致处理，但明显稍微考量了 UX，
B 就是传统国内的工具设计，能用就行

但如果你 A 已经高保真那就不行

哲学、心理学、社会学、都市建设、城邦发展论，全部学完看破红尘，然后發现活得没意思了

@Danswerme 工作上接触的太多了，前排 5 bytes 一脸“我是 record header”的模样，尤其 03 03，常见的 Version 1.2，然后这是 TCP 连结，我就推论成立，当然不排除模拟封包格式，这也挺常见

这不搞笑吗, 数据格式不应该给出明确文档的吗，什么奇葩客戶，领导也一样，估计这人根本不懂技术

坐等 pixel，赶紧滴

@wqhui

每次迟到都扣 100 吗，还是每个月中只要出现迟到，不限次数一共只扣 100 ？

那我主动给他 100，然后天天迟到行不行？



最后，这种公司制度很憨，希望大家准时是好事，但不是这么搞的，管理曾估计是老古板，建议走人

btw 一般 var & method 走 camelcase （字首根据 visibility 决定），特殊 const （尤其 system api with public access ） all uppercase with snakecase，反之随意

算是很常见的 convention，如果有人想逼我拿出类似 psr 那样的规范，那当我没说