超级访谈：对话玉伯_02_01_从页面仔到工程师前端到底在发挥什么价值
玉博在前端圈子里摸爬滚打十几年，他对前端价值的理解是什么样的？在他眼里，前端到底是一个怎样的岗位呢？我们带着这样的问题向他提问。
支付宝体验技术部是前端同学最希望加入的团队之一。
玉博带领这个团队做出诸多创新产品，一定程度也能代表前端团队的边界拓展方向。
因此，我们希望把玉博的理解交付给你，也许能给你不一样的视角。
好的，于波老师你好，经过你这么多年在前端方向的实践，你觉得前端的核心价值到底是什么？嗯，好的，前端的核心价值，这个问题其实还挺大的啊，在我看来可以等同为一个问题，就是要回答公司为什么需要设立前端团队，然后是前端团队因何而存在，要回答这两个问题，我自己的回答的话会有三个点。
第一个点的话是前端可以为公司降本增效，就是这是一个非常基本盘的一个前端价值。
一个公司要做互联网产品，可以用外包，也可以采用那个自建团队的方式。
然后在阿里、蚂蚁等互联网公司都采用了自建自建团队的方式。
这个核心原因我的理解是，那自建技术团队可以让产品研发整体节奏更快，然后质量会有保障，整体也是可以让后续的产品可持续发展。
长期来看，互联公网自建技术，团团可可以大降低产业成本。
本并保证续续高效产产出。
前端这一块，包括技术团队这一块，在组织设计上经常会看见一个现象，就是大的技术团队和前端团队其实往往会集中在一起，集中可以带来效率的提升。
假设一个业务需要三十个前端来支撑，放到我这里。
集中化管理的话，可能只要二十个人就能满足业务需求。
因为集中化管理是可以复用专业经验的，我们知道如何更高效、更专业的来支撑业务。
前端团队放在及时还有一个好处，在判断需求优先及时，可以做全局的取舍，整体全局的取舍会更自然。
当前端如果分散在各个业务时，好处是能形成自闭环，但会带来一个业务题题，临散一端往往会被迫接好的需求。
一旦前端是集中化管理的，同时，前端人员整体全是紧，确实面对业务需求，前端团队往往可以从全局去看，是不用再无条件被迫接。
呃，所有需求的在需求推的过程中，就能够帮助业务砍掉一些没必要的需求。
砍需求往往是对业务最大的提效，不做一些需求，反而能够提升需求质量，最终让业务把需求给做对。
但确实如果我们自己就是业务方独立负责一块业务，然后这个时候很多leader也肯定会想自己能够闭环就是最好的，不然还得等排期。
然后在这种情况下，有时候leader是自己直接招几个人，这样更高效，这也是很符合人性的。
当然实际情况在很多大公司的话，很多情况这种事情要客观去看。
在早期业务从零到一的时候，采用自闭环可以更高效。
然而发展到一定阶段之后，特别是各个板业务板块开始产生互相关联。
要互相联动的时候，集中化的一个团队，技术支撑往往能够复用专业能力，整体业务效能也会更高。
我现在有时候会想起一句话，也是更更加那个理解了。
就是整个分工其实是整个社会效能提升的关键。
整个工业社会的分工是极大提高了社会运转效率。
以前，农业社会、衣食住行所需要的东西都可以自产自销，这叫自闭环。
但是效率是比较低的。
正因为有了社会分工，整个人力社会才飞速发展。
降本是最近几年才比较凸显被提及的。
现在不少公司都开始提经营责任制，各个leader也会更意识到要省钱。
举个例子，设计师对业务来说是很重要的。
但是如果业务线都自己去招创意设计师的话，往往不如用设计大团队，然后提供的同学。
因为其实用那大团队提供同学的话，整体成本是更节省的。
统一的设计或前端部门可以做整体统筹，议价能力也更强，可以非常实在的降低成本。
总而言之，前端团队存在的价值一个团一个公司里面。
然后前端团队他之所以设立，在我看来，最重要的就是因为技术专业的分工能带来整体效率的提升。
同时前端团队往往是个整体，集中化的管理，也可以降低公司的那整体成本。
嗯，你们聊到增效嘛，那你们怎么去和业务负责人沟通呢？就是让他们感知到，实际上你们是在帮他们提效的呢。
嗯，可能时候我们跟业务方沟通的话，要让他感觉到我们在帮他提效。
这中间最关键的是要跟业务方建立互相信任，就是互信是一个最基础的一个条件。
如果业务方提什么需求我们都拒绝，这肯定是不行的。
我们一般是会一边接需求，一方面也会去客观判断这个需求的合理性，然后有勇气去去跟对方说出我们的想法。
比如为什么某个需求我们觉得不靠谱？为什么当前人员腾挪不出来，然后可以主动把我们的前端人员投入那透明出来，让业务方能够通过一张信图就能知道我们把人员都花在什么地方呢？整个过程中的话，核心的一个关键点，我觉得是如何让业务方相信前端团队的专业度。
前端是技术岗位里面离用户最近的不少。
优秀的前端工程师经常具备不错的产品，赛事，往往能给到业务一些靠谱的建议。
当这些好的产品建议有给到业务方，而且有被业务方采纳。
有这么一起两起典型案例的时候，其实逐步我们就能够跟业务方开始建立信任，开始相互信任。
当这种信任开始有正循环的时候，就是往往很多事情就好办了。
我们会有一个底层的相信，就是前端团队的专业。
我们的善意业务方同学学是能够感受到的当带的团队比较大时，与业务大力的的呼吸，你会变得变得更重要。
啊，具体的业务leader有时候可能会抱怨说前端团队老不接我的指求。
但是站在那个业务大leader的角度来看的话，往往可以从更全局去看。
一旦从全局去看的时候，你就会发现很多资源投入的本质其实是优先级管理上一个台阶，看问题，很多问题就能够能够决策出来。
嗯，前端团队放在一起，能够给业务更专业的指导，或者是更专业的反馈。
就是看起来你带的团队前端还是有话语权的那前端这种专业度是怎么去建立起来的呢？嗯，关于话语权，这个话题还挺有意思的。
我觉得这个核心是取决于前端让leader的一个想法。
我我自己的话一直会有一个观点，就是觉得前端同学并不是为后端同学去服务的。
前端同学跟后端同学是平等的，是共同服务于一块业务，就这是一个观点。
这个其实首要的一个点是要自己的心态要摆平，要跟后端的团队说清楚我们前端的一些想法。
有些后端同学会老觉得只要是就是这是后端提的需求，前端你做就好了。
但是实际上需求不应该来自后端开发，更应该来自于产品方和业务方。
有不少情况下，就是有些业务可能没有专职的产品经理，就是后端会兼了PD的职责。
比如说在很多中后台业务场景下，然后在这种场景下的话，我觉得也得把后端开发和产品岗位这两个岗位要分开来看。
当你把这种分开来看的时候，摆平心态摆平位置后的话，前端和后端同学更多是一种合作伙伴的关系，然后共同把一块业务或产品给服务好。
当我们把跟后端同学的关系梳理清楚之后，其实更难的是跟业务业务方、跟产品方如何达成互相信任。
然后这一块就非常取决于前端团队和前端同学对产品域或者是一个业务域的一个熟悉理解程度。
因为因为要和业务能够对得上话的话，我们就不能纯粹是只是一个前端工程师，不能只是一个页面展，而是要成为懂懂业务的技术。
在逐步担论蚂蚁CTO期间的时候，其实我刚来蚂蚁不久，在当时在前端支撑的业务其实是有非常多的业务类型。
就是有有有有数据的，有算法双例的，就是关于整个蚂蚁CTO线基础设施平台有有有那各类产品。
然后对前端来说要学的东西是非常之多的。
在当时也是有些担忧。
但是后来我觉得逐步在了解这些业务之后的话，就逐步自己就从一个前端资源慢慢的随着对业务的越来越熟悉，然后就开始对业务也有了一些那自己的判断。
然后在这种情况下，就逐步跟业务可以做了，做跟你对话，然后然后才慢慢的会感觉到自己能发挥这个作用会会更大一些。
然后再往后会也会有一个洞察，有个发现吧，就是前端可以通过我们自己的努力，有业务有更深的了解。
但同时中间会有一个很好玩的话题，然后这个可能在懂业务，有时候在很多领域都可能很难超越服务端开发。
因为那个服务端开发在服务端的那个代码层，是真正掌握着大量让业务逻辑的前端写的代码，更多是页面展现逻辑。
因为整个工作风控的不一样，然后这个使得前端懂业务其实并不如后端，懂业务就来的这么自然。
但同时前端懂得一定就是在前端代码实现的界面层。
然后这个界面层很核心的就是人机交互体验，然后就是前端懂体验，就是这是前端团队的一个长处。
因们其实作为前端，对于一些产品的交互设计，对一些体验细节，以及对该产品在使用在特定场景下使用产品的体验。
然后这块的感知其实前端是更有优势的。
后端很多时候其实是并不太懂用户侧的体验。
他们有时候甚至会觉得把产品功能给那个堆上去就行了。
然后甚至有时候还挺烦前端的，就觉得有些就是就是别逼逼，赶快往前做就好了，把功能给那个堆起来就行了。
对，但实际上这可能会带来糟糕的产品体验。
但是我我自己会觉得要衡量一块产品或者是一块业务体验，好不好，会有很多指标，而且要分不同领域，会采用那个不一样的指标。
传统我们常用的其实是有一些是客户满意的那这个是很多行业都在用，这个就不多说了。
然后在to b领域，我们其实会经常用的CEE叫做客户的那个费力度。
就是是表示一个客户，一个用户在使用to b的产品的时候，它的那个费力程度其实这是一个反向指标。
但这个反向指标是可以反过来去看这个产品它好不好用。
然后在to c领域，也就大家可能都会常听说的是进推荐值是用那个MPS.然后当我们能够分门别类的在不同领域用专业的体验衡量指标去衡量产品体验的时候，并且这过程中我们可以给出产品给出业务一些具体的优化建议的时候。
然后这个时候其实很多很多合作伙伴，很多业务方他就能看到前端是真的懂体验的。
并且是那个愿意就是跟前端一起去把一些体验点做优化。
就当我们作为前端体现出对体验的那个专业度时，其实在这种情况下，很多伙伴很多产品业务其实就会让尊重前端也非常信任我们。
嗯，刚才咱们聊了前端，对业务的第一个价值点就是降本增效嘛。
那第二个价值点是什么？对第一个价值点是降本增效。
然后我觉得第二个价值点的话，就是前端对体验的一个感知，使得前端是可以帮助产品体验的提升的。
因为前端是最靠近用户的工程师，就是这个是真的是这个前端这个岗位跟其他岗位很不一样的地方。
是，而且也是因为这个点时前端在体验测是能够给到产品和业务很大价值点的。
就一个产品最终展现给用户的界面，其实都是前端或客户端同学通过那代码写出来的。
然后前端在写代码的过程中要做调试试做做调试。
整个过程中的话，其实会对产品的这个sense也是很重要的当前端在写代码过程中感觉到不太对劲时。
其实其实其实在这种功况下，有些非常不错的前端同学，他就会去找设计同学，找产品同学反馈，然后去说有些地方可以优化，然后一起共同思考。
是不是有些地方没有考虑周全，有些细节功能点是不是可以改一改，然后就挺有意思的。
我们有时候会把这这个行为用用句话来总结。
就是说当我们那个代码写的很别扭，写不下去的时候，其实大概率可能是产品的设计有问题，或者里面的逻辑，甚至都可能没有考虑全。
然后这个时候我们其实最好的做法是停下来停下来，能够反过来跟产品和设计一起去再重新看这个产品设计点啊，去做一些修改。
然后这种事情发生的时候，往往后续来看的话，对业务的价值是那个最大的。
谈到前端的一个体验感知的一个优势的话，就到当下。
其实整个前端跟体验的感知也也是有一个那个危机的。
这个危机就就来自于就是就是在现有的前端同学里面，对，也是有感知的同学，就是会整体有有有减少的趋势。
在老一辈前端同学里面，其实有很多是像像我这种可能从物理啊，包括有很多同事也是从学化学的、学生物的，跟还有学艺术的。
就是各行各业里面转行过来的，是对体验有浓厚兴趣，然后是转行来学做前端同学。
然后像我们这个老前端，我觉得整体来看，可能十个人里面有七八个同学，就是普遍对用户体验的感知力是很强的。
然后我自己的感知是从一七一八年之后的话，整个前端逐步形成了一个新兴的一个岗位。
然后这个岗位整个校招这一块的生源也变好了。
然后会有大量计算机科班出身的同学，然后开始做前端，然后选择那个从事那个前端职业，包括最近几年都有一些是本来应该是想去学，是本来是学学算法的，想做那个AI的。
但是他后来因为各种原因也会选择来做前端。
然后你会发现这些科班出身的同学，他们的整体特点是更理性跟逻辑化，然后更像那个服务端开发。
然后这些其实都是科班同学的一些优势是非常之好的。
但同时稍稍稍微有一些那个不足的点，就在这里面会有少量同学对体验的感知是有缺失的。
比如说对写CSS是会有点抗拒，然后同时我们谈的有时候说老前端的那个像素眼，可能在这些同学里面有时候也很难具备。
然后我举个例子也挺有意思，就是之前好多年前面试的时候，我我我经常会出一道题，就是拿CSS实现的一个页面去给候选人看。
但但实际上这个是就是实现里面是有一瑕疵的，中间可能有些地方会有一两个像素的偏差。
然后去让这个这个候选人说你你看看这个实现有什么问题，然后很多候选人可能会直接去看那个代码是有什么问题。
但实际上我们考的是说能不能够看出它的像素是有偏差的。
就是我们会叫做在考他的那个像素眼。
对，然后然后这个东西其实在早年间老前端同学的话，基本上很多同学一眼就看出来了。
但现在很多新同学的话，往往可能看了半天，然后在那里研究代码，哎，说这东西也没问题啊。
然后其实是没有，就是就是一眼看到就是中间其实是有那个瑕疵的。
然后现现在这道题是我我我基本上也不会那个拿出来面了。
就以前的话，我觉得前端对体验的感知是挺不错的，已经往前走了，走了一步。
然后同时我们在做那个啊这样过程中的话，也会让那个设计者更关注核心的创意和和那个关键的元素。
包括目前在蚂蚁做一些综合的产品。
我们更多是希望说让设计的同学是其实并不需要他去出完整设计稿的。
他只要把一些那个关键页面的设计稿，包，包括一些典型的设计元素，能够能够提供就好了。
然后剩下的页面实现更多，就是前端，然然后那个直那个直接去实现了，其实那个这种写做效率是非常之高的。
但是现在的话，在最近几年，我们发现，如果设计师不出完整设计稿，往往前端同学也往往实现出来，就会就会比较糟糕。
所以现在又变成了前后前端跟设计的写作，又经常又又又会变成了要要求设计出完整的设计稿，而且设计在前端实间之后，还要去抓那个还原度。
然后这个是我感觉整体内程上，我觉得从效率上来说，从体验上来说，一定程度上我觉得是前端目前整个整个天空上的一朵乌云。
这就是整个体验的感知，其实是前端同学的优势。
然后接下来我觉得目前是随了这个生源的变化，确实后续应该也会慢慢淡化，可能也有一些其他的一些解法。
就虽然目前普遍来说，前端同学对体验的感知有弱化的趋势，但这种趋势可能是一种必然。
在这种那个必然趋势之下，我们如何又去做的更好？我觉得是我们目前可以去做很多事情的。
因为目前在一些前端领域的那个大会上，一些专家一些朋友其实也会在呼吁说让前端同学要多回归，能够多关注用户体验，这其实很重要。
但同时重要的可能也得去想我们的，就是在这种那个必然趋势下，我们应该怎么去做。
然后这个在后续的前端工程化里面，可能会提及科班出身的同学。
其实对，就是虽然说没有像素研，但是这个只是科班出身的前端同学对用户人际交互层，你的感知稍微弱了。
但是实际上这帮同学非常厉害，他们在前端工程化，在代码逻辑以以及计算算机的一些基础知识啊，然后底层的一些那个创新探索能力上，其实整整体科班的同学，他从能力上是全面那个变强的。
所以刚刚来看前端是在朝作更好的方向发展。
嗯，刚刚聊到这个降本增效，然后提升产品体验。
前端在这两方面也都遇到了来自比如说业务方或者是行业趋势的一些挑战。
刚刚咱们聊到前端，呃，这个价值有三个点嘛，那最后一个价值是什么呢？嗯，你除了降本增效跟提升体验之外的话，然后第三个价值点就是那对我来说居是在几年两三年吧。
有一感悟悟，就是发现前技技术居然可以真正成为某些产品或业务的一些核心生应力，可以为真正为业务创造一些新的那个可能性。
然后这个是让人挺兴奋的。
我我举几个例子。
嗯，第一个例子的话就是那个数据可视化领域。
其实其实在当时二零一三一四年的时候，当时中国最有名的产品在数据可视化领域应该是百度的那个e恰似所后。
整个e恰ts的基本思路其实是一图一表，比如说折出比趋势图、气泡图等。
然后我们是都是先有图，然后再用那个代码去实现，就是就是这是一恰似的整体思路。
然后在二零一四年，在蚂蚁我们想做数据可视化时候，其实当时我们就在想一个问题，如果我们只是在做一个e恰子在做一个图表库，其实意义是那个不大的。
所以我们当时就在想，就数据可视化领域究竟有可能的创新点会是什么？然后究竟怎么做？我们才有可能真正做出有差异化、有竞争力的新的一个图表框架出来。
然后我们在一四年的时候，就一起开始在研究学术界的一些进展，然后开始去读那个paper.然后就发现很神奇的发现，在上个世纪其实就有一个学术大拿以及写了一本非常好的书，是叫那个图形语法这本书。
就整个这个图形语法这本书的话，其实是一本英文书也中，现在应该还没有中文翻译。
然后我们团队当几个同学就分工一起去研究，一起去读。
那读完之后的话，我们会发现就真的我们如果把图形语法的方式以这种方式去做数据可视化的话，那么我们是很有可能去做出一些差异化竞争力的。
而且可以有机会超越国内，包括国外的那个同行的一些产品。
然然后后来我们就开始基于基于这个思路开始做那个安特威。
然后我们在安特威里面就真正把这个图形语法实现出来之后，就还挺兴奋的。
就发发现虽然这个语法它是天然跟那个AI,跟人工智能领域可以做一些天然结。
因为利用语法特性，我们就可以根据数据特征或者用户的一些指令，通过语法的方式去自动化。
智能化的把一些图表做那个生成出来。
然后然后这个生成过程的话，因为它不是一图一表的，就意味着我们还可以产生一些全新的未见过的图表类型。
因为整个目前语法的层面上跟一一一图一表不一样，就是我们做的是可视化通道的映射。
这个映射的话，它是一个语语那个语法层面的。
然后在在在这个层点上，其实是当时业务方和产品方都是没想到的。
是整个在我们通过安特v通过通过这一块技术是给到了那个业务的一种新的可能性。
并且这个这个可能性目前已经在逐步成为产品的一个亮点。
像这一块其实在跟国外是有的，比如说微软的power BI,然后那个IBM的那个watson就是然后在里面其实倡导的也是那个智能，是智能洞察这一块。
其实里面比如说用户只要说一句想看某个人群的，然后过去一年的流程率，然后其实这个系统就能够把流程率的趋势图给那个展现出来。
然后当时我们做安特威的时候，其实是还还不大清楚那个智能可视化的那个智能图表的一些场景。
就是后来那个做的过程中发现其是整整体。
因为语法层面的这个场点，然后结合那个数据特征是真的有有真的是可以成为产品里的竞争力的。
然后再举一个例子，我觉得就是也是通过技术给业务创造可能性的。
然后这个例子的话，大家可能可能会更加能能够理解了。
就在支付宝上有，应该它那个不少用户都用过蚂蚁森林，有蚂蚁庄园，然后现在还有那个神奇海洋这产品。
其实这些森林庄园、海洋这些产品背后的话，其实都是我们沉淀的一套叫做蚂那个蚂蚁的图形互动技术站。
然后目前支付宝上其实已经有不少应用，其实已经不是说基于传统的CSSHMLGS这在写的应用，而是目前基于图形的互动应用。
然后是整体的这种交互体验，然后用用户的使用体验是比传统的应用是体验更好的。
然后基然后基于这套图形互动应用的话，我们很很快从森林庄园里面也开始用。
在像五福呀，然后打年兽呀，然后一些新型的一些那个业务里面，然后然后这些这些互动应用其实是可以做到较低成本开发。
同时业务形态也因为这些互动应用在业务的一些数据指标上，其实都会有了非常非常不一样的一些表现。
就整个就打开了业务的一些新的可能性。
然后前面提的这些点，然后总结起来的话，前端团队的核心价值有三点，第一点是降本增效。
然后第二点的话是提升体验。
第三点的话是通过技术为业务创提供创新可能的机会，嗯呃降本增效，然后提升体验创新。
可能这三点嗯，老师聊的其实挺充分了。
那经过这个过程，你觉得对于前端来说，大家的这个自豪感会更高吗？天花板会更高吗？因为逐渐有越来越多的事情大家可以去尝试了。
嗯，我我自己的感觉的话就是大家的自豪感跟天天花板其实都会更高，就这是一定的。
因为我们都逐渐从当初的页面窄，其实变成了那个工程师。
其实整体这个身份的转变是花了很长时间的。
然后我我自己的一个体感是我自己在一四到一八年，可能我都觉得自己还是那个页面窄。
但到一八年之后，才能够那个支撑为那个工程师。
然后整体这些事情的一个发展也是跟所做事情相关的。
在当时从一四年开始做那个安t债，包括那个安投威，还有前端工程化以及前后包分离，也做了很多事情。
然后然后然后这些事情都是经过了三四年的一个发展，到了一七一八年才逐步显露那个成效的。
然后也是因为呢这些事情是让整体业务的提升，就是整个业务的支撑效能跟整体的一个那个业务的一个体验其实都会有些不一样。
然后一其他团队就会逐步，那不再把我我们当成那端资源源，而是会会就的说会认可前端团队也是有技术厚度的。
同时对效能和体验的提升，就是整个那个业务价值上也是那那显显性可见的。
然后一八年起的话，在蚂蚁这边，我们其实有一个倡导，就是把前端工程师提倡往产品工程师走。
虽然目前也喜欢路上只语雀雀能少数队实现了。
对，然后这个个可以喜欢一下，其实其实在语雀就是那为什么可以把产品工程师有语雀那个推推进步步？因为语雀雀的那个不少程序员，其实第一个他们很喜喜写代代第第二个喜欢语雀雀，然后再用代码用技术实现语雀的过程中的话，他会那暴抱对语雀这个产品的那个热爱和见解。
对，然后这个其实是对语雀来说，是非常非常好的语雀的一些产品模块。
一些核心模块其实都是前端工程师在负责的。
然后这是语雀，其实我觉得是也是语雀和核心产品竞争力的那个来源之一吧。
然后语雀的前端工程师能够往产品工程师演进。
我自己觉得是有点两个因素的。
第一个因素是因为基于那个node GS的全站开发，就语雀的主体其实都是用用那个java crippt去实现的。
语雀很有可能是中国最大的那个not系统还雀上，百分之九十的代码其实都是那node写的，还有有一小部分是用java写的。
然后这个东西就意味着在语雀写的可以可以不仅仅是前端工程师。
然后它还可以不关注到这个产品背后的后那个服务端的实现，包括一些算法的一些设计。
还有在那个运维层面上，其实那个前前端也也要去负责的。
然后整个前端工程师都在做。
然后然后这里面因为对业务对产品的一个热爱的话，它会对产品维层感知能够给产品提建议。
然后整个过程中的话，我们会觉得在这个过程中，其实前端有时候写的那个代码是蕴含着对产品的喜的。
然后在这种情况下，这个前端工程师是非常有机会成为一个那个产品工程师的。
然后前端的那个人群里面的话，我觉得也很容易出现产品经理。
其实在我知道的一个范畴里面，像第一个语确语确的产品经理里面，包括我知道的在钉钉，还有微信读书。
在飞书其实还有好多那个一些知名的一些那个产品里面，就是有不少产品经理，他他都是那个前端出身的。
然后同时如果更大范围去看的话，目前在很多那个创业公司里面，你会发现有好多CTO和CEO,其实一开始也是呢做前端的对。
然后同时我自己会相信，整个数字化的大趋势下，有有前端有后端有工程师背景的创业者只会让越来越多。
然后前端从业者可以做的事情，我一定从成上，我觉得是没有天花板的，就是各种可能性，各种机会只会让越来越多。
嗯，好的，感谢玉博的回答。
玉博总结，前端对业务的三大价值，一是降本增效，二是助力产品和业务的体验提升。
三是前端技术逐渐可以成为产品的核心竞争力了，为业务创造更多可能。
那其中前端技术对体验的提升，包括呃如何理解体验体验。
二字到底呃应该怎么去解释在下一节呢？我们也会聊到，敬请关注。
那么你对前端这个岗位是如何理解的？如果你是从事前端的工程师，你希望做哪些突破边界的尝试呢？欢迎大家一块交流，我们下一讲见。