因为， 这是唯一的方案，也是最优雅的方案。

@Jafee #28 看起来是 Mac 自带截图

“解码”不是书籍或者文字的缺点， 反而是优点。大脑要想输入知识， 这个知识必须经过大脑的思考、处理。
而所谓的更容易吸纳， 更可能的是视频所传达的是情绪而非真正的知识。或者只是最浅显的知识

遇到问题， 可以先动动脑子， 思考下下面的问题， 就不会说出这种贻笑大方的问题了

1. git 和 rebase 的本质区别是什么
2. git 中 rebase 、merge 区别是什么
3. 其他团队是如何解决冲突问题的

有通过心率（ HRV ）预测身体是否处于压力、疲倦的：
Welltory APP 配合 Apple Watch ； 个人感觉还是挺准的。

快乐的话， 可以使用 Moodistory 记录当前的心情以及活动， 通过足够多的数据， 可以统计出是什么活动能让你开心，什么活动让你感到压力很大。

@tisy #110 “2018 年 5 月 31 日 13:01，刘长江通过其本人微信向周某锋发送 1 条消息，但随后撤回（微信聊天记录上留存了该条消息的撤回记录”
这句话被撤回了，谁都看不了，只能看到一条 撤回记录。
证据在后面未被撤回的消息里。 不是所谓的微信服务器上拿的

@m30102 #17
哦哦， 因为 kotlin 的 lambda 持有了 activity 的引用。

所以要把执行的放到 viewmodel 或者 presenter 里，activity 解除与 viewmodel 或者 presenter 之间的引用之后， 就不会造成泄露了

@m30102 #13 那是自然地呀，call 是一整段的阻塞式调用。 不止是协程， 实际上没有任何方式可以取消它（除非强制停止线程），协程只是可以帮你在取消 withContext 之后的所有代码执行。

因为不执行接下来的 callback 了， 所以 activity 也不会内存泄露了。 也不需要关心 execute 是否执行完成

@m30102 你需要在 execute 外面包一个 withContext,这样当 activity finish 了，就不会执行接下来的代码了

你这个等于用了一半的协程，用错了
应该同步地在协程里调用 okhttp，而不是通过回调 callback 的方式

直接 newCall.execute() 拿到 response

@WishMeLz #78 感觉你们技术是老板， 老板是小弟

就描述来说， 我感觉是技术部在推卸责任，而且沟通也有点问题

『问什么原因，抓紧改。结果可想而知，没人理他，过了大半天才回他一句人在外面改不了。』
----
如果能够优点责任心， 及时回复，并且给予老板合理的解释：大部分手机没有问题，可能是机型问题或者外网缓存问题， 节后来解决。

就是不买点服务器，就是不买 cdn 。
----
是否和老板进行了沟通了慢的原因， 以及解决方案,加 cdn 等。 如果老板还抱怨， 那是老板的问题了

不评价其他情况， 就线上出问题没人反应的事来说， 我觉得老板说的没问题。

不一定说是当场就要修复， 至少要给点回应呀， 让老板知道他反应的事情有人在跟进处理

@BenchWidth #42 Android 的看起来就不像 md5 呀

搜索一下， 复制粘贴，5 分钟搞定：
https://juejin.cn/post/6844903444810055687

@Mountain #25 天呐， 原来魔偶是这个。 这样说来就容易理解多了

获取信息， 学习技巧， 需要 [主动] 去干。 拒绝算法投喂， 拒绝 [被动] 获取。