上下文很重要，先写个技术文档，按步骤拆分 让 ai 干什么。

可以扩展成通用的 工具 app ，不局限于只显示一个网速。还可以显示别的一些系统信息，比如温度啥的。我和 op 有同样的感受，我以前想写一些开源的轮子，但是受限自己有些技术点不熟悉，懒的慢慢看文档去写。现在基于 ai 能把以前的想法全部落地。 现在工作上的小需求（低效牛马的活） 80% 都能让 ai 承担。

我退订换了 Anti ，更划算

我直接换了傻瓜飞牛， 飞牛相册体验良好

怎么到处都是 hooks 。不了解 go ，叠甲以下是个人观点，如果 hooks 是个好东西，官方组件肯定早就纳入麾下了。 最近研究了 下 flutter 这边的 hooks （说是为了解决逻辑复用，但逻辑复用有其他解法），完全是为了 hooks 而 hooks 。

避免用 java ，kt,我个人建议把功能用 flutter 重写一遍，混淆后再打包，这个强度相比 java 强了不少，想靠 mt 破壳 flutter 基本没戏，因为 flutter 都是 so . 门槛会高不少

颠覆言重了，这不是啥新技术（这估计流行快七八年了），看雪这里论坛有很多高中生看教程都会逆向了，本质上就是 3L 老哥说的，mt 会解析定位到关键的调用处，比如你 java 肯定有个 isVip ，直接把这个值换成 true 就行了。你在上层花里胡哨的加密折腾毫无影响。

Android Studio 动不动无响应，开了 10G 内存 都不够， 最常见的 mv 某个文件夹 都会几乎 100% 无响应。

没影响，最后存的时候都是向量逻辑。

我以前面试也没少遇到这种，奈何面试者都是弱势方，一般只能被面试官压着，但傻逼是真的多，大陆的风气就是崇拜强者，打压弱势，他们突然有机会变成面试官有了审视弱势方的权力，他们的独裁心理就冒出来了。他只会问你他擅长的部分，而不是引导你擅长的。

长个教训以后记得把证据留痕，并及时和同事反馈，不说话别人就会觉得是你的问题，后端接口不符合我的要求，我直接 @他 让他在 规定时间内保证接口自测没问题，有一次问题就在大群发一次，并且 @产品或 leader 因为他的接口问题可能导致延期。

第一天在中国?

本质就是赚的太少，每年盈余 40 才 __勉强__ 可以考虑（扣掉家里老婆，小孩乱七八糟的花销）。

@renchong 这批开发者大概率对 Android/iOS 双端并不熟。Flutter Team 现在也就 50 来号人，引擎和框架本身还有一堆高优 Bug 要啃，IAP 这种边缘能力本来就该交给社区维护。你看 Compose Multiplatform ，官方只给了一套 UI 库，其余全撒手。Flutter 早期为了拉人头，做了太多『开箱即用』的插件，结果反而惯坏了开发者。按我的经验，先上 pub.dev 搜社区版替代，通常比官方插件更新更快、接口更合理。实在找不到，再自己撸一个开源出来，大家一起迭代，才能把 Flutter 生态真正做大

看看 https://pub.dev/packages/bottom_sheet 行不行。 一个 ui 组件不至于上升到 flutter 怎么样，各种手势基础功能都有，实现这个繁琐且优先级不高。拿着 ai 自己实现一个也不是不行

喜欢小手机，转 iPhone16e 一段时间，不方便的地方是：没有小窗。投屏不能 app 独立投屏(貌似是 vivo 独家，没在别的安卓手机见过）。于是只能双机用 。vivo x300pro+16e

花里花哨。最后把 nas 卖了开了个夸克网盘

带手柄就算掌机吗。我有个 gpd win max

引导到统一的反馈入口成本更低，比如 飞书多维表格 表单.