哪些技术会决定前端开发者的未来发展？

2019年下半年即将到来，上半年狂风骤雨般的裁员浪潮让每一位从业者背脊发凉，在经历了五六年黄金发展期之后，前端开发这个行业似乎也进入了转折点。

我一边听开发者在网络上抱怨工作难找，前端开发早已经饱和了，又在另一边听大厂的朋友们抱怨，招了很久的人，四处出击却填不满hc，前端人才市场就是这么充满了矛盾与反常。

其实仔细想想，出现上述的情况很容易理解，实际上前端开发单纯从数量上已经饱和了，所以大量的初级前端工程师找不到活干，但是从另一方面，高级前端工程师依然是凤毛麟角，高级岗的hc永远是不饱和的。

目前前端人员的分布是金字塔形的，而且是底部比较长的金字塔形状:

所以进阶是大部分前端开发必须要面对的事情，现在已经不是能写几个页面就能找到工作的时代了，只有往上进阶才能保持职业竞争力，否则我们谁都不能保证下次裁员潮来临的时候，我们会不会成为沙滩上裸泳的人。

我对前端技术的思考方式

前端社区是非常活跃的社区，几乎每过一段时间都会有新的技术或者新的开发方式变成了热点，因此前端开发者才会有了『学不动了』的梗，以及毕竟丢人的deno留言事件。错，自己整理了一份2019最全面前端学习资料，从最基础的html+css+js到html5的项目实战的学习资料都有整理，送给每一位前端小伙伴，有想学习web前端的，或是转行，或是大学生，还有工作中想提升自己能力的，正在学习的小伙伴，需要可以私聊我哟，也有我的前端开发qun，【四八四】【七五七】【七六零】，对于学习web前端有任何问题（学习方法，学习效率，如何就业）都可以问我，最后可以点一波关注哟！

以我自己为例，因为想自己开发一个app，所以面临技术选型，也面临将来要投入大量时间选择学习的技术，摆在我面前的有三个选项：

flutter跨平台技术

rn跨平台技术（weex除了阿里生态外，很少用的）

原生技术

到底选择哪一个技术既能满足开发app的需求，又值得投入时间进行学习呢？

如果你去知乎或者其他技术类的社区去问，绝大多数的回答是flutter（虽然从回答来看很多答主似乎都没用过flutter），flutter作为正式发布才刚刚半年的新技术已经席卷了整个大前端圈子，成为了当之无愧的第一热点，真是佩服谷歌的布道能力。

 

关于flutter的事情我思考了很久，也用它快速开发了一个demo，它有很吸引人的地方：

声明式ui这跟react很像，比android 那种ui编程方式先进太多（笔者很早之前写过一个android app，那编码体验不谈了）

更彻底的跨平台，直接调用skia绘图引擎进行组件渲染，比rn更加底层，它的理念更像是游戏。

更大的潜力，有消息称flutter是谷歌新操作系统的第一指定框架，这意味着你可能搭上这新系统的风口。

这门技术确实很吸引人，加上社区各个会flutter不会flutter的人义务宣传下，我甚至快决定好好学习一下flutter了。

但是，大家有没有想过，通过学习flutter，你的技术就提升了吗？

很多人第一反应是『当然了，学了一门新技术，学了一门新语言，难道技术不是提升了吗？』。

但是我觉得并没有，我其实依然在原地打转，一个java开发者学会了用ruby增删改查并不能代表能力提高了，一个前端开发者用rn或者flutter开发了简单的app也不能说明水平提高了，只不过是用另一种语言再写了一遍ui而已，会用三种框架写页面，并不是什么高技术含量的事情，会三种不如深入一种。

flutter跟rn一样，想玩得转必须深入到原生开发中，因为这两个技术都不是真正的跨平台，他们仅仅是ui跨平台，如果你仅仅学一个flutter写写ui，意义不大，也不存在能力的提升。

我们或者再功利一点地思考，就算你学会了用flutter写ui又怎么样呢？你们公司内部有flutter项目吗？即使有轮得到你施展拳脚吗？毕竟你没有原生平台的知识储备，仅仅写个ui又有什么呢？

其实，这个例子说了这么久，我只是在说两件事情：

我们有时候看似在学很多技术，其实这些技术并不能提升你，但是给你造成了『我学了新东西能力提升了』的自我感觉偏差

不要盲目追寻社区的热点，很可能捡了芝麻丢了西瓜，要仔细思考这门技术对于你本身是否有提升，而不是被布道师们『*』

我以这种思考模式仔细研究了近一段时间热点的技术，有几门技术我可以比较确信在未来会在前端开发领域大展拳脚。

typescript

我从2017年就开始使用typescript了，可以说正当时，在使用过程中踩了很多坑，也总结出很多经验，知乎上的问题『你为什么不使用typescript？』中的最高票回答就是笔者本人。

在2019年的年中，我可以非常确信typescript会在一年内大规模流行，怎么定义大规模流行？

超过30%基于前端框架的新项目会以typescript为主要语言开发。

原因我总结了三点。

逐渐统治开源社区

大量重量级前端开源项目采用typescript开发，包括不限于：angular、vscode、vue3.0、rxjs、typescript（对，它自举）、mobx、deno、antd，而且这个趋势越来越明显，包括facebook自家的jest也宣布从flowtype转向typescript。

这些重量级的开源项目有非常强得带动作用，我不止一次见过有的前端开发者说，为了看懂antd的源码，特地学了typescript。

可以说，typescript的开源生态已经非常完善了，公司完全可以放心大胆得进行typescript化开发。

typescript是真正解决生产力问题的技术

请问前端开发中，引起错误的最多的三种报错是什么？

你不会想到，是：

uncaught typeerror: cannot read property

typeerror: ‘undefined’ is not an object (evaluating...)

typeerror: null is not an object (evaluating...)

居然是三种非常非常低级的错误，原因就是javascript是动态语言，只有运行时才会报错，这些低级错误在类型定义完整的typescript中不会发生，这就是typescript的优势之一，编码时就能规避大量的类型错误。

typescript完整定义接口，可以减少非常多的沟通成本和文档编写成本，最好的文档就是类型，除此之外，有了typescript的支持前后端的协作也会非常方便，有了typescript我们完全可以开发一个工具把后端java swagger的信息映射到typescript中，方便我们取数并最大程度规避错误。

现在已经有了这么一款前端取数库pont.

总而言之，typescript解决了前端的两大问题，规避错误和提升效率。

阿里 midwayjs team的负责人在gmtc上就说到过『 typescript，来帮助我们解决这些质量，习惯，方法上的问题，就拿 midway 团队来说，自从使用了 typescript，质量提升的非常明显，平常需要测试很久的代码，几乎不会出现低级的问题，反而暴露出的大多都是逻辑问题。』并提到『而今年，我们希望新应用全量使用 ts。』

vue3.0会是typescript大规模普及的导火索

vue3.0将在下半年的发布，虽然尤雨溪确认vue3.0支持javascript和typescript两种语言，但是vue2.x那种残疾级别的支持到现在原生支持typescript，势必会引起大量以vue为技术栈的公司进行typescript化运动。

届时三大框架都可以完美支持typescript，甚至其中有两个是由typescript直接开发的，而vue在国内的用户量最多，也最能影响typescript在国内的走势。

而据我所知美团、饿了么等一大批vue技术栈的前端团队也已经大量实践了typescript，至少在大厂层面，typescript已经开始大规模普及了。

图形技术

图形技术不会在短时间内席卷前端，也永远不可能成为前端的热门技术，但是却是前端开发者进阶必学的技术。

为什么说图形技术不会在前端大火？

要火早就火了，今年年内都要发布webgpu了，绝大部分前端连webgl1.x都搞不清楚，归根到底是技术栈不匹配，前端开发和移动端开发虽然很大一部分工作是实现ui，但是这个实现方式几乎都是调用宿主内置组件，极少有用图形接口画ui的情况。

为什么又说是进阶必备？

图形技术可能是仅有的与前端有密切联系的计算机底层技术了，因为所谓的ui就是靠图形接口调用gpu绘制而成的，这样就意味着掌握图形技术就能更深度地定制ui。

未来的前端ui不仅仅是简单的input、table、list等粗颗粒的组件构成的，而是更加多元化、更加细粒度，就拿笔者最近研究的可视化大屏项目来说，它几乎用不到任何传统的前端组件，一部分2d组件是调用canvas绘图接口，一部分3d组件是靠webgl绘制而成。

今年下半年5g开始在国内大面积铺开，普遍的一个观点是认为5g的到来会让ar、vr等虚拟技术重新焕发生机，这些技术也无一例外不与图形技术相关联，毕竟你总不会认为在ar中绘制一个input组件吧。

从去年开始关注图形技术，我也惊喜的发现跟一些前端专家们的观点不谋而合。

编辑器领域技术

这里的编辑器指的是各种编辑器的总称，例如：代码编辑器（webide）、图形编辑器（在线的3d建模或者ps）、文本编辑器等。

编辑器领域技术不会像typescript一样蔓延到几乎所有的前端团队，但是一定是会在局部火起来的技术。

为什么说只会在局部火起来？

这是个非常小众的领域，但是复杂度和重要性却与日俱增，首先绝大部分公司的绝大部分业务场景中对编辑器的需求很小，其次，编辑器的通用性很大，每个网站的具体业务场景的实现千差万别，但是说到用户输入的文本编辑器，那可能用的都是同一款开源软件。

说完了局部，我们在谈谈为什么会火，最重要的一点就是云端开发的普及，大量的开发者服务被移植到云上，包括最近比较火的faas、小程序服务等等，云厂商一方面为了给开发者提供更好的服务，比如开发faas的调试服务，所以需要定制符合自己业务的webide，另一方面也更重要，一个开发者的开发环境轻易是不会变的，webide就是这个环境，webide就是云厂商开发者争夺战的入口。

另一个原因就是，大规模的团队十分需要将各个团队的能力整合在一起，而整合开发的钥匙就是ide。

虽然很多公司招编辑器相关的工程师都是挂着前端的title，但是普通的前端工程师如果没有相关经验，完全拿不下这种场景，这就造成了虽然这是个小众领域，但是人才却很缺失的情况。

下图为圆心在gmtc上展示的阿里前端委员会布局的四大方向：

谈一谈其它热点技术

serverless

serverless肯定会火，而且也是生产力上的直接提升，前端可以不考虑部署、运维、环境等场景，直接编写函数来实现后端逻辑，可能以后人人都是所谓的全干工程师了。

但是为什么没有重点拿来将，首先serverless的适用场景还比较轻量，他不是银弹，现在的serverless热在一定程度上夸大了它的实际作用。

还有一点，对于前端而言serverless其实是工具，你只能拿来用，本身的开发需要云原生的专业开发者，所以前端根本无法深度参与，他反而把前端对node的要求降低了（因为只要会代码，不需要后端知识），但是对于企业和团队是好事，对于个人而言并不是非常有助于成长的一门技术。

iot

5g来临，万物互联的说法又随之而来，iot会不会在5g时代火，我并不确定，但是前端在iot上想大展身手我觉得这几年内看不到进展。

有人会说不是有人把js移植到嵌入式领域了吗？是的，甚至三星还为iot设备定制了js虚拟机。

iot是低性能低功耗低内存的设备，越是在这种场景下，低运行时高性能偏底层的编程语言越强大，可惜js与此恰恰相反，这门语言天生不适合iot，而c语言却如鱼得水。

ps：我之前听过一个专门搞iot的技术专家说过，js最大的问题就是功耗，很多便携式的iot设备上js根本没办法商用（充电五分钟，待机5秒钟）

那为什么还有那么多人在炒js in iot这个话题？

原因就是js开发者多。。。有技术难度的底层技术都会被专业的嵌入式开发者搞定，js开发者只需要写业务即可，所以又回到关于flutter的问题了，你在iot写业务比浏览器写业务有啥技术提升呢？

当然了，从职场角度搞iot还是有前途的，一旦iot火起来，先进入这个领域的人可以更轻松地摘桃子，但是我个人不推荐现在就入坑，风险远大于收益，如果真的对js in any感兴趣，不如去研究js runtime，比如node和deno，这是真正有助于提升能力的技术。

graphql

graphql已经被炒了好几年了，但是依旧动静不大，不是技术本身又有问题，是这门技术严重损害了后端开发利益。

graphql对于前端开发者是真的好用，从此不用求后端大哥搞新接口了，完全可以自给自足，但是这个让前端开发爽到天的技术，付出的代价就是大量的改造工作需要后端来做，后端团队累死累活搞了graphql，得利最大的却是前端，出了错锅得后端背，这种技术推动的阻力可想而知。

这门技术考验的是跨团队沟通协作能力，不是技术本身，当然很多时候前者比后者更重要，但是与本文主题不符，按下不表。

ai in fe

这几年炒的最火的技术就是ai，虽然这个领域跟前端可以说没有任何交集，但是依然有很多人想往这方面靠。

先说tfjs的问题，基于浏览器的深度学习框架，其实应用范围非常非常窄，笔者在调研的时候没有发现什么有商业价值的案例，在浏览器中跑深度学习本来就很小众，再加上js本身的性能问题和浏览器没有支持gpu加速的api，导致tfjs更像是个残次品，实际上一些前端团队虽然在开发ai应用，但是基本用的都是正宗tensorflow。

目前算是比较靠谱的前端+ai的场景就是自动化ui，将设计师的设计稿自动生成ui组件，还原ui是非常机械重复性的工作，早日干掉还原设计稿可以充分*端，目前闲鱼的大前端团队已经有相关的成果了。

前端就算涉及ai，也最多是停留在工具使用阶段，也就是所谓的『调包侠』，当然，即使这样你能帮助团队解决生产力问题，那么已经是大功一件了，建议有能力的同学可以布局一下这方面的技术，但是对于绝大多数人而言，玩转深度学习即使是调参也是很遥远的事情。

最后

这是笔者看完圆心的分享之后的一点感受，圆心的格局很高，谈到的都是技术形态、技术影响力和技术生态，本文格局还很小，只停留在技术成长上，只不过对于当下的笔者这种小格局似乎更实用。

这就是笔者站在2019年年中对未来前端技术发展的思考。如果你有不同的意见和见解，欢迎讨论。