@lw10645 褪黑素不是助眠，是强制睡觉，所以不能白天吃。我每天一片，吃了不睡也得睡。😂

@PbCopy111 打开网页一看，感觉 op 的语言组织能力和表达能力严重欠缺。😂

你默认用的是 quic 协议吧，这个协议连接 cf 的服务器不稳定还经常掉线。可以指定协议，切换到 H2 试试。

@ChefIsAwesome #3 真刺激，昨天暴跌 12%，今天暴涨 10%。

@kokerkov 跟老板汇报的时候不废😂

@smdbh 是的。除非是大项目，基本上 tl 和架构师是不参与编码的，只把握方向。

目前在北京一个互联网大厂，我们组的分工是这样的：
1 、预沟通：产品在提出需求前，需要和 team leader 做预沟通，一般是评估成本，可行性以及人力投入等。
2 、需求评审：预沟通过后就是需求评审，tl 会指定一个 RD 作为项目的 ower ，且配置一个 PMO ，如果是一个大项目会有一个架构师跟随。
3 、技术方案设计：此时 ower 会和各个协同方协调技术方案设计，指定接口协议等。
4 、技术方案评审：此时需要架构师以、team leader 、产品、QA 以及 pmo 参与技术方案评审，一般是确定技术方案的可行性等，协同方技术方案可行性以及人力投入等。
5 、排期输出：评审通过后 ower 就可以和各个协同方汇总，同时和 QA 沟通测试排期，最后输出整体开发->联调->测试->上线的时间点。
6 、开发：在开发环节，一般是 RD 负责开发，架构师或 pmo 或 team leader 负责代码的 CR ，项目进度一般每日下班前汇报，或者是早晨上班后汇报给全体参与者。
7 、联调环节：需要 ower 和各个协同方沟通联调进度等。
8 、提测：QA 负责设计评审的 case ，RD 会按照 case 列表开发环境演示给 QA 看，QA 评估是否和产品的需求一致，是否存在明显 BUG 等。
9 、测试：此时 QA 负责需求的测试，RD 协同修复 BUG 。
10 、上线：ower 需要制定上线方案，上线步骤以及验证的 case 等。
11 、验收：该环节需要提出需求的产品对开发的产品进行验收。
12 、收益：一般在一个收益回收周期后发布需求收益。

在我们的开发周期中，team leader 只负责前期需求评审以及技术方案评审，架构师基本上不会负责具体的开发工作，只负责技术方案评审。PMO 一般也会负责开发中的协同方协调。

喜欢骑行的，周末或日常经常出去长距离骑车的肯定要选公路车。如果只是通勤，或普通代步建议选山地车。

@dizhang 就是承诺的带宽达不到，例如我买的 cloudcone 家的，承诺 1G 共享带宽，但是实际上，能跑到 100M 都是奇迹，大部分下行都在 20M 左右。

https://github.com/cmliu/CF-Workers-docker.io
白嫖 cloudflare 的 workers ，部署了自己用。

@s270987763 #3 这个位置的房子，中介出租都不会到 6000 。。也就自如能租到这个价位。。

再加上一个 PHP ，掀起一场最好语言之战。😒

我用的是微信公众号，自己通过微信转发了一下。😂

应该是 IP 不干净，同一个出口请求次数过多，或者是出口经常变都会弹出。

@qW7bo2FbzbC0 #37 没看到别人扣帽子，反而是你自己情绪化，人家都说了你用不惯 go 就换成你喜欢的语言好了，再说了，interface 满天飞就是犯懒的行为。

@gransh 主动违章和程序 BUG 是两回事，如果看不懂建议从 9 年义务教育重新学习。

@Yesr00 剐蹭逃逸得看是否是自己主动的。如果是被人违章剐蹭了，这个无人驾驶的车是不太能感知到的。

@lambdaq 大概率是这样子。之前还有就是有专家提出，无人驾驶公司不能出现任何一次主动的违法事故，否则就要吊销运营资格，个人感觉应该这样执行才能保证无人驾驶公司不作恶。