@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 好用不少，所以总结就是，看搜的内容

免费的话，有道吧，虽然有广告，但是支持 Markdown，多平台都有，onenote 的话那个同步速度，有的地区 ok 有的地区慢的可以

招 Android 应届生不？

@onecold126 感谢，我去了解一下