用 docker 比较快

没有吐槽这个名词吗, 我记得我学习的时候都是用的贪婪加载, 懒加载, 或者叫即时加载和延时加载.

咋现在叫懒汉和饿汉了, 感觉好没文化...

通用答案: 上补习班...

@SuperMild 瞎扯水平真是高, 不去知乎可惜了

@yukiww233
@tanranran
不缺朋友，缺妹子

借 10w 太多了，不是特别交心的朋友，只能借 1w 以内，不还就当丢了。

因为不是网易云音乐自己出的啊，联合深度开发的，估计主要的开发人员都是深度公司的，网易应该只提供了接口，之前有 bug 我都是去深度论坛反馈解决的。

建议去深度论坛反馈反馈，捐个款支持下，说不能就能开发了。。。

什么都要抢，是因为自己想要核心的资源。
公交要赶，说明住的地方人流量太大。
买房要抢，说明住的城市人口太多。
买手环都要抢，说明买的都是大家认为当前性价比最高的产品。

退一步海阔天空，至少买电子产品啥的，我都是买最新一代出来后的次新一代的产品，就没那么多烦心事了。

deepin 搞的 wine 版的 tim 和 qq，体验基本上和 win 版一致了，偶尔有丢失焦点的问题，不过这个问题也是 linux 比较常见的问题。

水平一致，优先招妹子，总体而言应该比男生好找工作。

@wizardforcel 不要总是用反问句，这样会显的你攻击性很强。

@HangoX
@incompatible

这类问题不可能完全解决，总归会有漏掉的地方，如果是一次性开发完就不在更新的产品，自然是把所有出问题的地方都解决了即可。

但是在大型的不断集成新功能的产品，app 有了十几个版本，每个版本的接口都会一直运行，老版本的接口在当时的需求设计下是没有问题的，但是后续需求变动，导致老版的接口出现异常，然后 app 就会出现闪退的情况。还有团队里面会有快速的需求迭代，以及临时的 bug 修复提交代码到线上，这些都有可能造成异常问题。

代码 review 解决的还是一个有序的问题，但实际情况下不会有时间给每个接口做足够的检查，有 review 的时间还不如让开发自己写接口测试。大型项目里面还存在大量接口转发的问题，例如我的功能里面部分页面已经有其他人现成的接口写好了，我不过是调用对方生成好的数据返回给客户端，这种情况下，天知道对方的代码有没有类型错误的问题，最简单的方案就是直接全部转成 string 来解决。

最终大家偏向全部 string 方案的原因还是类型错误的这个问题太低级了，但是又很难杜绝，但是出现的闪退问题却又是测试里面被认定为最严重类型的问题，多搞几次这类错误，团队里面谁都扛不住压力，大家只能放弃理论最优方案，转而使用比较 dirty 的方案。

第二种是理论最优，但实际上跑过大型的复杂的系统之后，整个团队会倾向于第一种写法（ bool 采用 0 和 1 表示）。

具体原因是客户端数据类型错误的时候会导致应用直接闪退，虽然明确类型是最优解决方案，但是客户端无法确定服务器端会不会返回错误的类型，到时候客户端就闪了，对于 boss 而言，出现闪退这种严重的问题，竟然只是因为类型错误导致的，团队里面都很难承担这种压力，最终开发在实际应用中会尽量将除 id 之外的字段全部转成 string 来解决类型错误的问题。