要看你自身的项目需求和个人倾向

Next 这种东西的源头来自前端社区，如果你的项目很复杂并且工具链比较现代，后端比较薄只有 CURL ，或者你的团队还有单独的人力维护一个中间层，并且你还遇到了静态化的需求，这种东西就完美契合你

而且这种东西并不能取代传统意义的后端服务，特别是对于互联网里面常见的分布式系统，这种东西的技术特征很难满足设计需求，或者说没什么优势；又或者你本身是一个后端从业者，对这种技术的出发点比较困惑，结果就是你可能会认为这玩意是个奇怪的 php 模板，那么就不要碰，因为你不理解它的应用场景

如果你要做一些 Singleton web service with modern frontend toolchain ，除了这东西你还可以看看 remix 和 Blazor ，在服务器逻辑方面更直接一点

至于工作方面，个人想来想去觉得和 Java 一点关系都没有

作为 React 首推的框架已经是前端中 T0 的地位
目前看来周边生态都在往 Next.js 靠拢
除非作死不然不太容易会凉

Next 或许会死，但是 React 不会

前端以前是切图的，写不了后端，也没啥技术含量，薪水一直上不去。

后来又了各种框架，现在还能写后端了，后端再也不是 php,java,python...专属的了。

前端的地位、薪水终于上来了，很不容易。。。

你管他会不会火，不火难道就不能用了？还有，这玩意还需要花功夫学吗？不是看一眼就会用了吗？没什么代价的事，有什么好纠结的？

换我的话，这些工具到用的时候直接上手用就是了，学是不可能学的，这辈子都不可能。

Next.js 并不是前端必备技能，反而它是基于的 React ，后者才是。

@woodytang
@wxw752

next.js 没用过，但是我最近用 nuxt 写代码
ssr 最终部署出来效果挺好的，浏览器端速度很快，由于框架是自己解决服务器与客户端渲染一致问题，就很依赖框架自带的组件和能力，如果有什么不支持的动态 js 或者插入一些传统 js 就会很麻烦。

另外在开发阶段，速度极其慢，我不是很懂，看起来他要把所有元素抛到前端动态渲染动态引入，刷新页面后，看起来页面加载好了，实际还有很多请求没有加载完，你点一下他就跳转了(衰退到传统网页)，又得重新加载....


整个速度贼慢，还很耗费机器性能。

@dayeye2006199 需要，很多新概念

@ellermister 这个很可能是 vite 的问题，而不是 nuxt 的

定位是国外的话, 我只能说别无他路。 我也不喜欢 Nextjs, 各种'use client'，各种 opt out ssr. 但是这个就是国外的主流。开源的项目基本都是用的 Nextjs.