抽一个

去年有一段时间我尝试过减肥，而不是健身。
办了一个乐刻的月卡，每天早上 6 点多去爬坡 1 个小时，一日三餐，但是中餐和晚餐控制为之前食量的 80%。
这样坚持了两个月，减了 4kg

理论是服务于实践的，实践出真理。

不如直接使用 jetbrains 的 compose multiplatform ，更有前途，且更让人放心。唯一的缺点就是不支持鸿蒙

13 年毕业的，目前存款 20 万，无房无车无老婆，跟我比比你不是爽死。

不是没有，而是价格你无法接受，所以在这里乱叫

诈骗的常见套路

现在这种形势，还是租房吧，钱留着以备不时之需

我今天看的 ishowspeed 的直播，看了一会就弹一个广告，前面还可以 5s 跳过，看到后面弹的广告只能强制看完，而且还连续 2 个，确实影响体验，不过都是免费的，还要啥自行车

我初中的时候就得了鼻窦炎，当时要拿药水滴才能让鼻子通畅。现在基本上鼻窦炎已经没有复发过了，但是有时候会有点痰需要吐出去。我感觉要保持锻炼

加油~！设计上面竞争感觉是非常不错的一个方向，因为我感觉设计可以让产品增值很多。另外有一个疑问，打工人小组件在国外表现如何？如果是全球的市场的话，感觉收入不应该如此惨淡吧？

@neochen13 有啥重复的，flutter 就是为跨平台设计的，很多年了非常成熟，三方库也很多，无论 iOS, Android ，还是桌面端，运行的效果都不错。（跨平台首选框架）

compose 是原生 Android 开发的一个新的 UI 框架，JB 将其扩展为了 compose multiplatform 可以用于跨平台的 UI 支持：
1. 如果你是开发原生安卓应用，目前的唯一选择（个人意见）
2. 桌面端（ windows, MacOS ，Linux ），如果是纯 UI,不涉及一些硬件交互的话，还是可以用的。缺点就是安装包很大(空白的项目 50m)，占用内存很高（至少 300m ，我自己的工具 500 多 m ）。
3. 做 iOS 的话，目前还是 beta 阶段，用不用的话自己斟酌。

另外还有一个选项是 kmp(kotlin multiplatform)，用于逻辑跨平台，UI 用原生，比如：
1. 安卓平台，kotlin multiplatform + compose UI
2. iOS 平台，kotlin multiplatform + SwiftUI
优点就是数据和业务逻辑只用写一次，UI 都使用各自平台的原生 UI ，兼顾原生体验和代码复用

另外 flutter 并不式微，如果你的项目想直接做多平台和桌面版，能用 flutter 的话就用吧，节省你不少时间

看 google 官方文档就好了。然后下几个官网的纯 compose 项目示例，照着敲，不懂的问 deepseek ，现在有 AI 学起来比以前不知道轻松多少

@huage 就这么喜欢强行改变别人的需求

@evan9527 最近遇到一个卖保险的，每次打过来听声音都知道是同一个人，但是手机号码都是正常的私人号码，拉黑一点用都没有。

不可能不支持吧？长截图还需要硬件支持？