jsq2627

后遗症 咳嗽

遇见这样的同事和项目想必已经是屎上雕花。谁写谁背锅，身为外人当作看不见就对了。

讨厌 .NET 那一坨 runtime ，我选择 shawl
https://github.com/mtkennerly/shawl

只要涉及跨境回源，用户体验都会比较差。比如数据在国内 OSS ，海外用 CF 回源国内；或是数据在海外，国内用阿里云 CDN 回源海外。因为通常 CDN 厂商回源并没有跨境优化，就和咱们普通上网一样，跨境速度和稳定性稀烂。
你可能会说回源只有少数几次，后续都能在边缘缓存。但各个边缘节点都有自己的缓存，但如果你的访问量不大并且地域稀疏，那可能用户很难命中缓存。

最稳定的方式是自己解决跨境这小段的链路。
例如，数据在境内，在 HK 搭建一个 reverse proxy 。分区解析，境内用阿里云 CDN ，海外用 CF ，CF 回源指向 HK 。境内到 HK 这一段，自己通过各种隧道技术来加速（类似平时上网翻墙一样）。

这就是 nextjs 广受诟病的地方：强推 SSR / RSC ，为了卖自家 Vercel 的商业服务。
对于很多类型的项目，比如你提到的工具类网站，以及后台管理系统，SSR/RSC 属于最不重要的优化，但会因此让开发和部署变复杂很多（如果不使用 Vercel 的话）。

Nextjs 爆火也就是最近一两年的事情
抛开功能原因，我觉得能火的关键要素是，Vercel 摘了 Meta 的桃子。
这几年正值 Meta 降本增效，react team 在 Meta 内越来越边缘化。Vercel 趁机挖了很多 react team 的人，废了 create-react-app ，重构了 react 官网并借此把 Nextjs 放在头号位置（导致现在新人入门 React 几乎必须从 Nextjs 开始），并几乎控制了 react 未来方向。
React 18 稳定版停更一年多，而 React 19 新功能明眼人都看出来是给 Nextjs 量身定做的。就像楼主说的，“倒也没感觉没有 SSR 就罪恶到要枪毙”，React 痛点那么多，react team 偏偏把主要精力放在了 SSR 。
到头来 React 19 真正的亮点 - React Compiler ，还得是出自 Meta 团队。

目前公司用 grpc + thrift ，甩开了 protobuf 的负担，感觉体验良好。

有 schema 对项目长期维护很重要。
跨语言也很重要。因为保不准团队里就有人想用其他语言来写一部分服务。
我公司内主要是 go ，后来陆续引入了 java/python/nodejs ，大家都在 grpc+thrift 下工作良好。thrift 的代码生成效果也不错。
不过缺点是 thrift 生态还是比 protobuf 差了一些。