@lululau 上网不用带脑子的？

Android 有坑吗

emmmm，具体要求和薪酬不先贴一下咩？

@longyuan5 照人家的逻辑，几十个输入框要编辑，你在 activity 得写多少代码？ databinding 是原罪？ 在这里直接一个双向绑定更新实体类数据难道有什么问题？ 连官网都是建议 viewbinding 和 databinding 一起使用。你在这一句在 xml 里写代码不优雅就把 databinding 给否决掉了？

@skyworker 中国公司的实情就是喜欢一直迭代需求，不会给额外优化 /重构改进的时间，在规定的时间里能完成需求就已经是很多程序员的理想状态了，如果要我牺牲我自己的业余时间来不断优化代码我肯定是不太乐意的，我只会在我写的时候提前设计好，但是如果需求多了业务逻辑开始变得复杂，这个时候如果要我加班重构我确实不满意，要么给加班费，要么给我相对应的时间去处理。
毕竟我花费我自己的时间去做这些事情，十有八九会吃力不讨好，我花这个时间学点新知识，写一个属于自己的项目一样可以优化可以重构。我一样可以得到成长
想要员工做到自觉优化和重构代码提高效率，我觉得公司应该相对应的做一些决策表示支持，比如上面有人说如果因为优化的问题导致需求不够时间做，可以把需求延到下一期，光这一点我就觉得八成公司都没法做到了。
所以说做这件事情需要公司和员工双方都去努力的。

@HereApp 新的激活码要到微信群里获取吗？

用上下游来想象这部分代码，递归的 flatmap 在中游，递归的逻辑让每一个 file 都成了一个 Observable，然后把 file 发射出去，然后再往下游发射

你如果是新开的分支，要提个 MR 到 master 上，然后之前的 commit 就会记录下来了。

@zmxnv123 你这就没意思了，拿 1K 的触控板跟几十块啥功能都没有的普通杂牌鼠标对比，你好歹也拿个罗技微软上五百的鼠标对比一下吧，另外你提到的那些场景，都是你针对触控板特有功能来跟一个鼠标做对比，未免显得太避重就轻了。

pool 复用一下，ui 层次减少，嵌套也没啥大问题

我有一只买了几个月，然后用了五六次，包装盒啥的也在，ipad 也吃灰了，你打算什么价格收？

小问题比较多，自己得好好加一些条件判断去限制人脸

@ukyoo 协程按照官方的处理是 try catch 这种最基础的写法，但是可以自己封装一下代码块或者 CoroutineExceptionHandler 都是可以的，看自己喜欢哪种思路。

@toacnme 脑瘫狗黑? 后期佐伊清的掉兵吗？ 不让 uzi 把兵清了出去做视野难道四个人在旁边看着佐伊慢慢 Q 兵?

@KunMinX 我当初是自己写了一个包装类处理这个粘性问题，我是觉得这种属性 Google 应该给开发者自己决定才比较合理

提个意见，每次点一个 widget，就页面刷新，我想继续点下一个又得往下拉，实在是不太人性化