2022大前端总结和2023就业剖析

ES8搜索引擎从基础入门到深度原理，实现综合运用实战

【资料图】

download：https://www.zxit666.com/5782/

本文主要讲了前端2022的主流趋向，年度大戏低码和2023就业行情剖析，对将来的2个可能放大的点AI和Cropto和前端相关的局部也有一点点掩盖。2022年是黑天鹅满天飞的一年，整个互联网局势都很差，从人才辈出到“人才挤挤”，2023年前端就业形势会怎样呢？下面一同来尝试剖析一下。

先看一下2022年前端主流趋向

2022年的前端还是十分繁华的，比方Vite和Turbo的性能之争，恶劣的Faker.js事情，尊重但不一定认同的SubStack退网事情，已知多位大佬参加区块链公司，Doodlewind在AFFiNE做编辑器，Justjavac在Deno & Rust之外又参与了Astro源码奉献，Antfu开源的Vitest十分棒，假如评年度卷王2位，一定会有Antfu。假如只评一位，那么一定是Jarred-Sumner，他是Bun.sh作者，Bun是2022年的性能最好的Runtime，风光一时无二，从 2021 年 4 月初始提交至今已有超越百万行的代码增删量，单人完成了 98% 以上的提交量，2月3日刚发布了Bun v0.5.5。

经过我的种种察看，我的剖析是前端专业成熟度根本上见顶了，基建根本稳定，2022年做的事都是深耕基建和前端垂类细化，整体看是盘绕研发体验优化做的事儿为主，各垂类全面专业化。下面盘绕性能、运转时、体积、Rust等四个方面停止解说。

当前前端趋于成熟

从2005年之后，相继呈现Prototype，Motools，jQuery等为了抹平阅读器差别的库，极大的降低了全栈开发门开。随着电商高速开展，促成了前后端别离，并最终催生了前端工程师这一专业工种。

在2009年，Node.js横空出世，由于Node.js运用V8这个最高效的JavaScript引擎，所以在语法上，对前端更友好，或间接或直接的促进了前端构建范畴的日渐成熟，比方对html不满足，就有了Pug、ejs等模版，比方css不满足，就有了sass，less等CSS预处置器，比方js不满足，就开端有了Coffee等新的衍生言语。除此之外，在模块标准层面也是有了很多演进，从AMD到CommonJS到UMD，完成了很多优秀的探究，比方require.js，sea.js这样的优秀理论。另外JavaScript言语自身也获得十分大的开展，从ES5一路晋级，在TC39组织下每年一个版本，为了兼容各个版本特性，降生了Babel这样的超级怪物，当然这样间接的处理了异步流程控制问题，从Callback hell到Promise到Generator到Async function，固然很乱，到总归是回到了正路上。除了这些根底外，在UI框架层面也做了大量时间，从早年各种hack面向对象根底，到extjs类的面向对象的开发方式，以至是从Flex、Silvelight等富客户端，但都是惊鸿一瞥，未能不断称雄。

随后2013年之后，开端呈现Backbone，Angular相似插件，将MVVM、IoC、指令等引入到前端，继而促使React、Vue在DSL，VDom层面展开剧烈角逐，并促成了React、Vue、Angular三家争霸的场面。同时，也使得分散的技术栈开端变得不满足构建需求，于是从Grunt、Gulp等传统构建器，演进为以Webpack代表的打包器(Bundler)。

这还只是前端迸发的开端，2015年之后，Node.js开端稳定在1.0版本，并持续发力，使得BFF（backend for frontend）遍地开花。同时盘绕React、Vue、Angular三大框架的挪动端开发也如火如荼，比方react-native、weex等都变得盛行起来，简直是强运营场景下必备的神器。

从2013到2019年间，是大前端的迸发式增长期。从前端基建，跨端，BFF（backend for frontend）等范畴都获得了极大的进步，这也促使前端人才需求极大，特别是对专业型人才需求极大，薪资也是能够用“狂飙”来形容。能够说这6年是前端开展最好的时期，Java自从被Spring包养之后变化不大，挪动端更是在2005年下半年之后开端式微，在这种状况下，只要前端简直是独一大的增长点。很多人黑前端文娱圈，屁大点事儿都能被放大到很大，这种聚光灯效应足以阐明大家对前端的关注点。

以至那几年有前端同窗调侃说：“学不动了”，就是由于三大框架生态和大前端的快速开展招致的。但，2020年之后，根本上就没有人这样说了，前端的新轮子也不再那么高频率呈现了，就连几个中心框架，更新的内容也都开端挤牙膏了，以至是相互自创。这就意味着前端成熟度曾经趋于平稳，剩下的事儿就是如何趋于成熟。我们看一下这2年前端所发作的变化也确认如此，你能看到的变化，曾经不是轮子上的广度上追求变化，而是更多的聚焦中心场景盘绕深度上停止探究，这就在稳定性和开发者体验上做更多努力，这是极好的变化。

这里以Svelte为例，它以至还有点返祖，它官方引见的特性就是：写更少的代码（开发者体验），无VDom（性能），真正反响式（开发者体验）。根本上也都是盘绕开发者体验和性能2个方面停止创新的。

下面就当下新潮的技术（Solid.js、Svelte、Remix、Astro、Vite、Bun、Tauri、Turbo等）停止总结，盘绕性能、运转时、体积、Rust四方面分别解说，详细如下。

1、性能

先看一下为什么会有性能问题，问题和解法如下。1、启动时间慢，大家都受够了Webpack阵营：于是就有了swc、esbuild这些编译器，以及Turbo、Vite这样的基于新编译器的构建方式。2、配置太多：商定大于配置或0配置的开箱即用3、包太大，动不动1个G的NPM包大小：Yarn，pnpm。有朋友开玩笑，1个G不大，可是电脑才256个G的硬盘。4、模块拆分：Lerna | Yarn/ pnpm workspace。

其实都是在处理大范围编程问题，假如再直接点说，那就是处理的是开发者本人的体验问题。整体看前端生态真的做的曾经很好，吊打其他社区包管理机制。某一次我在知乎上看到一个答复，往死里骂npm，然后我就简单的拿NPM和Cargo比照了一下，结果那位答复的人来质问我不能这样比。这就是典型中国人，本人孩子随意骂，他人说一声都不行。如此看来，我这激将法还是管用的。

下面是Umi作者云谦大佬整理的性能比拟数据，以及Vercel官方比照的Vite和Turbo数据比照。至于详细数据大家不用细致看，数据在变，不同基准下也是有影响的。之所以放这2张图，就是想让大家理解一下，当前几个主流框架里都在做性能竞赛，这里面最有代表性的就是Webpack5，Vite和Turbo。

盘绕构建工具，我曾经画过一张图，根本讲分明了前端的构建演进历史。参考下图。

最开端的时分，很多前端，包含Node.js工程师都是运用make作为构建工具的，假如大家感兴味，能够去看看tj早年项目构造（其实，《深化浅出Node.js》里也是用到make的，朴大大也很喜欢make）。之后就是Grunt，基于模版和插件机制的构建工具，比方jQuery等都是基于Grunt构建的。但Grunt有2个问题，就是性能不太好，另外配置复杂。于是Gulp横空出世，很快就替代了Grunt，它是基于Node.js stream机制做，只需机器有资源就能够完整应用上，在效率上比基于文件模版的方式高出一大截。即便在今天看，Gulp也是极为优秀的构建计划。但前端开展十分快，各种CSS预处置器，模版，言语，还有Babel等各种兼容，于是就有了Webpack这样的Bundler，经过插件和loader机制，把前端这点乌七八糟的快速开展产物整理的顺畅很多，在很长很长一段时间，Webpack都随着三大框架一同生长，结果臃肿，笨重，一个稍大一点的项目几秒到几十秒都是常事。那个时分，没的选，学东西都来不及，温饱还没处理，谁还有心机想什么马斯洛需求层次理论啊。

到2019年之后，开端呈现Snowpack，主要是针对ESM停止Bundless打包计划，随后Vite也自创了Snowpack的思绪，提升开发者体验，并以Rollup和esbuild生态辅助，以高明的设计，最小的投入，取得社区快速的认同，有点像当年Gulp替代Grunt一样。依照正常剧本的话，Vite会和Gulp一样大火。偏偏半路杀出一个程咬金，Vercel开源了Turbo，以Rust做基建，拿Rust优势为底，重写底层工具链，从根上开端杠，做了一个硬核的事儿。

其实，充沛竞争是好的。假如性能提升10倍，以至100以上，这对开发者是多么大的体验提升啊。不论最终胜者是Vite，还是Turbo，或者其他，都无所谓，我们能看到的是将来前端开发会十分幸福。

2、运转时

2013到2019年，TC39组织开展的十分快。曾经阿里，360都以能参加TC39为荣，可以从言语这样的底层标准上参与，可以很大水平提升中国前端的影响力。比方2021年阿里巴巴提案Error Cause 进入Stage3，也是当年很火的新闻。但实践上经过这么多年的开展，能提的都提了，能自创的也都自创了，就好比如今Node.js源码想去提个PR是不容易的一样。

2022年最火的一个项目是Bun.sh，官方引见Bun是一个快的JavaScript运转时，且all in one，就是说它内置包管理。基于Zig和uWebSockets，性能是极好的。

其实，Node.js从2009降生之后，除了当年iojs分家又兼并的事外，就是ry另立门户做的Deno，其实它也是一个JavaScript运转时，无非是对阅读器和最新规范支持的更好，加上对TypeScript直接支持，开箱即用是十分好的设计。

我们能够把Node.js、Deno、Bun放在一同走一个简单的比照，详细如下。

它们都是十分优秀的JavaScript运转时，无论是star数，更新频度，奉献者都是十分安康的。图中有一个错误，说Node.js是创立于2014年，这其实是iojs兼并回来的时间，实践上Node.js是2009年。

去年之所以Bun爆火就是由于它的性能极好，下面我们看一下Bun的性能，分别是Bun v0.1和v0.4的性能比照。

能够明显的看出，Bun的性能根本上是Node.js和Deno的3倍左右。但只看数据其实是不适宜的，按太郎的说法: “等 Bun 把一切的 SegmentationFault, Illegal instruction 和 version 'GLIBC_2.29' not found 修完了以后性能会回到 Node.js/Deno 程度”，我是十分认同这个说法的。

当然，Node.js也有它的问题，尾大不掉，很多东西想改也是没法的。事实上，Node.js更新的也是十分多的，比方Deno引以为豪的network import，在Node.js v17.6里就完成了，除了直接ts没有支持外，其他差异就不大了。

针对Runtime来块，Bun的思绪是对的，all in one，不过我更希望有一个汇合3个Runtime的优势的Runtime，比方支持network import，自带包管理，原生支持Typescript。想想，对Node.js开发者来说，那也是很美妙的事儿。其实就是歪歪一下而已，Node.js曾经很难做改造了，不然也不会在Serverless容器里由于冷启动时长过长，而招致很多公司本人定制Runtime，比方阿里去年开源的noslate便是由于这个缘由鼓捣出来的。

这里再略微啰嗦一点，除了Runtime层面，其真实应用层面性能也是有提升，比拟典型的例子是Deepkit，Deepkit的做法是将 TypeScript 转换到字节码，提供反射 开箱即有类型转换、序列化/反序列化器，考证器和自动类型守卫，一切的 TypeScript 类型都受支持。在@deepkit/core里运用很多hack技巧，比方用new function来创立新的动态类。但由于类型上做了大量优化，包括bson解析，RPC协议优化等方面有十分大的优势，所以在DB和RPC性能方面是十分不错的。除此之外，它在调试方面也是十分便当的。参见下图。

就目前deepkit状况而言，它是十分优秀的项目，deepkit目的十分远大，它本人也完成Web server，但性能和Fastify比还是有一定差距的，能够关注一下。

除了deepkit之外，其实还有一些社区想法也是能够关注的，对提升性能都是比拟好的解法。

通常产品开发都是先完成功用，然后再优化，然后再做周边。其实这种思绪在大前端生态里也是这样的。举个例子，SSR就是十分典型的例子。以淘宝的活动页为例，早年不断是没有SSR支持的，后来拉新需求以及技术打破，自但是然就会做SSR了。就仿佛我当年运用SSR，总会被问到SSR的价值，明明就是如虎添翼的技术，为什么一定要用，原理是一样的。当你想提升性能的时分，除了万金油缓存外，减小体积就是最简单的方式，SSR就是最典型的完成，当下SSR、SSG等曾经成了前端标配，像astro也是在体积上做了大文章的优秀项目。

除了前端体积外，跨度范畴其实也是在优化的。这里举一个2022年轮子哥Egoist的一个项目dropcode，颇具有代表性。dropcode技术栈和ui如下图。

dropcode就是一个简单的管理代码片段的软件，它的技术栈是很潮的，采用Tauri做打包，采用Vite做构建，采用Solid.js做ui框架，这三个大杀器都是十分优秀的。

Tauri是Rust编写的跨端构建计划，优点是基于Web技术能够打出比Electron更小的包。体积小10倍以上。Vite是基于ESM的计划，在体积和性能上也是极为优秀的，丝般顺滑。Solidjs是一个react类dsl加强的优化框架，7kb的包，也是把体积做到极致了。createSignal不评价，优点缺陷都有的。

关于Tauri这里是有必要讲一下，它是Rust的代表应用之一，在跨端构建范畴也算一时风光，大有取而代之的意义。下面是Tauri的架构图和功用比照。

Linux系统的装置包大小是十分值得关注的，将近20倍，这也是最吸收开发者的特性。从Tauri架构上来看，设计的是很合理。

1、TAO是创立跨平台应用窗口的库，支持一切主要平台，除了PC，还有iOS和Android，野心还是很大的。2、WRY是基于Tao构建的跨平台Webview渲染库。3、中心是Tauri Runtime和周边。

接下来我们比照一下Tauri和Electron。从Tauri v1.2发布声明上看，它是运用Rust编写的，构建优化过的，平安的，前端独立的应用多平台打包软件。

这里重点引见一下构建优化，主要是它的tao和wry运用各个操作系统的内置Webview，而不是像Electron内置Chromium。所以在装置包大小上，具有绝对优势。但辩证的看，运用系统内置的Webview，Webview兼容性是个大问题，会不会呈现ie6类的兼容问题不好说。而Electron是一切平台展现都一样，这就是拿体积换体验分歧。参考下图，理解一下就好。

下面看一下Tauri相关应用场景，2022年最火的软件大约Chatgpt，盘绕Chatgpt衍生出很多周边，经过Tauri打包chatgpt，lencx的做法就十分不错，目前曾经超越6.9k star数了。另外一个应用就是侑夕写的pake，这是一个简单的基于Tauri的封装，但用法却极为简单，能够让网页快速变成pc应用。试用了一下，十分的舒适，短短几个月就10.2k star数了。

大家对体积和性能的关注是一样的，除了Tauri外，Node.js社区里也有Gluon这样的计划，都是采用系统Webview，不过目前Gluon还是处于比拟初级阶段，能够关注一下。下面是Gluon官方给出的比照图。就性能和体积来说，Gluon和前面讲的Bun相似，希望它们都可以开展的越来越好。

从SSR，到Solidjs，到Vite，到Tauri，到Gluon，都是在体积上做了很大优化的优秀技术，我置信将来还会不时在体积和性能优化计划深究，这对用户和开发者来说都是好的。

4、Rust正在变成前端新基建

说 Rust 是 WebAssembly 将来，目前看还不是，多言语里大家几率不会差太多。Web Server 曾经卷死了，无时机。云原生是 Go 的地盘，难下手，机器学习 Python 才是王者，大数据和后端 Java 天下，可玩的有限。综上，JavaScript 仍然是应用软件最好的选择。但 Rust 做基建，提供更好的开发体验，倒是大有可为的。

Rust 言语在前端工具链的影响越来越大，目前能够看到 Next.js 对 Rust 重仓，招徕大量人才，swc 作者，Rollup 作者等等，将来可能是一个很好的处理前端体验的方向。

《Rust Is The Future of JavaScript Infrastructure》一文作者是 Vercel 的开发者关系主管，这篇文章和我的观念一样，自备梯子。 很多东西都是上错花轿嫁对郎，比方 MVC，比方 Node，往常又多了 Rust。必然雄起！将来随着 WebAssembly 提高，Rust 才干变成应用级别的。

其实，很多经典的Rust库在blessed.rs网站上都是有的，上面内容十分全。我对Rust模块的见地是都偏底层，比方CLI用的最多的就是clap，相似的模块远没有Node.js世界里百分之一，这意味着Rust社区比拟喜欢深耕，不喜欢搞各种创新。另外，从功用上clap这种就属于刚好够用的，这和cargo相似，根本相当于低配版的pnpm。之前和粉丝们开玩笑，狼书三卷出完了，假如再出卷4，我的独一选择就是《狼书卷四：Rust从入门到弃坑》，这是玩笑话，也是真实想法，我十分认同Rust对大前端和Node.js的将来影响。

我的小兄弟十忆在2022年写了一个v8-profiler-rs模块，v8-profiler-rs 是一个运用 Rust 开发的用于在线智能化的剖析 V8 heapsnapshot 堆快照的项目。协助运用到 V8 引擎的应用开发者，例如Node.js/Chrome/Deno/Electron 等程序，旨在协助开发者更直观的了解程序内存构造以及辅助定位内存走漏问题。这里面技术点还是十分复杂的，需求熟习v8，还要用rust重写，里面算法局部还是十分多的，比方支配数算法。

其实，它完成了几功用不重要的，重点要的是它可以代表趋向潮流。从Swc到Turbo到v8-profiler-rs，根本上前端工具链曾经被Rust完成差不多了，比方ESLint就曾在Issue里说要用Rust重写，相似的事儿比比皆是，综上种种，我个人对Rust打造前端基建是十分有自信心的。

总结

2022年，从性能，运转时，体积等多个方面讲了前端趋向，同时Rust正在变为前端新基建，整体上看前端趋于成熟，更多的都是做的是深耕，优化的事儿，这些对用户和开发者都是极好的。假如说只能引荐一个，那就只能是Next.js。固然Next.js和张宇昂写的ssr框架是竞品，我个人不是很喜欢Next.js后面的改良，但它确的确实是好东西。

1、它是一个开箱即用的框架，从SSR开端做，然后转型开箱即用的应用框架，支持CSR，支持SSG，支持各种优化，连图片、字体、SEO等很多小细节都扣的极端细致。这对新手极端友好，所以大家的好感是极好的。2、除了框架本身做的好用，简单，强大外，搭配Vercel云效劳，一条命令完成开发和部署，这一点也是对开发者极好的体验。3、Vercel对 Rust 重仓，招徕大量人才，swc 作者，Rollup、Webpack 作者等等，对Turbo这种基建硬核的事儿有勇气有才能，我是十分信服的。

有Vercel打样，引领前端趋向潮流，将来很多框架都会趋之若鹜，关注开发者体验的，这才是真正的大好事。

年度大戏（低码）：又一次全栈，至暗时辰还是新时机？

每年都会做一次年度总结和趋向预测，以往我对前端趋向都是比拟悲观的，但在今年，此时此景，我居然有一种莫名的难过，由于今年可能是至今为止变化最大的一年。对应标题中的全栈，可能大家都熟习，但今天我要讲的是“又一次全栈”，低码全栈，是我以为的将来开展趋向。在当前前端成熟度和技术打破的结果上，催生低码全栈，继而招致工程师角色的变化，可能是前端的至暗时辰，也可能是新的时机。本文主要讨论这个问题，置信可以给大家一些不一样的输入。

全栈历史

讲到全栈，大家的都是既熟习又生疏，且褒贬不一。按英文解释，全栈是fullstack翻译过来的，在JavaWeb时期其实是不讲全栈，只是Java工程师里，有Java Web工程师这个分类而已。在这个角色里，开发者需求会Java SE根底，控制JavaEE，会写jsp、servlet、javabean，会model1和model2，会ssh框架，做的最多的事儿就是针对db的crud。至于ibatis等都是额外的零食。那个年代能折腾的其实很少，比方nutz算不错的开源项目，fastjson也不错，剩下的就是各种apache的包，结果最终大一统到spring全家桶了。这时分的Java Web工程师其实就是全栈工程师了。

在2005年，Ruby on rails作者dhh经过15分钟编写一个blog，震惊世界。一下子ruby和rails成了效率工具，的确ruby很优秀，简约，分离强大的元编程才能能够完成很多超才能（黑魔法），在rails里经过脚手架，以及视图笼统等，才使得15分钟写1个blog成为理想。ror的影响不断持续到如今，很多言语里的框架都是自创rails的，比方目录构造，脚手架完成。在《狼书》卷三里，本人入手写企业级Web框架，其实也是自创了rails写法的。

无论Java Web工程师，还是RoR工程师，他们都是一个人搞定开发，从db到视图，从开发到发布运维，这就是早起的全栈。所以很多那个时期过来的人都会以为全栈就是全干的说法，事实上看的确没错，不过是自我调侃而已。这时分的前端十分原始，根本上js能写一些表单处置校验，动画处置根本就够了，最费事的大约就是阅读器兼容了，于是各种prototype，motools，jquery等应运而生。说白了，这些都还是工具属性，所以，这时分的前端，根本上是全栈工程师的加分技艺而已，还不是一个角色。

随着互联网的崛起，在2005到2009年之间，前后端开端别离，标志性事情应该是淘宝最先引发的，前端开端更多的关注UI表达、阅读器兼容性，组件复用，性能优化等。于是在工具库之上，开端呈现各种ui库，比方jquery-ui，我了解是原始ui框架的开端。然后是extjs，经过class方式定义ui，在企业级开发里被大量运用，很多ui框架都开端迷信面向对象（oop）可以处理ui复用问题。在一个连oo机制都不完善的言语里，本人完成oo写法是那个时期特有的特征。无论如何，专业化分工，带来的工程师职业开展的更多可能性。这个阶段，很多前端都会自嘲为切图仔，以至还有特地的css重构工程师。

对前端影响里程碑事情的是2009年，Node.js降生，它对前端工程化落地提供了根底。固然本意是处理c10k问题，却误打误撞，变成了前端根底设备。经过js可以写构建，解法了前端很多禁锢。从写一点简单构建脚本，到grunt、gulp，根本上你能想到的构建都涵盖了，以至连效劳器运维都有一整套js工具链。假如仅仅是构建方面加强，其实是说小了，node其实是翻开了工程师的想象力，当js具备io读写功用，自然就是编译的良好实验场。再加上各种js本身痛点（比方模块标准缺失），ruby等其他言语影响，于是呈现了ejs这样的模版引擎，coffee这样的类ruby语法的转译器，从ruby处理的scss等，于是潘多拉魔盒被翻开了。像新文化运动一样，前端开端不满足“切图仔”的角色，而是想打造更好的前端。随后backbone，angular、react、vue等依次退场，后面就是大家熟习的话本了。这里要讲的是，从简单构建到bundler是一个逾越。事实上，2013年之后，曾经能搞定jQuery的那波Java大佬曾经搞不定React了，缘由是概念太多，前端不成熟，没有cra这样的东西，于是彻底切断了前后端的分工。按墨菲定律，但凡可能出错的事有很大几率会出错，引申到Node.js身上也是一样的，它是什么，它就该做什么。当前端控制了这个大杀器，不搞点事情怎样可能呢？于是早起的MEAN新一代架构便应运而生，说白了，就是mongdb、express、angular、node四个当时先进技术的，这其实也是上一代全栈的延伸。

除了MEAN外，还另外一个概念就是BFF，backend for frontend。就是所谓的api胶水层处理计划。最初bff是为理解决ios，android等挪动端和pad、pc的api聚合问题而被thoughtworks提出来的，反正是胶水层，难度不大，用node写更适宜。另外一个契机是互联网架构的演进，从前后端别离，渐渐固化到ui，api，rpc和db四个局部。在这种架构下，api层聚合，需求的是前端能搞定，性能好，快发简单，这种场景下舍Node其谁。所以从我个人角度来看，bff才是第二个的全栈阶段。从专业化分工到胶水粘结，的确是十分高效的。在《狼书》卷一和卷三大量讲的内容都是这件事，搞来搞去也无非缓存，RPC、MQ。在卷二里讲的Web开发，其实也是BFF必需控制的技艺。

至此，我们讲了2个全栈高潮期，详细如下。1、从Java Web到RoR，引发的“全干” fullstack。这个阶段，全干是精华。2、由Node.js引发的API胶水层反动，即bff层fullstack，这个阶段是再互联网四大件体系下，前端和API胶水层全干。也有个说法，这叫前端3.0，实质没变，都是想拓宽前端的职能范围。

时至今日，前端框架混战，迸发式增长的阶段曾经过去了。2020年之后，曾经很少有人说学不动了，除了技术创新本钱增加外，新东西增量也放缓，还有就是现有体系不时增加，比方cra，umi，next等越来越完善，根本上都是开箱即用的。各种ui库多的是，各种可视化，拖拽，编排也十分多，且垂类越来越好，比方3d、vr/ar/webassemly等生态。

那么，下一个正在开展中的阶段是什么呢？我以为是全栈的第三个阶段：低码全栈。如下图，表达了三个阶段的演进关系。

低码全栈

在2019年之后，前端技术趋于稳定，生态丰厚，开展出很多对低码友好的技术生态。下面我们详细剖析一下，低码全栈的历史必然性。

分离上图，从基建构成低码技术，继而呈现面向低码的全栈。这里先解说基建的必然性。

1）前端成熟，这个大家都能够了解。2）可视化技术成熟，在前端生态里可视化曾经相当够用了。各种画布，所见即所得，编辑器技术也得到大大的开展。都想干掉office，推翻企业协作，这也是能够了解的。3）SQL成熟，这里更多的是指DB层面的成熟，无论量，运维，还是oltp和olap交融，都是十分成熟的，至少目前的互联网应用是考证过的。各种SQl相关定制和完成也很容易，会SQL的人更是不可胜数，好一点的PD都能本人搞定。这里要讲一点不一样的内容，比方Byzer，将算法和SQL分离是一个很有趣的方向，社区里py相似项目也是有的。我们能够这样了解，在表单这种垂类应用上，借助算法模型，可以提供更多剖析和实操才能。这个我了解才是趋向。4）AI算法成熟，固然AI提高很难，但在特定场景，真的是很好用。

以上四点是根底，但不是载体。我们目前能看到的，承载一切上面技术的是低码技术。

对前端带来的技术变化

第一次看到五分钟能够搞定2个表格，按钮，过滤，联动。这种复杂度，关于绝大局部B端应用都够了。其最大的创新是让ui元素和SQL字段联动，让ui元素和恳求联动。这样ui、sql、http恳求就有机的分离在一同了。在上面4点根底之上，极大的放大了消费力，在当下经济环境下，大约这才是资本追逐的缘由。

关于低码的更多引见，引荐大家看一下侑夕同窗的这篇文章，总结的还是十分棒的。

除了上面讲的历史必然性，我们还要低码和当下技术停止比照拆解，这样了解起来更容易。我们前面讲过第二个阶段全栈中心处理的是BFF，主要是胶水层。那么低码应该处理啥呢？

以retool的方式为例，它只保存ui和db，而rpc和api都变成了db上的增值效劳，这样就减少了环节，也让问题定义更简单。

快手的车明君教师总结的低码实质，说的十分好。1）经过技术提升消费力，继而减少需求2）经过优化消费关系，减少中间环节，协作更高效

以前我的了解的消费关系优化是从PD到效劳端，今天看来，这个观念能够愈加开放一些，在技术上也是一样的。当我们再看到sql和ui元素组合的时分，你会震惊，这才是简化的力气。从技术上进步消费力，从组织层面优化，从技术层面简化，三管齐下，处理绝大局部开发场景是够用的。商定式创新是没有问题，的确降本提效。至于是不是饮鸠止渴，大家能够各自发挥。从我个人视角来看，这是趋向，一个人可以做更多事情，借助消费力工具，减少协作流程，这一定是高效的。回到标题，“又一次全栈”，我想把第三个全栈定义为低码全栈就是这个缘由。

低码全栈是技术开展和交融背景下提供的业务快速托付方式的创新。不论大家能否愿意，这样的改动都正在发作。试想当年运维工程师，在2000左右都是车接车送的，2010年根本就消逝了，继而转换成devops战争台工程师，事情其实还是在的，比方MoeLove（张晋涛）做的k8s相关研讨也在这个范围里。

关于前端工程师来讲，也面临同样的问题，转型成全栈或平台前端、垂类前端。我在文章最前面说，这可能是前端的至暗时辰，也可能是新的时机。就是这个缘由，优胜劣汰会使得很多人要承受变化。

但换积极的角度看，有了retool这样的平台，也同样会催生出运用这样平台的人，我们假定这个角色叫retool工程师，需求控制sql和低码操作，完成页面快速托付，这其实也是一个新的全栈角色。关于工程师来说，这也是一个新的选择。

在低码背景下，前端也会有一些技术选型上的变化，详细如下。

首先低码是基于页面维度的，所以页面托管效劳是必备的。也就是说狼三里page as service仍然适用，以至要把csr和ssr都同意到一同。

其次是微前端成为根底设备，这个和微前端降生初心一样，新老系统难免整合。

之后是MPA大行其道，以前spa是为了缓存公共资源文件，提升加载速度，体验更好。但在低码里都是独立页面，这种状况，很明显是多页应用更好，每个页面都是独立的，独立效劳，按需开启ssr或csr，是必然结果。

当然，优秀的开源项目，比方aims，alc，x6等都会有比拟不错的增量，享用趋向红利。还有整合性的，比方apitable等也是我十分看好的。

举例

技术变化其实是小的，真正的难的是选择。如下图，我整理了2个计划。

1）拥抱变化，积极转型全栈。大局部的只能这样选择2）主动出击，做好bff，去分一块效劳端的业务。

技术自身变化并不大，但交融会招致工作内容变化，继而是角色变化。其实还有平台前端，或者说专业前端能够选择，当然，这个范围会渐渐变小。垂类前端也能够，比方做互动游戏，3d，xr，音视频等小众。当然也能够尝试web3。

下面说一个我的例子，2022年把ts-junit写完了第一版，写这个目的就是让熟习Java的同窗可以以他们熟习的方式写测试。当然，这不一定是真命题。只要全栈统一，这样的需求才会变多。

我的做法是选用junit写法， 用ts去完成。

技术选型上，选择了uvu做执行引擎，里面用了战略形式和模版形式做了一点扩展点，可圈可点。

下面是ts里的详细技术栈，还算是比拟常规的内容，详细如下。

总结

文章中，我们讲了3个全栈高潮期，详细如下。

1、从Java Web到RoR，引发的“全干” fullstack。这个阶段，全干是精华。2、由Node.js引发的API胶水层反动，即bff层fullstack，这个阶段是再互联网四大件体系下，前端和API胶水层全干。也有个说法，这叫前端3.0，实质没变，都是想拓宽前端的职能范围。3、低码全栈是技术开展和交融背景下提供的业务快速托付方式的创新。从技术上进步消费力，从组织层面优化，从技术层面简化，三管齐下，处理绝大局部开发场景是够用的。

由低码技术开展而衍生出的全栈，可能会招致工程师们角色的又一次变化。文章中举例了运维工程师的变化。当然，也写了一些前端的变化和应对计划。最后举了ts-junit的例子。这是严酷的理想，所以我说这可能是前端的至暗时辰，也可能是新的时机。

其实，身在变化中的人都会难受，重要的是心态。无论大家愿意与否，改动都在发作。坚持学习，每日精进才是解法。

2023年就业状况剖析

整体上，我对前端的状态是趋于成熟，曾经过了第一波迸发式增长期，但它还在垂类细化范畴不时开展中，所以我还是十分看好的，前端依照波士顿矩阵说法，大约处于明星和金牛中间，整体上开展还是十分好的。交代完背景，再看就业状况剖析。

前端局势算很差吗？

先说结论，整个互联网局势都很差，从人才辈出到“人才挤挤”，我了解的缘由就是经济环境和行业开展遇到瓶颈，更深层次的剖析我就没才能剖析了。有了这个命题，加上前端是互联网中的一个工种，这就意味着前端在互联网局势很差的状况下也会很差。

其实，最可怕是马斯克收买Twitter搞一波裁员，假如突破投资圈对技术崇拜的魔咒，那才是最可怕的。以前互联网朝气蓬勃，产品都是做加法的，举例电商做品类拆分细化，越做越大，还有pdd，那时分能拿钱砸出来，如今就一定了。另外，很多产品都功用做的过于饱满，把本人定位以至都改了，真是把mvp了解的太到位了，从Minimum Viable Product到Maximum Viable Product都了解到了。 以往裁员都是销售类等挥之即来的岗位，假如由于产品功用饱和而裁员技术，这才是最可怕的。

辩证的看，前端技艺和前端职位数成正比，这是正常的。这一点国内和国外的是没有区别的，多端和跨端，Node.js等混合成为大前端，守好体验和效率的门卫，当然是必不可少。

下面回复3个相关发问：

发问1：讨教下大佬，如今前端局势算很差吗，作为一个前端校招新人而言应该朝哪个方向开展大佬有什么引荐吗

整个经济形势都不好，不只是前端。不过是比不得前几年而已。整体看，还算安康的，精深专业人才还是需求的。

发问2：前端最悲观的前景在于需求越来越外包化，很可能未来的趋向是除了行业顶端的企业需求少量的金字塔顶前端，其他前端都只能吃外包的饭。

一个不盈利的创业公司他不需求关注体验，而是完胜利能。当求开展时才有体验需求，这时分才要专业的人。所以你这个观念有点以偏概全了，且悲观。我的观念，简直任何行业都相似的，努力进大厂，然后独立，玩出乐趣，才是好事。

发问3：2022年的前端岗位在逐步外包化（几个大厂带的头），工资 10k~20k 的外包岗位很好就业，但是 20k 以上的就难找不少了。

至于20k以上少的结论，我不认同。经历才能和薪资必然正比。只是选择上会更慎重。假如再直接点，就是你看到的就是你看到的，不一定是他人看到的。

就业方式相交而言还是不错的，受大的经济环境和前端趋向影响，很明显，前端外包化严重，专业前端细分化，但变化（危机）也要来了，在低码和AI共同作用下，新的交融性岗位曾经渐渐在呈现了。下面详细讲讲我的了解。

1、外包化严重

没有增长的公司大致是会维持或降本。关于技术来说，除了效劳器等软硬件采购，就是人力本钱。出于降本的思索，一些可以由本钱不高的人可以完成的活，就不会让高本钱的人来做。所以说，外包化是整个互联网行业都在做的事儿，不单单只是前端。

关于前端来说，门槛不高，技术成熟度高的工作是最容易外包化的。比方ToB端相关工作外包化就严重。缘由很简单用户是内部人员，页面不追求极致体验，以至是能用就行。另外，技术上没有新框架，React这种框架运用上还是很好用的，所以ToB端CRUD能外包的就外包。

纯熟外包的确是好的，但外包和正式比例短期内还是正式更多。大家也不用过度担忧，java至今也没有外包比正式多，只是会让大家去追求专业度更高的事儿，这其实也是好事。

外包是一种常态化选择，不只是在裁员潮下面，外包和技术提效不断都有，只是在局势不好的时分，它会被放大，以至惹起很多人的恐慌。业务萎缩，挤掉些水分是正常的，但这不是行业坍塌，需求量仍然还在的，对我们而言，更多的调整好意态，强大本人，技术过硬，与时俱进就好。

就将来讲，真正惨的事儿不只是外包化，而是正式员工干外包的活，外包被解雇，这也是十分有可能的。比方相似国企性质的公司，不便当解雇的公司，大约率只能这样选择。本钱优化，很多时分是先挤掉水分，然后清算外包，正式员工加量不加价（降薪不好操作），正式流失，扛不住的时分再补外包。

2、高级岗位变少

前端范畴里所谓的架构师类(或者说专家类）比例还是十分多的。前端为什么会高级岗位很多，其实是2013到2019年的前端迸发期有关的。以前Java同窗还能写jQuery，但到了React时期，搞定Webpack，sass，TypeScript等等，他们就显得力不从心了，专业前端都很痛苦，何况他们。所以那个时分十分细化招高级岗位，除理解决问题外，还有很多基建的建立。

随着基建的完善，比方create-react-app(cra)、Umi、Next.js这样的基建成熟，假如只是单纯做业务，我们还需求那么多高级岗位吗？明细是不会的。从本钱角度看，高级岗位的本钱，大家也是心里分明的。所以我的判别是高级岗位会变少，很有可能会渐渐变成架构师角色，比例和Java等差不多。

高级岗位溢出的人，创业、转管理、转型也都是好的，学学Winter、Hax、Phodal、安晓辉、神光、程军，王晔亮（头哥侃码）其实也挺好。像TL这种比例不大动，变化不大。优胜略汰，正常比例，只是活动量少，竞争会十分剧烈。

3、专业前端细分化

专业前端，仍然是大多数，比方c端这种重体验的必需专业前端，还有垂类，比方互动游戏，3d，webrtc这种有专业难度的小众分类也必需专业前端，比方可视化编辑器，AFFiNE，QUill，X6这种都是需求专业前端的。

技术的边境，其实曾经在突破了。比方以前说阅读器里无法操作DB，传统数据库都是要经过TCP停止衔接，请问前端如何衔接？根本上无解，Web缓存不算。目前见到的奇技淫巧是sql.js-httpvfs，经过WASM+Webworker搞，脑回路以至不一样。其次，前端范围放大，Server Page也算前端，那就有了ASP，JSP，PHP等等，这些都是能够衔接数据库的。特别是http://asp.net玩的很棒的。再看，前后端别离下，为什么呢？写到一同没分层，代码不好，不合适大范围开发。部署到一同，没法借助CDN优势，也没法保证高可用。最重要的是专业化分工。

最近也看到AlaSQL.js，也是能够跑在阅读器是的RDBMS，将来阅读器就是如今的OS，对此我疑神疑鬼。AFFiNE其真实做本地存储，目前看可能是基于SQLite做的。再加上去中心化的玩法，阅读器既是OS，又是Client，这样的日子还会远吗？

在我看来，开展中的企业仍然是依照专业分工工作，成熟的公司更愿意搞全栈，降薪不好操作，就只能加量不加价。目前看，前端垂类，其实是最吃香的局部。

4、岗位交融新时机

岗位交融，关于Retool带来反动性的交互方式，会推翻很多角色的，包括前端、效劳端、数据剖析等。将来可能会呈现低码工程师，或者相似全栈工程师这样的胶水类岗位，也是十分有可能的。大家把心态放宽，没工作是很难的，最怕的本人放弃本人，坚持每日精进，又怎样会被时期丢弃呢。

标签： 另外一个 也可能是