Nestjs 助力 Offer : 论服务端技能对于前端人员的重要性

开始

这几天，有一个 参与过我的《双越老师 1v1 面试咨询》的同学，向我报喜，已经拿到 offer 并开始上班。 寒冬季节，大专生，确实不容易，非常赞！

其中他着重点强调了这次面试中 Nest.js 对他的帮助作用。如下图，当他和面试官聊到服务端，offer 的天平也就开始倾向于他了。

【另】他还说从 12 月中旬开始，面试机会明显增加。还有另外一个同学也说 12 月下旬有好几个猎头打来电话。所以，想换工作的抓紧把简历更新一下。

服务端技能为何如此受重视？

前端和服务端天天混迹在一起合作开发项目，两者相互熟悉的话，本身就有利于沟通和开发效率。

Nodejs 发展 10+ 年，已经有很多公司和部门使用 Node 作为服务端，有这部分岗位招聘需求。

近期大环境下，大家都“降本增效”，一个人当两个人使用，会服务端的前端人员更能符合这个要求。

更重要的是，现在前端的技术更新基本稳定了，该有的也都有了，开发成本和学习成本都在大大减少。那作为前端人员，前端工作少了能再做些什么呢？—— 搞点服务端呗。

React 推荐使用全栈技术 - 拥抱服务端能力

在 React 官网中，创建一个 React 项目时，不再推荐使用 Create-React-App ，而是推荐 Next 和 Remix

Next.js 是老牌的 React SSR 框架，应用广泛，下载量大，而且有 Vercel “爸爸”的各种服务能力加持，使用更加流畅方便。 PS：Vercel 的服务，在国内可做学习使用，不要轻易用于生产环境，调研好了再说。

Remix 是 React 团队自己研发的 SSR 框架，和 Next.js 算是竞品关系，也在大力发展中。

React 作为全球应用最多的前端库，它的倾向很明显：拥抱 TS，拥抱 Node ，拥抱服务端能力，拥抱全栈开发。

SSR 是不是倒退到 PHP 时代？

最典型的就是 Next.js 14 版本的升级，这个 use server 的演示，被人调侃为：重回 PHP 时代。

SSR 服务端渲染，这和 PHP 是一样的，20多年前 Web 开发本身就起源于此。

但它并不是重回 PHP 时代，而是一个整合与创新。Next.js 在服务端能力的基础上：

第一，还保留了 React 的组件化开发和数据驱动试图这两个最核心的能力，这两个能力在 10 年之前改变了前端开发的方式。

第二，整合服务端能力和组件，开始考虑预渲染，suspense，流，等极致的性能优化手段，这些是 PHP 没有的。

所以，它是把前端能力融入到了服务端（前端 + 服务端），而不是倒退到 PHP 时代（PHP 时代根本没有前端）。

未来前端技术栈

前几年的互联网创业浪潮已经把技术栈从 jsp、PHP 切换到了 Vue/React + Java 。大环境是起伏的，寒冬过后，将来还会有一波创业浪潮。未来的前端技术栈将有什么变化呢？

第一，不再有纯前端，都转为全栈开发，用 Next 或者 Nest 等技术。 因为前端技术稳定了，不需要太多学习和改造成本，也不用再折腾造轮子了，纯前端的工作不会饱和的。

PS：为何是前端转全栈，而不是 Java 转全栈呢？因为任何产品都是从 UI 开始的，也就是从前端开始，这就是前端的天然优势。

第二，使用云服务和 serverless ，公司不再需要运维人员（除非大厂），前端开发需要熟练 CI/CD 流程，以及服务端数据、统计、监控相关的知识。

第三，框架背后的事儿将不再重要。例如基础的 DOM 操作，JS 那些繁绕的语法，甚至 CSS （UI 组件库封装好了）。再例如 webpack 等构建工具的配置、常见优化方式等。

PS：特别在 AI 工具加持下，这些语法 API 配置等，都可以通过 AI 一键生成，入门的人也能使用。

另外，一些特殊领域（如 3D 动画 等）需要相应的专业技能，这里暂不谈。

结束

前端始于 UI 但不能也止于 UI ，要深入到 UI 背后去。

在前端框架、工具慢慢趋于稳定的时候，自己也要慢慢的转向全栈、流程、业务等方向。