10 余年前台老兵亲述：前台的未来在哪里？| 技术头条

那么在这些“变”与“不变”中，前台开发工程师的未来该走向何方呢？本文作者拥有十几年前台开发经验，他将带领我们回顾历史，立足现在来分析，前台工程师的未来可以怎么发展。

近期学到一个词：Digital Twin（数字孪生），简单来讲就是在计算机世界给现实世界的物体（飞船/城市）、系统（电力/交通）建立数字化镜像，让数字世界和物理世界更好地交互，数字大屏也可以算这种技术一种应用场景。

这个概念由 Dr.Michael Grieves 于 2002 年提出，随着 IoT、AI、图形技术、工业 4.0 的飞速发展，应用前景越来越广阔。Google 一下 就会发现：NASA、GE、Microsoft、SAP、IBM 等巨头早已布局和应用这项技术，它还是 Gartner Top 10 Strategic Technology Trends for 2019 中的一项。

前台为应用而生，人机交互技术是我们的生存之本，以应用为桥连接客户和数字世界是我们的使命。但长期以来前台的生存空间被压缩在 Web 领域，Digital Twin 这种新形态无疑将为我们打开一片新天地。Gartner 这份报告中还有两项技术和前台紧密相关：

Immersive Technologies（沉迷式技术）：Augmented Reality(AR)、Virtual Reality(VR)、Mixed Reality(MR) 等

Smart Spaces：智慧城市、智能汽车、智能商店等

看到未来有三项战略性技术居然和前台有关，着实让人兴奋不已。不过莫急，既然是战略，也就意味着三五年内未必能开花结果。

再仔细分析会发现：当下的前台技术远不足以胜任这些领域，不由得让人心忧。远方的风景很美，但要成功抵达就需要早做准备。

站在 2019 中间、互联网下半场的开始，不妨先结合 Gartner 这份报告一起分析下：下一个 10 年前台技术的变革在哪里？有哪些值得大力投入的方向？

回顾过去

“以史为鉴，可以知兴替”，假如历史是一组波，它过去的相位所形成的轨迹已足以预见未来。回顾 Web 技术的发展历程，可以清晰地看到三类促使变革发生的关键因子：

引擎：有四大引擎显得尤为重要。

V8 ：不仅提升了 JS 的执行效率，助力 ES 规范落地，而且催生了 Node.js

浏览器引擎：以 Webkit、Blink、Chromium 为典型代表，浏览器的高速发展为 Web 的繁荣奠定了基础

Node.js ：大大拓展了前台的生存空间，以至于“Any application that can be written in JavaScript, will eventually be written in JavaScript.”

Hybrid 容器：让被 App 统治的移动互联网时代也给 Web 开发留下了一席之地，小程序是典型代表。

开发套件：语法、框架、工具、类库在社区的推动下一直在蓬勃发展，优秀的开源项目灿若星河，前台生态也成为技术圈中最活跃的。尽管以 React 为核心的主流技术栈上手成本还比较高，也做不到让开发人员只关心业务逻辑，但不可否认应用开发正在变简单。有些类型的应用甚至做到了无需 Coding 通过专门的可视化搭建平台即可以完成，比方：门户网站、营销活动、问卷调查等。

分工模式：前后台分离、BFF(Backend For Frontend)、全栈、全端、大前台等分工模式的创新不仅提高了前台和其它工种的协作效率，也让前台有机会承担应用研发。由“前台 + 设计”组合形成的“体验技术部”也成为很多业务的标配，部分前台团队甚至发展为应用研发团队并且拥有了自研产品。前台的影响圈已经从应用开发延展到了客户体验甚至产品设计，以人机交互为本的体验科技也开始崭露头角。

这些变革因子的背后是两条主线：

让现有研发工作做得更好：开发套件是主要推手，少量分工模式（比方：前后台分离）的创新也归属这条线

开拓新战场：引擎是主要推手，少量分工模式（比方：全栈）的创新也归属这条线上

这些变革之所以会发生，是由于有一个刚需：用户端软件的生产力水平满足不了飞速增长的互联网应用诉求，而前台技术刚好能提升应用研发的生产力水平。

尽管移动互联网的崛起曾一度让前台缺少发力之处，但寄生于超级 App 上的 Hybrid 容器又让前台焕发了生机，小程序更是将之推向了和 PC 时代同样重要的地位。

应用尽管琳琅满目，但其形态演化也是有迹可循的，要讲清楚得专门写一篇文档，这里不过多开展，简单详情几个我认为最重要的：

UGC 内容的主流载体在变：文本 -> 图片 -> 短视频/直播，客户创作内容的成本越来越低了。

终端的主流交互方式在变：PC(键盘/鼠标) -> 手机/PAD(触屏/摄像头/语音)，交互越来越自然、简单了。

信息获取的主流方式在变：主动获取 -> 被动推送 -> 智能推荐，异步 -> 实时，信息已触手可得。

这一个刚需、两条主线、三类因子也是我们预判未来的重要依据。

立足当下

在当下可实践的新技术中，前台相关的有：AI、Serverless/FaaS、Blockchain、IoT、AR/VR/MR、智能硬件、可视化应用开发。

不可否认，它们都是能在少量领域带来颠覆性革命的技术，但能否会给前台带来变革呢？让我们详细分析一下：

AI：核心是云，而且 AI 应用的典型特点是“重引擎轻 UI”，所以前台不在主赛道，只能在应用开发中使用它。目前市面上的 AI 应用，多数是大数据技术的延伸，离 Intelligence 还太远。作为人类技术的巅峰之作，AI 应该在人类最难处理的问题上发挥价值，比方：语言文字、医疗、科研、教育、环境等。个人看好机器翻译，打破语言界限将会是人类文明一次划时代的变革。作为前台，我们也应该去关注这些基础领域，并学习和掌握 AI 技术。

Serverless/FaaS： 核心是云，前台能做的是基于这种技术优化 Node.js 在服务端的 Runtime 和运维方式，把服务端复杂的技术细节屏蔽掉，让 Node.js 开拓出来的服务端战场可以延续，让端上所需的数据能以简洁、低成本的方式存储和获取。当然，也可以基于它优化现有的工具体系，让开发越来越简单。

Blockchain：核心还是云，和前台最相关的是 Decentralized Application(DApp)、IPFS(the InterPlanetary File System)。但 DApp 是一种新的应用形态，IPFS 改变的是网络协议。这两者还处于非常早起的阶段，发展形势还不明朗，最好是静观其变，在合适的时候基于它们开发应用。

IoT：核心是端，但关键技术是硬件及嵌入式系统，和前台交集较少，发挥空间很有限。除了在之上开发应用外，能看到的还有两个潜在方向：把 Node.js、浏览器内核移植到 IoT 设施，打造一个可运行前台代码的 Runtime；部分设施需要展现数据，可以基于图形技术打造专属渲染引擎。

AR/VR/MR：核心是硬件及交互方式的变化，前台能参加到类库及应用开发中。但受设施所限，目前还不是应用的主流，需要结合业务特点寻觅切入点。

智能硬件：非常酷的一项技术，智能音箱算是当下最成功的应用，机器人则是这项技术的终极形态。其核心在 AI 、自动化控制及硬件上，给前台带来的更多是应用形态和交互方式的更新。

可视化应用开发：不写/少写代码就完成开发，这是前台的一个夙愿，不可能完全达成，但在特定场景下是可以做到的。MFC、Dreamweaver、Flash、Microsoft 是该领域的先驱，Wix、Webflow、Bubble、Node-RED、FrameX、PowerApps 是当下值得关注的。其本质上仍是通过更好的开发套件提升应用生产效率，其最大竞品是成品 SaaS，毕竟拿来就用比搭建更简单，这就好像当需要一台电脑时多数人会选择买成品而不是买配件组装。

综上来看，这些新技术的关键路径和核心技术多数都不在前台，但我们能以使用者的身份参加进去，结合业务特点进行实践，让现有研发工作做得更好，让应用的交互体验更好。不过，还是有两个前台强相关的技术有望带来变革：

IoT 上的 App Runtime ：其背后就是一个引擎，能让前台应用运行在越来越多的新型终端上

可视化应用开发：有望把部分功能和应用的开发成本降到最小

一窥未来

应用形态日新月异，新技术风起云涌，未来扑朔迷离。作为前台，我们到底该往那些方向进行技术储备呢？要找到有指导意义的技术路线图，除了前文这些分析外，还得回到前台的本质中去探寻变革背后那些不变的东西，只有它们才能让我们以不变应万变，把技术转换为生产力。

前台技术发展变化尽管很快，但从程序的视角来看，有两个东西一直未变：

终端的形态和交互方式一直在变，其本质未变：

渲染数据：把数字世界的数据转换成可被人感知的声音或者图像，图形技术、音频技术、排版技术是核心

采集数据：把物理世界的数据、人脑中的知识转换到数字世界，传感器技术、编辑器技术是核心

应用的类别和交互方式在变，但应用研发始终可以分解为四大部分：

云：提供应用运行所需的数据，托管资源及可执行代码。

端：依托某个 App Runtime 提供 UI 给最终客户。

专项技术：业务是技术之本，脱离了业务，前台将是无根之萍，而每个业务都有其专业属性和专项技术。

App Development Engine：也即“开发套件”，在普通工程师完全自主可控的范围内提升生产力。

结合以上分析以及我们所属业务的特点，整理了下边这幅前台技术大图以抛转引玉：

图中的每个区域都是一个不小的技术领域，要完全讲清楚得专门写文章，再加不少领域我只是略知一二，就不过多开展了，只简单详情几个我认为比较重要的方向。

App Development Engine

当下的 Web 应用开发真的让人揪心，学习曲线非常陡峭、新概念层出不穷、技术升级换代太快…应用复杂度并不比十年前高多少，但要学习和掌握的东西是之前的很多倍。身处产品研发这个战场的前线，我们的装备一点都不精良，大把精力耗在作战无关的地方。生产力尽管在提升，但完全赶不上业务增长速度，App Developement Engine 这个提升生产力的关键因子在当下显得尤为重要。

这个领域是创新最活跃的地方，从过去的发展历程中能看到少量演进脉络：

从 Engine 的角度看，演进的背后有两种理念：

Coding Less：通过强大的 SDK、框架和工具让工程师更好地 Coding，专注在实现业务上

No Coding：通过可视化 IDE 达成不写代码，通过拖拽、编写配置文件就能完成应用开发

从开发者角度看，对 Engine 有三个期待：

Productivity：必需能提升生产力，让工程师可以高效地写出健壮、易维护的代码

Simple & Stupid：KISS 准则的核心，让开发变简单不仅能提升效率，还能让更多人成为前台工程师

Business More：研发资源非常宝贵，让工程师专注在业务上是提升效能的关键

未来的演化也会遵循这些脉络，Coding Less、No Coding 各有其应用场景，需要结合业务特点选择侧重点进行投入。但有一点我觉得是必然的：要开发优质应用，还得靠 Coding，不过写的代码会越来越少。

No Coding 过于完美，应用场景有限，再加上有成品 SaaS 作为更好的替代品，我更倾向于用 Coding Less 模式去实现业务主线，把少量机械性、重复性、一次性的开发工作通过 No Coding 模式搞定。

不过 No Coding 的一个分支 Visual Programming 非常值得关注，它在编程教育领域应用前景非常好，Scratch 、Blockly 是典型代表，而编程教育不仅蕴藏着巨大的商机，而且还会给我们带来源源不断的生力军。

业务专项技术

每个业务都有自己的特色技术，这些特色技术是业务之本，关乎存亡。这里以我所参加研发的语雀为例以抛砖引玉，思考逻辑大致如此：

当下可做什么：业务的本质是什么，端相关的技术可以处理业务链路中的哪些问题

未来需要什么：业务的未来是什么，有哪些相关技术和产品

语雀致力于打通「知识」和「大脑」之间的双向通道，背后是两大关键技术：

编辑器：知识从大脑到数字世界的关键，语雀当下的文本编辑器、目录编辑器还很初级

知识可视化：知识被人脑感知和了解的关键，给知识最佳的呈现形态有助于知识的了解和传播

“数据可视化”和“数字孪生”在当下和语雀的关联并不大，但在未来肯定会和语雀紧密相关：

数据不仅是科学研究的基础，其背后本身就蕴藏着知识，数据可视化可以让这些知识更好地呈现给人们

数字孪生和知识结合蛮有想象空间的，比方：数字博物馆、虚拟天文馆、仿真生态系统

App Runtime

为什么 App Rutime 会是变革的生力军呢？

由于历史告诉我们：引擎的革新是开拓新战场的核心驱动力，而 App Rutime 的核心刚好就是引擎及其之上的 SDK。在很长一段时间里，前台技术得益并受限于浏览器引擎，广大前台工程师只能在 App Development Engine 层发力。

但时至今日，终端、应用形态的多样性越来越强，移动互联网已经打破浏览器一统天下的局面，不难看出浏览器技术的进化速度已不能满足越来越多的新型终端和应用形态了。

可以大胆地预测在这个领域必然会有一场变革，变革有可能由浏览器进化产生，也有可能是少量新的引擎。已经能看到少量苗头了：

Office 以惊人的速度和 UI 一致性覆盖了所有终端，猜测其背后有一套跨端 UI 方案

超级 App 打破了浏览器一统天下格局，小程序已是新的 Runtime。

Flutter 在探究的就是一个新的跨端 UI 开发方式。

Fuchsia 则是 Google 在探究的一个更大的局，从 OS 层面推动变革。

更关键的是：这场变革是前台工程师有机会参加进去的，由于引擎的核心技术——图形技术已经在数据可视化、H5 Game 的推动下成为不少团队能熟练使用的技术。而应用类型的多样性也会给少量垂直市场的 App Runtime 留下生存空间，这块已经有少量成功案例，比方：游戏领域的 Cocos 引擎 和白鹭引擎、桌面软件开发领域的 Electron，未来应该还会有更多。

领域服务

“领域服务”对前台来说可能比较陌生，它的背后是大名鼎鼎的领域驱动设计（DDD:Domain-Driven Design），是应用在云端部分的高度笼统，是系统中的稳固部分，这也正是前台总是改版而服务端接口却可以不变的起因。

服务端研发有这样一条演化主线：处理编程语言层面的问题 -> 处理开发框架 & 类库问题 -> 专注于处理业务问题，Java -> Spring -> DDD & Sofaware Architecure 就是典型案例。服务端之所以抗变能力这么强，正式因为把主要精力放在了领域模型笼统和系统架构设计上。

为何领域服务在当下对前台也这么重要，由于：

领域模型和领域服务是对业务的笼统，也是了解业务的直观表现，好的领域模型能大大降低前台开发成本

领域设计的相关思想、理念可以借鉴到前台中，给前台带来处理问题的新思路

前台处于研发的十字路口，信息面最广，极有潜力协调产品、设计、服务端等工种共同梳理领域模型和业务链路

关于 DDD，可以从这三种非常容易了解和掌握的经典架构入门：

Hexagonal Architecture(Ports and Adapters)，六边形架构

CQRS – Command Query Responsibility Segregation，命令查询职责分离

The Clean Architecture

全功能型团队

前台是工程师中离客户最近的群体，很多前台心中都有一个产品梦，这个产品可能是一个技术产品也可能是一个客户产品。

很长一段时间内，我们疲于生存，只能忙里偷闲折腾个小工具或者者参与下 Hackathon。但随着技术的演进，不少团队已经具有了全栈能力，并承担了 App Development Engine 中的少量平台的自主研发，让这个梦近了少量。

但要完整实现，光有全栈能力是远远不够的，还需要一个包含技术、产品、设计、经营的全功能团队才能达成，这种团队不仅能提升协作效率、保证交付质量，还有可能催生出商业化产品。

很多公司都在往大中台 + 小前端的方向发展，而支撑小前端的恰恰就是全功能型团队。所以在时机成熟时可以组建全功能型团队，逐渐承接业务中人机交互部分的研发工作，让“客户体验”能落到实处。

砥砺前行

前台技术的未来，没有标准大图，这份图蕴含在每个业务中，更需要脚踏实地把未来亲手打造出来，业界趋势、新技术、新产品形态都是可以借力的因素。

假如你已经有一个愿意与之一起奋斗和成长的业务，即可以结合业务定期推演适合它不同发展阶段的技术大图。假如还没有，也不用急，打好技术基础，做好手上的每个项目，结合业务在 Appliaction Development Engine 领域探究和实践，逐渐寻觅真正想做的业务、想服务的客户。

软件研发是一项理论和实践并重的技术，实践尤为重要，由于最终我们是要写出健壮运行的代码给客户用的。

不论未来如何，在持续学习和实践中强化对编程、技术、业务的了解才是根本。除了学习和实践与业务最相关的技术外，建议按自己的专长和兴趣把重点放在这些领域：

领域驱动设计：强化领域建模和系统设计能力，力争懂业务、成为领域专家

软件架构设计和软件设计哲学：它们会为系统、框架、类库注入灵魂，让代码有生命力

图形技术：在应用、引擎两层都有广阔的场景，最关键的是图形应用在未来的占比肯定会越来越高

AI ：不必深入究竟层，但需要掌握其使用，不妨先从 TensorFlow 开始

编程是一种修行，应用修行的产物，也是我们与世界交流的方式。

未来在哪里并不重要，重要的是以空杯心态持续学习和实践，用心写下每行代码。

在入门学习前台的过程当中你有遇见任何技术，行业方面的问题，你都可以加入我的前台学习交流裙：

前面： ++++++++ 282+++++++++++

中间： ++++++++++549+++++++++

最后： +++++++++++184++++++++

里面有我从去年到现在，根据市场技术栈需求录制的最新视频教程，文件里面有我做前台这几年整理的学习手册，面试题，23款开发工具，PDF文档教程，需要的可以自己去下载。