阿里未来前端的机会在哪里
未来前端的机会在哪里？¶
统计信息：字数 29954 阅读60分钟
阿里妹导读：在近期举办的行业大会上，阿里前端技术委员会主席，淘系技术部资深总监圆心发表了《前端路上的思考》的演讲，分别从前端的发展历程、今天的机会、如何引领新技术、前端价值这四个方面进行深入探讨。流年笑掷，未来可期，一起来看看资深前端人对行业未来的洞察与判断。
郑叶飞（花名：圆心） 阿里巴巴集团前端技术委员会主席，也是 D2 前端技术论坛发起人。 2007 年加入淘宝，曾参与天猫、快乐淘宝、聚划算等创业团队。现任淘系技术部资深总监，负责淘系前端技术、行业与工作台团队，推进了淘宝前端工程化、无线化、全栈化、智能化的快速演进。且一直热身于推进国内前端技术的交流与发展。
前端发展史¶
我把前端发展编为五个阶段，这个五个阶段跟网络上看到的阶段分析不同。我认为每个阶段有一个理论或者方法论的支撑，带来了一次飞跃。
第一阶段
第一阶段放在 2003 年。大家那个时候都知道，那个时候讲求所有的 HTML、CSS、JS 是我们所谓结构样式行为的分离，这个理论造就了今天前端主体。
在这之前基本是两种职位，一个是 JAVA 工程师，一个是设计。当时的设计是包含了视觉设计以及 HTML+CSS。但是因为这种结论理念的到来，让前端开始真正变为前端，专注于今天大部分前端所工作的内容。这个理念核心的出现，带来了整个前端岗位的出现。其实伴随着 2003 年之后，国内第一次出现真正的前端的岗位是 2005 年，这期间有一个延续性。之后很多公司出现了重构工程师，也是今天很多前端的主体。
第二阶段
第二阶段是 2008 年。当时有一个理念认为 90% 的性能优化都在前端。在前台体系里面，这个理论让前端价值得到进一步体现。
前端现在可以回答对公司的体现是什么：我们可以通过性能的优化带来更好的体验、更高的转化率等。突然发现前端整个岗位体现了很大的价值。我相信经历了那个时代的人都记得 YSlow，那个包括今天影响前端对于性能体系所有的思维，这是第二阶段。
但是第二阶段带来了什么？上面有写，带来了工程化的开启。怎么理解？今天要做很多性能优化，需要通过工具、流程把体系更好的工程化，然后得到一个最佳的结果。所以我认为它是一个工程化的开启。之后我们可以看到，最早用 Ant 前端工具，到今天有 GRUNT、Webpack、Babel 等。这样来看，第二个阶段是在 2008 年整个性能优化的过程，理念就是 90% 性能优化在前端。
第三阶段
第三个阶段是 2013 年。我今天分享跟大家原来理解的阶段不一样，大家有从框架阶段来定义，也有从中间技术 W3C 什么时候出现，或者从 Node.js 什么时候出现来定义。出现并不是一个阶段。其实发现 Node.js 早于 2013 年，可能是 2008/2009 年就出现了，但是为什么那个时候没有出现变化？换到今天，我们更愿意用另外一个词就是前后端分层，在后端体系里面让前端更加专注前台的 UI 层、逻辑层，后端关注后台的接口，让我们之间分工更加明确。后端如果开发一个页面，跟前端说页面有问题，但是前端一看是后端把标签写错误了，这就是合作方式不合理。
前后端的分层促进了对于前端体系的发展，也开始慢慢的影响到今天从前端到全栈的过程。让很多人更有机会使用 Node.js 从工程的工具开发慢慢过渡到可以用 JS 做应用开发，这在 2013 年是很大的变化。当然这里面有很多 Node.js 的框架，在上层的数据层，我们也会看到 GraphQL 整个逻辑编排的体系，所以会把这个体系带到前端，今天大家所看到的 BFF，也是基于这一套体系的发展。这是前端第三个发展阶段，始于 2013 年。
第四阶段
第四个阶段我相信很多人都有感触，因为移动时代的来临，改变了今天整个 PC 和无线的格局，也改变了我们前端大部分人开发的方式。
一开始理论是 Mobile first，后面是 Write Once，Run anywhere。这个时代是什么？我们把 PC 工作转到无线工作，这里面很多人纠结，那个潮流来临时候发现大量前端涌向了客户端，客户端出现了蓬勃发展。但是今天大量的客户端又涌向了前端。两者之间不停转化。为什么？因为大家都在思考到底是 H5 还是 Native，未来到底是 H5 开发还是 Native 开发？
我认为这个焦点就有错误。为什么纠结今天用 H5 还是 Native 解决问题？我觉得今天到了无线时代，焦点应该在这里：怎么样用最标准化的开发能够让更多的人开发这个页面、怎么样能够提供像 H5 一样标准的页面。
回到这个焦点，在移动时代来临的时候，在每个 APP 如何重新定义渲染引擎，这个渲染引擎是什么样的？大家可以看到，封装是最早的，可以把 H5 封装 APP，以及 RN，还有 WEEX，以及今天的 Flutter。整个主线和思维按照这个理念进行，而且时至今日这个理念依旧在影响我们前端开发。
第五阶段
第五个阶段是低代码对于整个体系影响。
这里有一个背景就是互联网下的风口，所有的企业都看 to B 的体系，无论是阿里还是京东，to B 的体系有一个什么样的东西？其实我们在前端的体系里面把 to B 看成是中后台，那里面有什么样的特质？比如说布局是高度标准化的，它的表单是高度标准化的，它的可视化图表是高度标准化……这个体系存在大量的标准化，而不像 C 端多样化，这个体系里面，如何用低代码或者无代码的体系来完成对这个体系的重塑，这是在 2016 年重点看待的事情，也是 2016 年给我们带来很多的变化。今天很多公司提供这样的解决方案，比如说今天微软的 PowerApps，大家在这个领域在做新的探索。
小结
我们回顾可以看到：2003 年结构样式行为分离，预示着前端岗位的出现。2008 年 90% 性能优化在前端，开启了工程化。2013 年前后端分离，带来了全栈的演进。2014 年 Mobile first 是无线时代的来临。2016 年 LOW/NO Code 出现，带来了中后台的重塑。
今天的机会¶
我们看今天是什么？每一个今天重点投入的方向背后思考是什么？我们今年阿里经济体前端委员会四大技术方向：第一搭建服务，第二是 Serverless，第三是智能化，第四是 IDE。
搭建服务
首先看搭建服务。今天讲到了低代码和无代码通过什么方式完成？第一，肯定中间包含了大量的组件、元件、模块。
在消费端体系里面，我们也在做很多尝试，比如说原来的频道活动，在活动的体系里面也是高度抽象化的，所以在这个体系里面，我们可以看到整个搭建服务无论是在中后台还是整个无线端，以及 PC 端都有大量场景，这样大量场景需要把整个框架标准化，希望把里面的元件、组件以及模块标准化，还希望把这样的服务能够服务于今天所有无论是中后台也好，C 端页面也好，希望有这样的体系——服务化标准化的方式服务，打通整个体系，这就是为什么把搭建服务认为是面向未来最重要的方向。
Serverless
今天很多人听到了 Serverless，很多人对于 Serverless 理解有所不同。我理解 Serverless 有两个角色：
- 一个是内，内是站在公司角度 Serverless 对前端的影响。
- 一个是外，外可能是在云上如何提供 Serverless 能力的提取。
回到公司的内部，Serverless 带来什么样的影响呢？我觉得可以让前端更加贴近业务，让更多能力下沉。前端转到 Node 体系有一个很大的挑战，很多人说不是你会写 Node.js 你就是前端工程师，我非常同意这样说法。但是到了 Serverless 我们可以不用关注部署，不用关注运维，不需要关注所有的 DevOps，也不需要关注底层数据库的状态，他会让我们前后端整个的体系像前后端分层一样又往前迈一步。
目前我的团队里面，不仅包括前端，还有 200 多个 JAVA 开发，大家共同推进所有的体系变革，希望团队里面所有业务迈向 Serverless。Serverless 需要把后端能力平台化，把底层数据模型、领域模型和能力模型高度后台化，对整个体系进行重塑。之后前端会有大量的业务逻辑开发，让前端更加贴近业务，让前端更加理解业务，我觉得 Serverless 未来会在整个前后端开发模式上带来新的变革。
回到外部体系，它是什么？五年前在 D2 我讲了一个想法：在云上更多通过 Serverless 方式提供函数式编程，让开发者编程更加快捷。端就是今天小程序，小程序就是未来端上的一个跨端的解决方案，而且有一定的收益、安全可控，云上一定是以 Serverless 的方式和端之间做连接，可以让这个体系运转很好。
我今天看到一个数据说国内今天在云上的 Serverless，有 60% 到 70% 的程序都是通过 Node.js 在运行，所以 Node 在这当中有很大的空间。研发平台是什么样？上层数据接入网关是什么样？还有编排是什么？这是今天 Serverless 聚焦的领域并往下完成基础设施的建设。当然像我讲的，Serverless 一定会带来前端很大的变革。
智能化
去年在 D2 讲过智能化，智能化一定是未来，为什么这样讲？因为在 AI 来临的时候，我们能否从一个 Design 变成一个 Code？今天每个公司的前端都有大量的设计、大量原代码，我们通过大量设计稿和原代码进行机器学习，让中间的布局可学习，让中间的元件可学习，我相信未来 D2C 一定能够解决前端生产力瓶颈，让前端从今天大量低端开发、手工工作中解放出来，将精力转移到很多领域深度的参与、深度的突破。
所以我觉得，智能化一定会带来前端未来格局的变化，因为 AI 让很多低效的工作通过这样的方式完成。回到另外一个问题，无论是在无线化的时代，还是中后台的时代，整个抽象程度是高度收敛的，不像原来做 C 端的 PC 是发散的。在收敛的情况下，一定是可以基于收敛的体系进行规模化，而这个规模化是我们希望通过 AI 的方式完成整体的改造。我相信一定会带来前端另外一个变化。
IDE
大家会问，为什么 IDE 会变成你们的核心方向？我讲一下思考。今天阿里的前端我们做了叫工程中台，工程中台做到了前端代码从提交到发布的管控，当然包括中间提交之后整个代码的编译、构建、检测以及发布。但是在前台的部分，每个团队都有一个工具，而这个工具在各团队之间割裂的，无法复用。因为工程不仅仅是提交到发布，前端工程化应该从编码开始到发布，应该是一个完整的链路、完整的格局。
回到这个体系里面，如何能够收敛前面整个的开发状态，我觉得是可以通过 IDE 内核构建整个基础。能够把整个体系打通，同时所有团队、所有能力，作为组件的形式存在，组件可以让更多人基于同样一个架构进行高质量的交付，这样才能形成一个完整的生态。
当然如果仅仅是面向内部，IDE 还达不到作为整个集团的四大方向之一。比如说还有很多 ISV，很多小程序开发、互动的开发、一些工作的开发，我们也提供 IDE 给 ISV 的，但是那个体系是内部的精简版。如果今天把整个 IDE 从内到外全部打通，就是基于一套完整的架构，然后基于上面的能力内外都可以互通，可以带来整个生态的能力提升。
小结
今天讲到了，在整个搭建体系，在整个低代码、无代码的体系，依托 IDE 提供很多的能力，我们是否可以把本地的 IDE 跟云端 IDE 体系完全打通，通过一套架构完成所有的体系构建，通过组件的生态全部打通，形成完整的闭环，我觉得完全可以。
往外延伸，回到今天的云体系，也需要提供一个 IDE 给今天更多人使用。你会发现，IDE 是可以把内外、线上线下、所有的开发者生态全部打通，能够让集团所有的前端的能力服务于阿里所有的生态，这就是我认为 IDE 会作为我们核心战略之一的原因，我们需要促进这个体系的完成。
新兴领域¶
前面我们讲了今天阿里的前端的四大技术方向，这四大方向思考我已经陈述了，希望给大家带来一些思考。当然除了四大方向，我们依旧有很多没有列在上面的部分。
上面说的三部分，对于未来我们依旧有很多的空间去探索。来看新交互，前端的强项是通过交互完成所有的工作，当所有新的技术来临的时候，怎么样在新环境下完成所有工作？比如说今天 VR 时代来临的时候，怎么完成 VR 交互？整个领域跟现在的开发领域有什么差异？是到它的体系重构前端引擎吗？还是有很多东西是值得我们想象和思考的。
物联网时代来临，我们团队有专门做 IoT，他们是做很多新零售。我们要做什么改变，也是前端要看待的事情。在那个体系里面，可以用 JS 写什么样的驱动？可以推动这个行业做什么样的发展？其实都给前端打开了一道门。
最后 5G，中美搞得很紧张，都是因为跟 5G 相关。但是，5G 来临带来了什么？思考这个问题。我们今天大量的在观测性能的消耗、兼容性的问题，未来随着整个网速的提升一定会移向云端。如果今天在手机上做非常复杂的 3D 渲染，你会发现非常的卡顿。如果今天在手机上做非常复杂的游戏、动画也是很挑战的。今天吃鸡都是在 PC 端玩而不是手机上玩，因为对于整个性能消耗、渲染整个体系有很强的要求。
5G 来临会变成什么？所有渲染在云端完成，通过流媒体交互的方式完成所有的体系，第一个解决了所有在观测渲染性能问题。第二解决了大量兼容性问题。会变得更加简单。
我们要正确看待一个技术变革的时候，会带来什么？什么样的变化？这是我们需要深入思考的部分，因为这个一定会对未来形成一些变化，而我们的预判决定了我们今天如何看待未来，如何统治未来，我们应该做什么。我相信新交互、IoT 还有 5G 一定会对前端未来的发展形成另外的影响。
如何引领技术？
为什么会有这个话题？这也是这两年沉痛的思考。阿里前端有 2000 多人，这些人能力很强，但是在国内上高质量的前端都是上万人，今天在前端的领域，我们对于前端领域的影响又是多少？其实是不成正比的。回到现在我们应该做什么？我们应该思考什么？我们应该如何促进整个国内前端的影响力以及高质量？我觉得不止是站在阿里团队的角度思考，更应该站在国内前端的角度思考，我们能做什么？
其实有一些东西大家觉得难吗？其实我觉得好像也不难。说 Flutter 就是基于下沉的渲染，绘图引擎做上层的多终端的方案。我记得刚刚进入无线时代做兼容性的解决方案，思路是一脉相承的，为什么我们做了一个东西没有声音没有继续探索。而另外一个方案应运而生了。
第一，我们不是没有思考力。第二，回到今天时代，你们看完了可以立马写一个。但是，为什么是他写的？看完他的理念可以立即写出一个东西。在这里再往下走，理念我们也有了，能力我们也有了，就是没有出来东西，这是值得大家认真思考的问题。
从表象到本质
刚才我讲时代变化的时候，我的理论是，因为它有一个理论支撑了一个时代变化。框架也一样，框架一定会有基于某个问题解决他的问题。React.js 解决了什么？就是最开始很痛苦，然后就用别的方式重构。无论以前讲的 MVC、MVP 还是 MVVM。大家说以前这个东西我提过，但是最后变成公共标准不是我，而是别人。
当然首先回到一个理念，今天针对某一个东西要做什么。首先要有理念，比如说今天我期望解决当下的多终端适配的问题，希望通过多途径渲染完成体系的变化。回到的问题是今天如何解决问题？这个问题是什么？我如何定义这个问题？我们要形成一个理念，才能往后走，往后走怎么走？
理念到落地
通过双引擎促使今天的变化。
今天的人才引入要做什么？我们针对前面提出很多假设，以及对于未来畅想的思考以及针对今天问题的深度解决，针对这些体系要进行专业人才的引入。今天要做 IDE 就需要原来做过 IDE 专业人才。今天需要一些跨界，跨界是怎么讲？原来模块加载，有几年前端流行模块加载，模块的 JS 理念来源于哪里？Python。就是从一个语言到另外一个语言，吸收长处，让这个长处到我们的体系中解决问题，其实我们需要跨界人才带来更多元化的思考，而不仅仅是我们自己的思考。多元化一定会带来很多的思路，和今天很多学术一样，一定会有相互之间交集所出现的学科。今天也是希望有更多不同跨界人才加入促使这个体系变化。
另外是研究型人才。今天我们如果要做可视化，很多公司在做可视化，但是可视化其实是一个学术的领域。在大学里面是有课程的。但是回到体系，我们对它的思考是什么，深度够不够？包括今天 3D 也一样，在很多大学也是有课的，图形渲染怎么样，该怎么做，是有非常复杂的学术背景的。对于我们来讲，这些人才我们有没有？我觉得这是每个公司、每个团队要思考的一个问题。
再往上就是通过双引擎。我期望很多东西通过低代码、无代码完成大量低效工作后，剩下的精力放在应用的深度上。
第二学术人才加入，我们需要通过学术化探讨加入更多新理论进来，通过这两个双引擎，能够把我们前面提到的理念落到技术，这是整个国内目前很缺失的部分，也是我今天认为最需要改变的部分。
影响力建设
两个途径：
- 第一个途径是标准组织。跟前端相关的标准组织就三个，一个是 TC39，第二 W3C，第三是 Node 基金会。今天如何通过我们的思考，我们的能力影响今天的标准？我觉得前段时间有人跟我抱怨，说 TC39 方案不合理，我有更好的方案，可是他们就不听我的。我们如何解决这些问题？这是我们要思考的问题。
- 第二个途径是开源生态，我们如何通过开源生态完成所有东西。我们今天做的还不够，有的公司团队在开源方面做得还不错。回到今天整个国内，我们如何具备社区化运营的基因，我觉得值得所有人思考的问题，包括我自己也在思考这方面的问题。
标准组织
我们首先要了解标准组织是怎么样的？有什么样的方向？制度是什么样的？我要参与什么？不能参与什么？要了解怎么运转，加上我们的思考判断、对于未来趋势的判断，以及我们对于深度应用的判断，然后推动整个标准组织的完善。
开源生态
开源生态简单。怎么挖掘、培育和运营来使我们的体系变成一个社区化的运营。
其实有时候不一定说做开源的社区，首先团队能不能做到社区化的运作？我相信很多团队是做不到的。团队内的技术项目不是从上至下的，而是像社区一样运作，这能够促进整个生态的完善，这是可以推进的部分。
筹备中国前端联盟
另外因为 Hax 的痛苦，包括阿里的前端、360、Hax，我们看如何筹备中国前端联盟，希望通过这个联盟帮助未来中国前端的发展，我们往下落地的过程中还有一些细节在继续推进。
这个组织要做的事情：
- 标准对接
- 开源共建
- 信息互通
通过协同协作形成世界性的影响，希望这个组织未来能够成立，也是基于前面讲的很多点的思考。今天具备思考，具备能力，但是今天没有世界级的影响。这是很痛的一个点，中国前端要往前发展，一定形成世界级的影响，世界级的影响一定靠所有人联合在一起。
前端价值¶
前面我讲的很多东西你做到了，但是很多人回到公司都要回答一个问题：前端对于公司的价值是什么？前端对于公司价值一定不是专业的建设，但是专业建设是必不可少的，但同时作为组织里面的岗位要回答，我这个岗位对于公司的价值是什么？所以我说，前面都做到了不等于价值。技术能力也不等于整个企业价值。这里面应该做什么样的思考？
传统三件套
传统三件套也是今天很多团队在做的：如何提升前端效率，让资源变得更加的高效？如何做性能优化、体验优化？很多团队都在做性能优化。另外如何保障产品的质量等等。这是作为一个开发岗位最基本应该做到的
Gap 在哪里
比如说今天运营策略是什么？引领模式是什么？产品逻辑是什么？业务闭环是什么？转化漏洞是什么？市场占比是什么？它要求的一定不是一个前端的能力，它要求的是另外三个能力：商业化的思考能力、数据化的能力，以及产品化的能力。
如何思考商业的闭环？站在产品角度产品逻辑应该是什么？产品应该怎么做？怎么样通过了解今天的数据看待很多问题，推动体系的变化？这是我们前端都需要增强的。当你具备了这三个能力的时候，我相信你在公司的价值一定会得到体现。
总结¶
今天的我们还只是在启程的路上，未来的世界还在变化，比如说 Serverless 都在变化，未来的路怎样还未可知。最后把一句话送给所有人：路漫漫其修远兮，吾将上下而求索。
作者：郑叶飞（圆心）
更多云计算干货敬请关注阿里云官网知乎机构号：阿里云官网 - 知乎
浙江大学 电工理论与新技术工程硕士
我全职从事前端工作，到18年年底整两年，加上之前个人关注和工作中兼顾前端，将近四年。在做前端之前，我是那种跟在销售后面，他投标，我负责把他吹的牛逼变出来的板儿砖型程序员，什么语言和技术栈，根本不是借口，deadline放在那里，让你今天学一个技术栈，下周项目上线的事情，时有发生。我工作4年以来，对服务端，移动端，桌面端，和一些行业专有领域，都有过或多或少的涉猎，所以我对前端在整个技术图景中的位置和形态，一直有观察和评估。 在这期间我见到过各种各样的前端项目，既有大型企业级项目，也有精致的单一功能产品。到目前为止，我自己见识过得，认为可以某种程度上代表前端上限的产品有——单一功能产品，国外的有：gmail，office online，mapbox，niagara（一种智慧建筑管理系统），react，vs code等。国内的有：石墨文档，厦门hightopo的webscada，QQ空间，淘宝双11大屏，echart，白鹭引擎等。我认为以上产品，在单一功能复杂程度，以及实现水平方面，分别在国际和国内代表了当前最高水平。企业级的大项目，不好衡量，但是从业务复杂程度和可见部分的架构水平而言，一线互联网公司（比如facebook/google/阿里）的支撑系统，以及业界领先的企业应用产品（比如saleforce/aws/微软），应该是目前最棒的。我认为这些产品，从工程管理和前端架构方面，代表了业界最高水平。
如果以以上产品为标杆，我们可以大致这样说：第一，在单点技术深度方面，前端的上限，不会超过桌面时代的native应用。第二，在整体架构和项目管理方面，前端的上限，不会超过当前主流的大型后端项目。 所以如果有人标榜什么前端技术，那是忽悠人。前端在深度和广度上，和其他领域比，都谈不上什么超前和优势。 那是不是说前端在技术上就可以什么可取之处呢？我认为也不是。
首先，前端是一个比较综合的领域，即有抽象的架构，又有具体的界面，对于综合能力的要求和培养程度比较高。在前端，埋头做一个小局部不关注整体，是很难跟上发展的。比如很多人因为技术栈老旧跳槽的时候不受欢迎，然后就有外人觉得这是因为前端浅薄，技术积淀不稳定。其实这不是主要原因，主要原因是新技术意味着新问题，你对新技术无感，意味着你已经很久没有解决过，甚至意识到新问题了。
第二，前端领域的业务问题往往更加难解，确切的说是更加难以定义。所以对开发人员的业务理解和抽象思维，有更大的考验。前端面临的问题，常常不是没有解决方案，而是连要解决什么问题都定义不清楚。好不容易划出一个子集定义清楚了，又发现涉及的相关方太多，从产品到设计到技术，很多时候前端表面的任务是设计一个方案或者完成一个功能，背后的逻辑却是要去引导一大群人的行为。
第三，我不知道这么说是否确切，只是我个人的观感——我觉得在技术水平从低到高的序列中，前端程序员能比后端程序员更早接触到“技术”或者“架构”的部分。
比如单点技术，表面看完全不一样的产品，后端模型可能是非常相似的。这就导致后端开发面临的问题其实也是高度相似的。而对于前端，当你度过了初级阶段，开始技术分化的时候，表面上看起来不一样的产品，那技术上也就完全不一样。你做数据可视化，你就要懂图形编程，你做编辑器，你就要懂编辑器领域的数据结构和经典实现方式。
而架构，或者说设计的部分，在后端微服务和云当道的时代，作一个普通的业务后端实在是太幸福了，或者说太容易了，躲在gateway后面写增删改查，某些时候往mq里面丢几个消息，就完事儿了。什么分布式之类的事情，可能一个大团队里面，只有一两个人需要关心。但是前端不行，刨除那些有枣没枣打一杆子的小作坊项目，任何一个稍具复杂性的项目中，一线开发的前端要是不关注架构，代码马上就会爆炸。这某种程度上意味着前端技术体系的孱弱，但是从历史的角度看，界面开发的繁杂程度之高，细节之多，理论模型之无力，确实是很多年来一以贯之的现象。 总体而言，前端与其说是一门技术，倒更像是一门手艺——不是说你掌握了一个什么技能，就一定能解决一个什么问题。很多时候，它更需要你心灵手巧。
回到问题，前端现在好不好？我觉得还行，至少不算是夕阳产业。虽然在话语权和成为中层/高管的路径上有劣势，但是对于大部分人而言，成长空间还是比较大的。有没有发展前途呢？我觉得还是有的，至少门槛不会越来越低，上限也不会越来越低。迄今为止，不管是前端内部的新技术，还是整个计算机领域的新技术，其实都没有在降低前端开发难度方面获得很大的进展，人的因素，在可见的未来还是占主导地位。