说实话实在没法儿在没解锁的情况下做
现在大部分类原生省电调教方案就是把类原生调教成国产系统的行为，是啥呢，划卡强退，应用死了以后靠 push 。全走 fcm 不太现实，长期挂梯节点不稳定不说还烧电，国产系统实际干的就是 google 那一套配套干的是，但又各种想自立标准，你还是得解锁伪装某个设备来做应用死掉后的 push ，来 hook 系统行为做划卡强退省电
海外的软件生态靠大家都认的 google 配套管着，国内的生态可是群魔乱舞，不强退根本不行，这也就是为啥我有个日本的朋友用不惯国内的 miui ，因为她觉得把音乐 app 从最近任务划掉音乐就停止了很蠢，在我看来就理所应当，习惯上都完全不同，所以说要么原生烧电忍着用，要么选个国产系统服务也是忍着用
要是完全无视应用后台互拉 push 靠新手机，大电池硬顶，也不是不行
那么原生有什么选择呢，米系解锁刷原生，或多或少有啥指纹，dc 调光之类的 bug 要自己接受或者折腾，原来就和原生差的不是太多的 sony moto 三星选一家吧，三星定制的东西很多，其他两家都不是很舒服

@ljsh093 2fa 部分不可以导出到本地，只能用它的云同步，key 要另外找地方记

@sci 一样的遭遇，上来要输入手机号，虽然不是很抵触这个，但是输了以后接不到验证码，然后怀疑节点问题，开关切换，这尝试那尝试，想到要是哪天真接不到验证码了岂不是导出都没办法了，就弃了

@Xusually 是的是的，是 2FA ，搞错了

能坚持超过三年吗，更几年看到没热度了停更了，追随的开发者只有哭，别说开发语言了，开发 lib 都有一堆大厂只顾着开坑不填坑的，所谓编程语言看得不仅仅是生态，语法特性，还得看“爹”如何

从 edge 自顾自的加了 bing 标然后不给开关（后期给了）就能看清楚 edge 的更新方向了，edge 就是做成类似国产软件那样的啥都想干啥都想塞顺便塞自家推广的路线，你别指望他和 chrome 一样一年到头变得不多

解暑不一定要吃雪糕呀，都自己动手了喝喝凉茶啥的也行，吃雪糕主要是爽，快速方便的爽

打算先 c 写明白再去学 rust

对于第一点我感觉是不大可靠的，一开始我也和你一个想法，就是这些不用系统相册自己搞相册选择的都是不优雅的，说难听点叫流氓行为，于是我就用 intent action_pick 去选图，反正我的业务需求就是选张图然后上传，也不做剪裁，只压缩，然后我后台发现居然还有没有系统相册的用户，存文件我也用了很科学的 SAF ，结果有的 rom 各种阉割和魔改 saf ，这条路也走的很难受。作为开发的角度来说，让大家都能用和做 N 个判断让大家可能都能用，肯定更倾向于前者，这就是为啥很多商业化的 android 软件倾向于自己来做相册选择（虽然做的很 shi ）
上面有人提到的 Photo Picker 是 Google 对选图的一种新尝试，这本身是好的，但是我用在自己的软件上很多用户抱怨，因为这个 Photo Picker 弹出的 Google 选图组件在相册这一栏只显示固定的几个系统相册，没展示用户自己的相册，用户翻自己的老图或者用户存图很频繁的话，选图只能傻瓜一样的从第一个 tab 疯狂往下滑，无奈只能加个开关让用户自己选择用旧方式还是这个新 api ，我是个人的软件是会加开关，那大公司的软件策略肯定直接把这个新 api 否了，类似的这些矛盾太多太多了

Compose 对于 Admob native ad 有个坑，我在使用 accompanist 的 pager 在部分页面展示 native ad 的时候，impression 不会及时回调，他可能认为 compose 的某些组件挡住了他，实际上没有挡住，这就很棘手，因为不知道 sdk 到底是如何判定的，当我用原生 viewpager2 重写了一遍这个页面后，问题消失了
所以问题是还是在于如果应用接入的一些 sdk 适配的不是很好，用 compose 就可能踩到这些坑，带来一些额外的成本，admob 还是 google 自家的广告服务

之前用 xcode 的时候刚好就在 13.1 版本，内存经常就泄露，32gb ram 都吃满，开发体验极差导致我有心理暗示了，用一阵就大退一次 xcode
后来 13.2 就不会了（

别的不说....vscode 的 vim 插件（微软出的那个）一言难尽，我在什么样的配置下用都感觉卡，用 neovim 插件就快多了，但是有其他小问题，偶尔复制的东西 p 上去数字会自动加一等等等等

@agagega 去年就在关注了，隔壁 swift ui 都用上了，compose 还在 alpha(

@mxalbert1996 那挺好的，之前看到介绍视频上 Google 开发者有讲到希望解决 R.的方式引用资源的问题，不过现在文档里好像也没有关于这个的

如果没有 native 层，可以，反编译出的 smali 就是阅读性差了一些，大致看个框架调了啥 api 也是没问题的，毕竟最终都要自己写

现在找工作真是太难了

@Caturra 感谢，已投

招应届 Android 不...

google 和百度这俩的中文搜索，我觉得是看搜什么了，要是搜技术类问题，google 起码很多时候能对位，百度广告可以去暂且不提，那几个 SEO 玩得贼 6 的博客网站铁定是占满第一页的，而且鱼龙混杂，经常是都一样的内容抄来抄去，然后有的甚至格式都抄乱了，体验是非常差的，不过话说回来，百度搜中文娱乐类的东西（比如一些梗或者他自家贴吧产出的内容），或者本地化的东西，就比 google 好用不少，所以总结就是，看搜的内容