技术观：前端的价值与边界

适用范围：前端工程师、技术管理者（Tech Lead、前端团队负责人）、产品经理、UI/UX 设计师、关注技术价值与职业发展的从业者，以及在 AI 时代希望理解前端岗位价值与边界的工程师。适用于前端价值认知、体验设计、终端技术规划、开源实践等场景。

更新摘要（v2 · 2026-08 更新）：

• 结构化升级为 6 节骨架（导言 / 核心方法论 / 关键流程 / 工具与实战 / 常见误区 / 进阶延展）
• 原文为访谈重构叙事篇，无 AI 时代注解，本次补充 2026 年 AI 时代解读
• 本文无 Mermaid 图，以结构化叙事与表格呈现
• 将原文五大部分（前端三大价值 / 页面仔到产品工程师 / 何为体验 / 终端技术版图 / 开源哲学）重组进 6 节骨架

1. 导言

1.1 关于本文

本文整理自极客时间《超级访谈：对话玉伯》专栏。玉伯在前端圈子摸爬滚打十几年，从淘宝到蚂蚁，从 KISSY、SeaJS 到 Ant Design、AntV，他带领的蚂蚁体验技术部一度是前端工程师最希望加入的团队之一。在这篇长文中，玉伯系统性地分享了他对前端价值、体验哲学、终端技术版图、开源理念的深度思考。

1.2 2026 年 AI 时代解读

玉伯"技术为人服务"的技术观在 AI 时代更加深刻。当 AI 大幅降低前端实现门槛，"降本增效、提升体验、创造可能性"的前端三大价值不仅没有过时，反而在 AI 时代有了新的演绎——AI 让前端能更快地实现降本增效，让人机交互体验有了新的创新空间，也让前端技术更能为业务创造可能性。

2. 核心方法论

2.1 前端三大价值

前端的核心价值，可以等同为一个问题："公司为什么需要前端团队？前端团队因何而存在？"玉伯给出的答案是三个递进层次：降本增效、提升体验、创造可能性。

1. 降本增效：集中化管理的效率逻辑

降本增效是前端团队存在的基本盘。互联网公司选择自建技术团队的核心原因是：让产品研发更快，质量有保证，整体可持续发展。集中化管理的一个核心价值在于"砍需求"。当前端是集中的、人员整体紧缺时，面对业务需求就不再无条件接需求了，在需求的取舍过程中就砍掉了很多没必要做的需求。砍需求往往是对业务的最大提效。

玉伯对此有一个更深层的理解："分工是整个社会效能提升的关键。工业社会的分工极大提高了社会运转效率。"

2. 提升体验：离用户最近的工程师

前端对业务的第二个价值，是有助于产品体验的提升。因为前端是最靠近用户的工程师。前端在与后端的关系中，并不是为后端服务的，前端跟后端是平等的，共同服务于一块业务。后端懂业务，前端懂体验，这是长处。

衡量产品体验好不好，传统常用的是 CSAT（客户满意度），to B 领域往往会用 CES（客户费力度），to C 领域常用的是 NPS（净推荐值）。

3. 创造可能性：技术驱动业务创新

第三个价值点，是前端技术开始真正为业务创造一些可能性。他举了两个典型案例：

• 数据可视化领域：团队研究学术界进展，发现《The Grammar of Graphics 图形语法》，以语法的方式做数据可视化框架（AntV）。当真的把图形语法实现出来后，发现跟 AI 领域可以天然结合，利用语法特性，能根据数据特征或用户指令，通过语法智能化生成图表。
• 蚂蚁森林：支付宝上不少应用已经不是传统前端应用，而是互动应用，基于图形互动技术实现五福、打年兽等业务，为支付宝的业务形态提供了新的可能性。

小结：前端的价值有三点：降本增效、提升体验、创新可能。三者是递进关系——从效率基础盘，到体验差异化，再到技术驱动业务创新。

2.2 何为体验：体验两层论

一般谈到体验，大家都会想到用户体验，狭义讲就是用户使用产品过程中的人机交互体验。玉伯把体验分为两层：第一层是用户体验，第二层是研发体验。用户体验就是让用户用得爽，研发体验是让我们自己爽。业界说法是要把简单留给用户，把复杂留给自己，玉伯的提倡是：把简单留给用户，同时也把简单留给自己。

这个"两层论"很关键。很多团队只关注用户体验这一层，忽视了研发体验。但如果研发过程本身痛苦不堪、效率低下，最终也很难持续交付好的用户体验。Ant Design 就是一个同时兼顾两层体验的典型案例。

2.3 体验基线 vs 天花板

体验基线就是体验地板，是体验默认不糟心。这个点看起来好像挺容易达成，实际上挺不容易。体验基线的提升是系统化工程，经常会比单点的体验天花板的提升更难。

Ant Design 有个长远目标，是使用了 Ant Design 的产品，就能"默认好看并默认好用"。目前"默认好看"的目标初步达成了，但从默认好看到默认好用，还在过程中。

2.4 从好看到好用

好用更多取决于产品的操作交互是否贴合业务场景。客户服务系统的案例说明：一个好的客服操作页面，需要页面信息密度足够高，方便客服人员在一个页面里就能找到各种信息并做快速操作。密密麻麻才好用，宽松排版虽然好看，但并不好用。

由此玉伯对"飞机操作仪表盘是不好的体验"这个业界常用比喻打了个问号："如果真把飞机的操作盘简化成 iPhone 一样，那飞机可能就要失事了。要回到专业领域去思考，去调研真正在飞机控制室里的飞行员是怎么想的。"

2.5 按摩椅的比喻

好用，很难定义。玉伯用了一个非常精妙的比喻：一个按摩椅，可以设计得躺着很舒服，体验很好，但是舒舒服服地按摩后，起来发现并没有缓解腰酸或腿疼。舒服的按摩椅，最终没有功效，那也是不好用的按摩椅。

体验跟时间有关系、跟人群属性有关系、跟面临问题的程度有关系。考虑有用，考虑功效后，很多产品要达到好体验，还有好长的路要走。

2.6 开源哲学的核心信念

玉伯的开源哲学可以提炼为几个核心信念：代码是工具而非目的，文档先行而非代码先行，分享想法而非分享代码，异步协同优于实时沟通。

"代码是实现产品的工具，就像语言是沟通的工具一样。我们说话，本质上是沟通，语言只是沟通的一个工具。"

3. 关键流程

3.1 从页面仔到产品工程师的身份转变

身份转变花了很长时间，2014 年-2018 年玉伯觉得他还是页面仔，2018 年以后才能自称为工程师。Ant Design、AntV、前端工程化、前后端分离等事项，在经过 3-4 年发展后，到 2018 年才逐步显露成效。

2018 年起，蚂蚁体验技术部开始倡导：让前端工程师往产品工程师方向发展。语雀的不少技术人，喜欢写代码，同时也喜欢语雀，在用技术实现语雀过程中，还抱着对产品的热爱和见解。语雀的一些产品模块是前端工程师在负责，这是语雀的核心产品竞争力的来源之一。

3.2 参与开源三阶段

第一阶段：源码开放。最开始对开源的理解，就是把源代码放出来，然后大家能够一起去看源代码长什么样子，是怎么实现的，还可以参与贡献。

第二阶段：社区讨论。雅虎的 YUI3 项目，代码还没写多少，但整个项目组就已经通过整个社区运作，共同探讨 YUI3 应该如何设计。设计先行，文档先行，而不是先写代码，这种开源协作对玉伯影响非常大。

第三阶段：产品视角。YUI3 项目的发展不顺利，让玉伯开始思考写代码是为了什么。YUI3 是一个技术产品，作为技术产品，真正决定产品成败的，并不是代码。决定一个开源产品成败的，往往是产品本身的设计理念和思路是否符合潮流。

3.3 开源参与流程：打擂台式迭代

从参与文档讨论，逐步开始尝试提交代码，这个过程很像打擂台："你提交了一个版本，对方一看这是什么啊，觉得你写得不好，然后别人会提交一版实现，把你的代码给覆盖掉了。这个时候，人的斗志就来啦，内心不服，就会想到更好的方案去实现，然后来个回马枪。"

3.4 文档先行实践（Arale 项目）

玉伯做 Ant Design 之前还有一个开源项目 Arale，充分践行 YUI3 的文档先行理念——"我们对外说我们开源了，打开一看，一行代码都没开始写"。文档先行的理念对玉伯影响很大，和亚马逊说的"六页纸"管理方法有异曲同工之妙。

3.5 蚂蚁内源实践

除了 Open Source，蚂蚁也在推进 Inner Source（内源）。蚂蚁做内源的背景是集团"去中台"——技术中台回归业务线，但会带来"烟囱"隐患。内源可以防止再次重复建设。

蚂蚁内源的一个核心做法是"去团队化"：让内源项目去团队化，让 AntV 变成是蚂蚁的，而不是体验技术部的。目前蚂蚁 Inner Source 只达到了源码开放，内部社区还在构建过程中。回到开源的三个阶段——第一阶段是源码开放，第二个阶段是社区讨论，第三阶段是产品视角，内源很容易卡在第二步，因为第二步需要足够的人参与进来。

3.6 终端技术版图演进

从技术角度来看，终端技术主要等于客户端技术 + 前端技术 + 小程序技术，也包括 IoT 端的技术，以及 VR、AR 等技术。蚂蚁这边统一叫做终端，是前端加客户端一起融合成为了终端技术，是大终端的概念。

小程序演进历史：

• 上个世纪 90 年代很多软件是 C/S 架构
• 互联网的前十年开始用大量 B/S 架构
• 移动互联网时代，B/S 架构又往前进化到移动 App
• 从 App 再往前演进，在中国就是小程序

小程序的下一代可能是微应用——"Document as an App，文档即应用"。像低代码的本质，也是降低软件研发成本。这些演进的核心都是为了降低成本，同时降低门槛，能让技术普惠。

4. 工具与实战

4.1 与业务负责人建立互信

如何让业务负责人感知到前端在帮他们提效？核心关键点是：如何让业务方相信前端的专业度。前端是技术岗位里离用户最近的，不少优秀的前端工程师经常具备不错的产品思维，往往能给到业务一些靠谱的建议。当这些好建议有一起两起，逐步跟对方开始有互信，开始建立正循环时，一切就好了。

4.2 体验度量指标

4.3 客户端工程师的三个发展方向

当前客户端工程师遇到的困境比较明显，三拨人在往不同方向发展：

• 第一拨：转向前端：让自己多一门技能，学前端去做业务。
• 第二拨：做对性能要求很高的业务：比如支付宝扫一扫，扫一扫如果用前端去做，体验永远不会有客户端做这么好。
• 第三拨：往整个终端的基础技术走：做小程序的容器、网络、端智能等方向，需要高精尖的人才不断去做深做厚。

4.4 开源商业化观察

前端领域的开源，目前更多在做社区，前端开源项目的商业价值很难很高。对蚂蚁前端的开源项目，策略是回馈社区，尽量不做商业化。

但在后端的数据库领域，开源商业化是挺热的话题。很多做开源商业化的公司模式就是：开源就是商业本身。通过开源抢占话语权、撬动生态力量去定义标准，成为事实标准后圈一波自然粉，到最后一步才做付费。

5. 常见误区

5.1 前端是"页面仔"

误区：认为前端只是"切页面"的页面仔，没有技术深度。

正确认知：前端从"页面仔"到"工程师"再到"产品工程师"的身份进化，正是三层价值（降本增效、提升体验、创新可能）逐步兑现的缩影。前端不仅是有技术厚度的，还能成为产品核心竞争力。

5.2 体验 = 好看

误区：认为体验好就是界面好看。

正确认知：体验不等同于好看，不等同于好用，也不等同于当下感觉好。好用更多取决于产品的操作交互是否贴合业务场景。客服系统的例子说明，密密麻麻才好用，宽松排版虽然好看，但并不好用。

5.3 前端的天花板比后端低

误区：认为前端天花板低，发展受限。

正确认知：这很多时候是认知偏差。大家讨论天花板，其实在讨论人的发展，不是讨论某个职业的发展。背后只有一个因素：需求。供大于求就发展慢，供不应求就发展快。真正限制发展的不是职业本身，而是人自身的学习能力和视野边界。

5.4 等代码写好了再开源

误区：国内开源项目，一定要等到代码写得差不多了才开源。

正确认知：这往往导致别人都没有参与的机会了，对别人来说只能用。古典开源主义认为，开源最早的理念是分享想法，并不是分享代码。设计先行、文档先行是更好的开源实践。

5.5 用 App 体验标准要求所有产品

误区：认为体验不好就要把产品做简单，用 iPhone 式体验衡量一切。

正确认知：体验要回到专业领域去思考。如飞机仪表盘，如果真把操作盘简化成 iPhone 一样，飞机可能就要失事了。从好看到好用，更多在做的事情是让特定领域的设计师深入业务。

6. 进阶延展

6.1 体验创新的停滞与趋同

在今天，体验不够好的地方，是体验本身的创新停滞。人机交互设计的创新，这些年有种停滞感。从 PC 到手机的创新，特别是触摸屏的体验，是苹果带来的一个很大创新点。但是从手机之后，都是些微创新，甚至目前很多 App 的体验有倒退，整体趋同。

"越是大众的产品，在体验层面的创新越难。因为所有的数据都会指向一个结果——保持老样子是最好的。就像《三体》说的，文明进化会被锁死，其实产品体验也会被锁死。"

真的创新是要改变用户习惯的，在改变后，还能让用户喜欢，如果能做到这样才是真正的创新。

6.2 2026 年 AI 时代视角

AI 对前端三大价值的影响：

• 降本增效：AI 编程助手让前端研发效率进一步提升，砍需求、集中化的价值依然成立；
• 提升体验：AI 让人机交互有了新的创新空间（智能图表、自然语言交互），但"体验会被锁死"的困境依然存在；
• 创造可能性：AntV 图形语法与 AI 天然结合已验证了"技术给业务新可能性"，AI 时代这种可能性会更多。

AI 时代的前端，核心竞争力正从"写代码"转向"体验思维 + 产品理解 + AI 协作"，这与玉伯"技术为人服务"的技术观一脉相承。

6.3 延伸阅读

• 《超级访谈：对话玉伯》（极客时间）
• 本系列后续篇章：产品观 / 成长观 / 管理观
• Ant Design / AntV 官方文档

本内容基于《超级访谈：对话玉伯》重构整理，并补充 2026 年 AI 时代解读。适用对象：前端工程师、技术管理者、产品经理、UI/UX 设计师。