keep 的户外跑可以设定目标配速，应该也有对应的语音提醒，可以试试

OP 最后一张图漏打码了

自学提升或个人项目那必然是 Compose ，开发体验大提升，官方也在大力搞 Compose 的跨平台，未来往广度拓宽学 Flutter / SwiftUI / React 之类的也能更好上手。
但如果为了找工作，就还是先把 View 写熟练吧，然后 Compose 简单点儿对面试有加分。

@aiwoshishen
可以了解下 MAF180 ，即让你的跑步平均心率始终维持在大致 [180 - 年龄 - 10, 180 - 年龄] 的区间，在这个基础上逐步堆跑量。这个心率会让跑步没那么痛苦且不容易受伤，长期坚持下来有氧基础就很扎实了，速度自然会提升。
缺点：非常需要耐心，刚开始要忍受自己的慢，尤其是身边有朋友频繁晒 PB 成绩攀比时。但跑步就是个不断超越自己的过程~

对于常用语言的重复模板代码、不常用语言复健、以及学习新的语言或框架，都是极好用的，能省不少时间。
附一篇业界大佬 antirez 对于 AI 辅助编程的锐评 http://antirez.com/news/140

Intro to Large Language Models： https://www.youtube.com/watch?v=zjkBMFhNj_g

@shijieheping
我之前没用过挖财，不过可以参考 https://www.bmpi.dev/self/beancount-my-accounting-tool-v2/ 这篇文章，评论区有人做了导入工具

@shijieheping
https://www.icloud.com/shortcuts/9edd16f81d8644beaa59886e0a49757b
https://www.icloud.com/shortcuts/40b982bf53ab4f548fe6213c9e6b4443
这是我用的两个 Shortcuts：
- 第一个单独使用手动填写金额。可以放在桌面作为快捷方式。
- 第二个会截屏后正则提取金额，然后调用第一个。可以设置为轻敲背面两下触发，付完钱的时候顺手就记了。
最终都会在备忘录中 append 到按月创建的文件。使用前需要把第一个里面的 Asset/Expense 账户信息改成自己

用的 Beancount 配合快捷指令：轻敲两下触发、自动 OCR 识别金额、手动选择付款收款账户、生成 Beancount 格式 Transaction 后写入备忘录。每次记账 5s 搞定，定期把备忘录内容挪到 Beancount 主账本即可。

用 https://revealjs.com/ 写的 ppt 并生成 html ，然后 Markdown 里面 iframe 嵌入

开源的话 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 可照这个思路尝试。