开源的话 Google 的 Mediapipe 还不错，可以直接体验 Web 端 Demo 看是否满足需求 https://mediapipe-studio.webapps.google.com/home

体重轻的话跑步没啥问题。
刚开始控制心肺在不痛苦的速度、提高步频，切记不能提速，每次慢慢提升里程就好；可以通过拉朋友一起跑、或是听播客等方式消除无聊感；注意运动前后的拉伸、跑休结合，逐渐养成习惯。
再推荐个热血跑步动漫「强风吹拂」，可以提供一些「看完立马就想出门跑」的动力。

基于 Android 的表都可以用 Android SDK 开发，但续航是大问题；所以现在都搞自研嵌入式系统，封装自己的平台 API 并引入动态语言引擎，比较成体系的有：
- 佳明 的 https://developer.garmin.com/connect-iq/overview/
- Fitbit 的 https://dev.fitbit.com/
- 华为的轻量级智能穿戴 https://developer.harmonyos.com/cn/docs/documentation/doc-guides/lite-wearable-overview-0000001197577411

就和学英文一样：
- 刚开始大家都是只会 "Hello"、"Thank you"、"How are you"，看到 200 词的小短文不知所措；
- 等记住了更多单词短语、掌握了更多语法后，逐渐能读写复杂的从句、短文、长文；
- 最后发现长文也只是基础单词和语法的重复，语言的重点还是在于用单词和语法表达特定信息。

把英文单词、语法换成 Java 基础语法、API ，编程这件事其实也是一样的，用基础且重复的基础语法和 API 调用来引导计算机去解决业务需求，短小的代码片段解决小需求，小需求汇聚起来就是拥有海量代码的复杂软件系统。

提前个一两周买就差不多了，亚航的航班很充足，票价也很便宜。五一刚去的，游客挺少

前些天刚看完的《金钱心理学》

@dabbit 如果项目是纯 Flutter App ，得改造成 plugin 然后用 Add-to-app 的方式接入，这样可以控制 Flutter 引擎的初始化。App 启动时加个 Native 页面占位并在 Native 中做处理下载，下载完成后再加载本地 so 启动引擎、渲染 Flutter 业务首页。

Flutter 1.17.x 时有做过，需要修改并自行编译 flutter/engine ，翻了下当时的笔记给个思路：
（假如编译产物动态下发后的路径分别为 /path/to/libflutter.so, /path/to/libapp.so, /path/to/flutter_assets/）

1. 修改 platform_view_android_jni.cc：RunBundleAndSnapshotFromLibrary ，把 jAssetManager 参数换成 jstring 用于传入资源文件路径，然后函数实现中 jAssetManager + APKAssetProvider 构造 asset_manager 换成 jstring + DirectoryAssetBundle 构造 asset_manager 。
2. 修改 FlutterJNI.java：C++ 层 RunBundleAndSnapshotFromLibrary 映射过来的 JNI 函数 nativeRunBundleAndSnapshotFromLibrary 对应把 assetManager 参数改成 String ，并在这个函数调用处传入 /path/to/flutter_assets/。
3. 修改 FlutterLoader.java：startInitialization 中 System.loadLibrary("flutter") 改为 System.load(“/path/to/libflutter.so”)，ensureInitializationComplete 中引擎启动 shellArgs 传入的 DEFAULT_LIBRARY 和 aotSharedLibraryName 分别改成 /path/to/libflutter.so 和 /path/to/libapp.so 。

修改完 1 后编译引擎得到有资源动态加载能力的 libflutter.so ，修改完 2 和 3 后编译 io/flutter/embedding 得到 aar 后引入项目跟随 apk 打包发版。使用时确保产物已动态下发，在 Flutter 引擎初始化时 3 的变更用来动态加载修改版引擎 libflutter.so 和业务逻辑 libapp.so ，1 + 2 的变更用来动态加载 flutter_assets 。

简单看了下最新 Flutter 3.x 源码中这三个入口变化不是特别大，OP 可照这个思路尝试。

我从 3km 菜鸡水平开始，到半年后完赛全马，膝盖都没出过什么问题，最主要的几个感受：
- 高步频低步幅很关键，跑姿尽量做到垂直重心下落，减少膝盖的反冲力。
- 跑前跑后拉伸，每周至少有两个休息日，穿插少量下肢力量训练。
- 控制心率，尽量跑更远而不是跑更快。

可以试试 https://ktor.io/

旧代码不管，新代码全面推广，熟练后开发效率开发体验提升太；而且 Compose for iOS 已经 Alpha ，未来或许能成为主流的跨平台 UI 方案。
业界情况的话，按照 KotlinConf 2023 给的数据：排名前 1000 的 Android 应用中有逾 21% 使用 Jetpack Compose 。
https://blog.jetbrains.com/zh-hans/kotlin/2023/04/kotlinconf-2023-2/

There is Always Hope

最近在内部工具类项目上有试用，目前感受：
- 缺点主要是文档不全（ gradle 配置坑很多），以及第三方库缺失较多
- 优点除了 Kotlin + Compose 的开发体验外，最方便的是自带的 C interop 可以直接 Kotlin 调 AppKit 、CoreBluetooth 等大量 iOS 原生 API ，不需要 Flutter 那种原生实现再 Platform Channel 传一层

长期看好！

看描述是需要 https://github.com/kezong/fat-aar-android

10.1 - 10.11 还是准备中

经常崩，一般出现在 CMD + Tab 切到 Chrome 的瞬间

飞影 PB 还不错，打折的时候 500 左右

风格不错，等一个 64 位支持