是不是 21 年？个人认为是 React Server Components， 先说下切实开发中遇到的痛点，ToB Saas 服务，业务复杂度随着客户激增变得失控，代码量变得巨大，启动速度慢，性能优化也变得非常艰难。很早我们尝试在服务端渲染好 html 吐给前端，在实施上有难度。 在面对动态表单这样的场景，会预先加载所有的 UI 组建，数据，模板，然后在前度拼装成最终的表单展示给用户，因为涉及到动态编辑，所以不能完全依赖 SSR。 如果有 React Server Components 无论在代码分割，还是性能优化，对于大型的项目会带来巨大的改善。

预言下： React Server Components 最后会发展成

1. 页面又变成了后段渲染好给前端
2. 前端变成微服务
3. 云厂商又来推一波
4. 前端工程师分化为——前端 react 工程师，前端 server-react 工程师，小程序工程师

……

不管是什么，个人都觉得没什么好期待的。我的经验是前端能做多薄做多薄，一定要分离的话，那就把在前端的模型层抽离出来，视图层能多薄就多薄。因为模型是王道，视图只是容器，随时要做好把 vue 替换成 react，或者把 react 替换成 vue，或者把 x 替换成 y 的准备。。。

Value integrated systems 的理念适用于绝大多数系统（用实践体会投 DHH 一票），微服务也好，微前端也好，都只是不得不的架构方式，而不是一定要，这种技术复杂度的攀升所消耗的成本和产生的收益性价比远低于 monolith 系统。只有在团队架构不得不拆分的时候考虑拆分系统才有必要，而大厂之外的大多数团队还是达不到这种程度的。

说的在理啊兄弟。

吼吼吼吼～被坑多了，就变保守了。

不懂就问：老哥 啥是“Value integrated systems”

前辈好，其实我是做了一回 Rails 信条的搬运工～

https://rubyonrails.org/doctrine/#integrated-systems

最近公司要自己开发管理员后台，之前用 ActiveAdmin，不过交互贼差。正考虑着要不要前后端分离去做。前端小伙子是很倾向于分离，因为他不懂 Rails 。

哈哈哈～那他就得多做点工作了，毕竟分离以后前端的工作量多出来不少。也是挺纠结的，用 Rails 的人少呀。

是啊，也是考虑到招人的问题。

How about Android?