@tuobatian 你好，这些渠道一般怎么找呢

@version 广州的兄弟，感觉高德地图估时准一些。百度地图地铁估时相对乐观，会少 10 分钟。
另外，上班时间限流的话，也可以加上 10 分钟 buffer

打 C 绩效了不做沟通，直接扣工资，这明显公司和领导的问题

三甲医院也很多坑的，深圳三甲了解一下，还是多结合几个医院看看

@WngShhng +1
总之还是多学多写吧。
我学生时期练 OJ 题，然后看了一些书，工作后除了自己的业务也会学习一些开源框架。
简单的业务没必要分层啥的，做好抽象与代码复用。稍微复杂一些的业务，可以先根据 [业务分块] 来抽象，比如登录注册业务，可能根据你的需求就可以分成 [验证码] 与 [普通接口请求] 两块。
然后随着业务越来越复杂，也要注意重构，原先的 [小的业务分块] ，可能会越来越大，这时候就需要拆分。

@mcluyu 老哥你们用户数量大约在什么级别呢

@orangeshine [用户崩溃率] ？

@kop1989smurf 火山引擎、友盟确实有这种 [用户崩溃率] 的概念。
@palxie 你们这个 [Crash-free users] 是 1 天内的还是 7 天内的呢？我们 1 天内的都高达 7%。另外 Firebase [Crash-free users] 的计算，也是 影响用户 /活跃用户？

@janus77 是啊，要改的话，只能让 view 去感知 activity 的生命周期
本身就 onAttach onDetach

@winterbells 为了用 livedata 让整个 app 迁移到 compose 代价太大了，而且目前个人不太喜欢 compose

@fromzero 是的，从实现的角度来看是可以实现的，但是为什么官方不去实现
是鼓励大家用 fragment 吗，但是这玩意又比 view 重很多
至少我认为在 view 中使用 livedata 很有价值

@kwanzaa 我是说为什么 view 不能像 activity 那样使用 viewmodel

多少收的老板

我们公司的 IT 会监控你是不是在摸鱼

办公室摸鱼小能手啊

@zhgg0 是的收益也是一大考虑，转的话工资估计腰斩

@PerFectTime 我朋友也是 C++后台，听说 C++程序员很少了

@pengtdyd 哈哈 java 后端也很卷吗，怎么说

@Tenma 转了 java 后端吗？我以为各种集群调优