changwei

还有人记得当年 pgone 出轨事件，视频是怎么被泄露的吗？
无论是 pgone 还是我们这些开发者，都从来想不到一个本地草稿箱里面的视频居然会上传到云端，然后还被审核人员看到（草稿箱又不是正式发布，为什么审核人员会有权限看到草稿箱內容？）
那么多活生生的案例在此，外国政府用“中国 APP 可能泄露用户隐私”的理由制裁国内公司是一点都不理亏

@liuqiongyu889 你是如何确定用了 use client 的组件是没有 SEO 的？你有用 Google 的 Search Console 验证过吗？我用最新版 next.js 14 是可以的，而且查看使用 use client 的页面组件的 HTML 源代码也是能看到有做服务端渲染。

如果要实现客户端局部刷新，那么 RSC 里面就只是单纯的获取数据就好了，把真正的页面组件写在 RCC 里面，然后再用 useSWR 的 fallback 属性预先注入来自服务端的数据，后续请求都由 SWR 发起，这样就是和传统的 pages router 一样的效果，既不会损失性能又可以用到 app router 的 layout 功能保持住 layout 部分的状态。（况且我不觉得 RSC 那一定点 JSON 真的会损失多少性能，我们真实上线的用 next.js 做的书单品项目录展示类网站，一页 30 本书籍左右的内容，RSC 在 gzip 之后才不到 5kb ，加上 HTTP2 的长连接，传输 5kb 数据基本可以忽略不计）

客户端渲染：Next.js 一样可以用啊，加上 use client 指令之后对应的页面就是首次访问是 SSR ，然后用 next/link 的 Link 组件点击或者 useRouter 的 push 也是客户端渲染，路由体验一点也不差啊

缓存数据：这不是后端输出 API 时需要在 header 设置强制缓存和协商缓存的吗？然后 vercel （ next.js 的母公司）本身也有推出 useSWR 啊，stale while revalidate 的理念就是缓存+后台刷新，体验也不差啊

BBF：BBF 为什么要跳过？ Next.js 的 CSR 服务端组件直接就是 BBF ，少了一层单独的 BBF 代码，维护性好了很多

自由度：看你怎么取舍，软件开发没有银弹，我之前也试过不用任何框架，手动用 react-dom/server 处理 SSR ，手动用 import()+React.lazy 做路由分割，手动用 webpack 打包精准控制每个 plugin 和 loader 参数以及公共 vendor 包的分割，然后发现自己花了大量时间处理工具链问题，不如 next.js 官方的默认配置来的好用，甚至性能还有所降低。举个例子，如果用了 css module ，你自己不花一番功夫配置各种 ts 插件，在 VSC 或者 WebStorm 等主流开发工具里面是无法做到 F12 点击 css module 的 className 名称后自动跳转到原始 css 文件对应的 className ，如果你看过 next.js 官方的源码你会发现他做了非常多的类似的优化以及各种方便开发者的组件

目前来看 remix 最大的优势是开发阶段用的是 vite ，hot-reload 速度比 next.js 的打包后提供预览的方式要快很多。我昨天刚好在看 turbopack 的文档，里面有提到 next.js 为什么不用 vite 或者浏览器暴露原生 ESM ，https://turbo.build/pack/docs/why-turbopack

我之前也在 twitter 提到过 remix 和 next.js 的差别 https://x.com/changwei1006/status/1819012445643645186 。怎么选择就看你本人对 Vercel 和 W3C 标准化组织的哪个更有信心和期待。next.js 的理念就是目前前端标准进步速度太慢，这种环境下做一些激进的优化很困难，干脆我自己用 Next.js ，next/image ，next/font ，SWR ，RSC 来解决路由，图片，字体，缓存，交互等方面的性能，而 remix 是尽可能使用前端标准下的各种方案做优化。

目前来看我个人还是觉得 Vercel 的影响力，技术实力和在用户体验方面的推动力要比 W3C 大很多，所以我会选择 next.js ，这也是大部分开发者的观点和选择。

面向对象的写法问题主要在于会把同一个业务逻辑的代码分散到多个 lifecycle ，而 hook 刚好解决了这个问题
至于 useState 这种内置 hook 只是因为 function 的写法没办法调用 this.setState 而创立的
Java 这些传统面向对象编程语言其实有用 annotation+AOP 的方式来解决业务逻辑必须要分散到多个生命周期的问题，而 JavaScript 这边的 decorator 好像迟迟没有纳入 ECMAScript 标准，除了 nest.js 和 mobx 以外比较少有框架在用“非标准”的 decorator 特性

很好奇自建 mail 服务器要怎么做呢？云服务商好像普遍都封了 SMTP 的 25 端口。
自己有独立 IP 的情况下，如果发多了垃圾邮件好像还是一样会被运营商封 25 端口吧？！

@lee88688 antd5 确实用起来卡卡的，感觉明显没有其他的 React UI 组件快，但是这确定是 css-in-js 导致的的问题吗？另外有点好奇 tailwind 维护有什么问题嘛？我目前只在公司项目小范围用过 tailwind 所以还没发现什么坑，不知道深度使用后可能会有哪些问题呢？

我知道 sentry.js 可以记录用户端的 console.log 结果，但是这是外国服务所以似乎没有支持微信小程序，不太清楚是否有国内的类似厂商做微信小程序的 SDK

https://github.com/cw1997 求 follow