astro 的处理方式像 nuxt ，hydrate-on-*指令

不是一样要标 client：*吗？和 use client 区别在哪？编译器还能帮你检查使用了 hooks 的组件有没有标 use client 。

下个 steam 或者 epic ，筛选平台 osx 。
就算 app store 和 steam 都有，售价也是 steam 比较便宜还经常有折扣。

@wangtian2020 下限高

这游戏有点竞技性，比纯氪的强多了。我沉迷过一阵子，好像现在人气比较低靡，小氪一点还是可以的。

需要上手，aws 大部分服务有免费额度。
面向求职的话考个认证比较有说服力。
可以买个 udemy 的课，经常打折，折后很便宜。

suspense 标签内的组件需要支持流式传输，你可以用 use hook 或者 react query 和 useSuspenseQuery 来实现，表明不用等待 suspense 内部的处理，其他内容渲染完就可以发送。
你现在的实现在服务器端等待从 API 获取数据然后渲染，这种情况下 suspense 没有意义，你直接渲染全部然后发送就完了。
如果希望 suspense 有效，个人推荐的方式是在服务器组件中 prefetch ，然后添加 hydration boundary ，在 suspense 内的组件中使用 usesuspensequery 。
如果想精确实现你的需求，那么在服务器组件中 await 获取前 10 条，然后用 react query 发起另一个 prefetch 请求获取后面的但不要 await ，最后在 suspense 内部使用 usesuspensequery 。这样很麻烦没太大意义。如果条目多不如考虑 react query 的 infiniteQuery 实现滚动加载。

@debuggerx 使用 rn flutter h5 的唯一原因就是希望使用一个 code base 开发不同平台的 app ，你说的特性只能说是 flutter 的特点，不是决定因素。你要说“不排除有些公司”的话没问题，要说是“绝大多数公司”那是扯，设计师为啥不能出两份设计稿来分别对应 ios 和 Android ？
当年扁平化刚出来的时候骂的也很多，后来还不是都跟进了。连刘海灵动岛这种明显的缺陷补丁个别 Android 厂商不也学了？就算 liquid glass 之后被证明是失败设计，起码 5 年内就这样了，在 2027 年哪个公司希望 app 看着像 2025 年的？

不需要揪着 liquid glass 的缺点，关键是如果 flutter 以此为契机选择不跟随系统设计语言的路线，那么基本就等于是完蛋了。

tailwindcss 有现成的 blur ，shadcn 已经在使用了，不知道像水滴边缘折射那样的效果怎么实现，可能需要 shader 。还有水滴间的粘连和弹跳动画也比较麻烦。

我觉得主要问题在于设备性能和功耗，实时计算模糊和水滴折射效果比较耗算力。
不过 apple 既然这么走了以后肯定也会有同样设计的 web ui 库

aws 的官方解法肯定是 cloudfront 配合 s3 部署界面，cognito 处理认证，api gateway+lambda 提供 api ，上传照片后自动触发 lambda 生成缩略图，并将元信息存储到 rds 或 dynamo

格力之虎

我用过，公司内部搭了个在线会议服务，可以帮你出出主意。二开如果不是只定制界面的话估计还得去找 golang 人材。

iPhone 就 airpods
Android 就 Sony WF-1000XM5