恭喜🎉

你所有的 commit 都要加一个 Signed-off-by: 你的名字 <邮箱>

最新的这个 commit 82a6c0d 没有这个声明

我觉得可能不是 git 的问题，可能更是项目组织的问题？

人生只有一次

> 为什么 android ios 不一致，需要测两次，之前百度不是这样的

稍有经验的 QA 也不会说出这样的话吧？

就国内对自动化测试的重视程度，悲观估计不会有什么好的方案。

> 程序将该商品分类为“差”。原因是其综合分数低于差这一分类的上界得分。
可以

> 更进一步，可以分别给出以上 9 项指标的得分，使我可以知道该商品为什么被分类为差。
不行，神经网络可解释性非常弱

是弱智需求，与主流浏览器的操作习惯不一样，用起来肯定别扭。

vtuber

必买的：地图扩展包，货物扩展包
涂装和配件包看自己喜欢

看空中浩劫，
现在的航空安全都是用血的经验换来的

@BoringTu
> 什么情况下会出现你不知道这个变量里面有什么的情况？
在遗留代码（没有单元测试的项目，大部分项目处于这个阶段）里，动大多数代码的时候都会出现这样的情况。因为你只能掌握系统的部分知识。

> 如果我不用，再完善跟我也没关系啊。。话反过来说，coffee 一样很完善啊，而且还有其他选择，为啥要选 ts ？
主题是「为什么你们要选择 TypeScript ？」。说实话国内有很多工具链还没完善的东西就拿出来上生产环境了，像小程序。

> 如果你只写前端，人家后端凭什么要因为你用了 ts 报错了就要改自己接口代码？
这里的 API 设计不是指前后端交互的 API，而是指前端内部自身的函数 /模块设计。在 JS 中，一个函数超过一个职责、中间再来一点副作用的现象不少见。但是换成 TS，可能函数的类型声明都没法写，这就倒逼了前端本身的架构设计。

1. 在大型项目里，有类型维护起来就是比无类型爽。特别是在项目没文档的情况下，类型约束要比打 console.log 看一个东西里面有什么，从效率与可靠性上都高上不少；
2. TS 发展多年，工具链非常完善；
3. 类型约束会倒逼程序员思考怎么设计 API 更加合理，而不是一个函数全部东西一把梭就完事了。

MS

一个月的流行开源项目 issue tracker 管理员经验

里面 11 个 issue，6 个 feature request，1 个问题，2 个 bug 报告，2 个 spam （没仔细数，见谅），对于开源项目再正常不过了。

https://sm.ms/image/eqg8fQcpE7rTjFZ