感觉类似胡佛大坝？房地产不行了，建材产能过剩，内需又不足，所以上马个大基建项目。

做个假的，延时 1 秒播个动画再触发路由跳转。或者 suspense 的 fallback 里播个到 99%的动画。

更有意义的可能是在播动画时把 data prefetch 做了，这个进度可以监视，然后直接跳转就好了。

要显示当前页面载入进度也得等页面下载完先渲染出进度条组件，这个时候如果不是需要请求大量数据的话跟直接显示页面内容没太大差别。

@rocmax 上面的 6 应为 7

假设密码使用 0-9 的数字，最长输入 10 位，实际密码为 6 位。
实际上相当于从 10 个位置中选出 6 个位置填充密码，剩余的 4 个位置随意输入：
C(10,7)*10^4=1200000
而所有可能为 10^10,于是破解的概率为 0.00012
7 位密码全吻合的概率 1/10^7=0.0000001

monorepo 开发时一天至少 reload20 回，函数改了类型变化没有自动刷新，导入的地方一片红，不 reload 不行。

青蛙用腿听声音的故事听过没？捉一只青蛙，对着它大喊一声，它跳了。然后把它的腿都切了再喊，它不跳了，证明青蛙用腿听声音。类比一下给小孩吃朱砂治夜啼，是不是很像？
如果在青蛙实验的基础上还提出了一套理论来解释，说是腿五行属水，负责听声音，想听得清就要保养腿。听着可笑不？
拒绝探究原因，沉浸在自己那套玄学理论里还不许质疑，跟科学有一毛钱关系吗？

应该不会关闭原研药购买窗口，一是高干病房有需求，关闭一般渠道搞特供更麻烦。二是只要不花医保资金就行，个人出钱买了也是省医保。三是仿制药厂在现在这种采购价格下没有啥利润空间，没有逼迫患者选择仿制药的动力。最后，唯一有动机的恐怕就是中药厂商，他们比较希望中药代替原研药甚至仿制药。

公司发的 M3 air type-c 接 LG ultra fine 偶尔出问题，闪烁竖纹重影，拔了线都能残留一阵子。关机一会再开可能就好了，最近倒是没咋出现过。
个人的 m4 mbp 还没出现过。

@Plumbiu rsc 渲染产物中没有 logic ，也不需要 interactive ，hydrateRoot 会跳过它们直到遇到 use client 。

To hydrate your app, React will “attach” your components’ logic to the initial generated HTML from the server. Hydration turns the initial HTML snapshot from the server into a fully interactive app that runs in the browser.

@Plumbiu 文档上明白写着，你觉得有啥用

@Plumbiu rsc payload 中会有一份服务端渲染结果的副本，用来在客户端建立与服务器端相同的组件树，而不是用来 hydration 。rsc 渲染生成静态内容不包含 js ，没有 hydration 的必要。

1. HTML is used to immediately show a fast non-interactive preview of the route to the user.
2. RSC Payload is used to reconcile the Client and Server Component trees.
3. JavaScript is used to hydrate Client Components and make the application interactive.

https://nextjs.org/docs/app/getting-started/server-and-client-components#on-the-client-first-load

@arvinxx 不，react 从 18 开始支持并发模式，可以处理任务的优先级，hydration 并不会阻塞主线程，相当于更加高级的 hydrate-on-idle 。使用 hydrate-on-visible 和 hydrate-on-interaction 实际上是开发者在预测用户的行为，可能导致负优化。

@xxgw rsc 不会水合整个页面，只需要水合 client component 部分

@alleluya 你非要抠字眼限定 ssr 就是 pages router 或者 nuxt2 那种模式的话确实没意义。渲染模式就那几种 csr ssr ssg 最多加上 nuxt 提出的 isr ，你认为 rsc 属于哪种？

@alleluya 在 next Pages router 和 nuxt2 的时代，ssr 意义只在于 SEO 和首屏渲染速度，SEO 不是刚需的话 ssr 不重要，大不了多等几百 ms 。
但是现在 rsc 解决的核心问题是通过 hydration 粒度控制来减少客户端需要下载的 js ，所以即便不注重 SEO 也可以利用 rsc 来提升客户端性能。
当然带来的复杂性就是毕竟服务端和客户端渲染环境不同，顺序不同，所以还需要桥梁来连接这两者，就是 use server 和 use client 。dan 最近发了一篇博客写的很好 https://overreacted.io/what-does-use-client-do/

'use client' is a typed <script>.
'use server' is a typed fetch().

当然 ssr 是不是正确的发展路线我不知道，兴许过几年又回归 client first 。但在 ssr 这条路上我认为 nextjs 是走在前列的，astro 和 nuxt 采用的手动标记 hydration 边界的做法不如 nextjs 的 use client 自然。

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

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

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

@wangtian2020 下限高