简介： 前端工程师的修炼没有捷径，踏踏实实的通过一个个我的项目的实际来降级打怪实现进阶；本文仅分享本人 11 年的前端生涯，探讨始终在业务中的技术人的成长之路，也复盘再意识下本人，每个节点我遇到的问题和我的抉择。
作者 | 风月
大家好，我是风月，2014 年二进宫进入阿里，目前是业务平台体验技术数据服务前端团队负责人，负责 BizCharts 横向建设以及财鲸数据业务撑持。本次分享我将回顾作为业务前端从前端工程转型到数据可视化过程中的心路历程。
前端工程师的修炼没有捷径，踏踏实实的通过一个个我的项目的实际来降级打怪实现进阶；本文仅分享本人 11 年的前端生涯，探讨始终在业务中的技术人的成长之路，也复盘再意识下本人，每个节点我遇到的问题和我的抉择，过程中聊聊走过的弯路心愿能让大家少走弯路就达到我的目标了，不说教，不带货。
技术 TL 进阶金字塔
在我十一年的职业生涯中，以一个阿里的 BU 为单位，从推动解决业务问题的角度，我基于本人无限的察看总结了须要修炼的 6 个档次仅供大家参考。
第 1 层是集体业余技术能力的修炼：
- 咱们工程师从校招开始进入阿里就被安顿通过我的项目开发来训练根底编程能力。个别工作三年，就可能胜任编程岗位工作。编程根底好，成长快的小伙伴 1～2 年就能够实现业余能力的储备。编程是一门须要入手实际的工种，且在阿里这样的大型互联网公司，业务复杂度一直攀升，一万小时定律被验证是成立的，修炼后就能够在编程上辅导新人实现技术攻坚，这个阶段最重要的事件就是做加法，尝试更多的可能性，不要过早为本人定型技术细分畛域，为前面在前端细分畛域的抉择上打好实际根底；
- 前端业余能力三板斧：前端工程、性能优化、品质保障
- 影响力：该阶段更多的是高执行能力，技术攻坚为主，解决点的问题，对我的项目的成败有肯定影响，但不起决定作用；
第 2 层是人际沟通能力的修炼：
- 在阿里的研发工作中，不可避免须要与上下游的合作伙伴独特作战实现一个中小型我的项目（我的项目组成员 10 人以内）；此时修炼的是 PM 能力，可能通过对业务的了解辨认到业务的痛点和我的项目的危险，给出优先级事项的判断，并协同和推动项目组一起解决危险，保障我的项目的进度；
- 既有业余能力又有人际合作效力，能够独当一面；
- 业余层面：通过第 1 层的实际，开始零碎理解技术细分畛域，同时基于本人所处的业务和团队状况，作出抉择，比方 node 全栈、数据可视化、中后盾、多媒体、3D 渲染等细分根底技术；
- 影响力：对我的项目的交付品质能起到决定性的作用，我的项目主力外围；
第 3 层是组建团队 & 架构能力：
- 要求咱们具备治理、打算、组织、协调、指标治理、激励、反馈、辅导、招聘、评估绩效等等能力，以便率领别人实现团队指标。具备能够迅速组建新团队或接管已有团队，可能很好的带团队、带我的项目，具备因人而异解释工作指标的能力，能用团队指标统合团队成员独特实现目标。这一层的修炼难度和挑战远远大于后面 2 层，因为技术绝对是可控的，而人的治理非常复杂，且投入这一层修炼精力耗费较大，同时也要持续技术业余上修炼架构能力与放弃编程能力；
- 业余层面：在第 2 层抉择的根底上，细分技术畛域上的深度实际，积淀专家畛域能力；
- 影响力：可能判断团队所负责业务的痛点，并能联合团队角度给出对应的技术计划，工作会影响到大部门的业绩；
- 察看样本：最丰盛的样本起源，身边有不少优良的案例，我本人曾经修炼过几年的工夫，还有很大的晋升空间；
第 4 层跨职能合作能力：
- 修炼到这层，该当具备多线程工作的能力，能够率领几个外围骨干或高级 TL，统管多个团队和我的项目，同时，也可能跨职能沟通，跳出前端的岗位视角，更多元化的思考问题，比方可能很好的协调后端、测试、算法、HR、经营、PD、PMO 等各个团队一起工作。
- 业余层面：第 3 层的根底上，还可能具备肯定的行业见解；
- 察看样本：深刻业务单干过的资深 TL 们，我本人也是刚开始投入这个档次修炼，视线很重要；
第 5 层组织倒退能力：
- 修炼到这层的人，理解企业的各个职能是如何工作的，可能为 BU 的扩张做撑持，哪个部门该加人，哪个局部该减人，都应该成竹在胸。此时的头衔，往往是部门总监，可能给出组织架构上的设计倡议并推动落实。
- 业余层面：这个层面曾经不单纯讲业余，更多是深度联合细分行业的业务做技术决策和业务决策，产生业务价值；
- 察看样本：我的主管
第 6 层战略眼光：
- 此时的身份往往曾经是 BU Head 或 BG Head 了，为公司的将来倒退负责，判断将来趋势，布局策略方向，组织效力晋升，人才策略，产品策略，都是须要关怀的问题。
- 察看样本：业务平台的大家长 @若海 (eric.yug) 和 CFO 产技部的大家长；
我走过的弯路
弯路 1、2011-2014 年间出奔阿里去当技术 TL，发现榨干本人，欲速则不达
2009 年，我从浙江中医药大学计算机专业毕业，和 CS 强势业余的大学还是存在差距的，学长学姐也没有给出参考模版，一番剖析后，不认命的我还是决定持续走前端工程师路线，一开始就很有自知之明，不怕从小公司做起。我大一就开始放松机会在计算机学院的创业园里开发学院网站以及大四全年进来实习来积攒研发实战经验。侥幸的是，几经周折如愿以偿 P4 入职阿里做前端，可能面试官看中我的不放弃，是否活下来靠本人了。
2009-2011 年是我的第一份正式的工作，这阶段我次要负责阿里妈妈淘宝客的前端开发工作，次要技术栈是类库 YUI，让我学会了模块化开发的前端工程思维。过后同团队的师兄们曾经在实际利用 backbone，尝试开发单页，还有一个骨灰级的大神 @李牧 在团队中坐镇，相对而言，对我这个菜鸟来说，09 年就接触到了前端届的 MVC，学习机会很多，技术气氛也不错；
2011 年，本该珍惜来之不易工作机会的我，却因一点小插曲（毕业不久怀孕生娃拿了阿里职业生涯中的 1）作出了看其余机会的激动想法，同时被内部的守业公司以薪资 double 和技术 TL 岗所吸引，就这样来到了阿里。守业这一年日日生存在生死线上，资金紧张、融资失败、1 小时裁员、相互激励、迷茫、遣散，从激情满满入职到悲观来到，至今历历在目。守业这一年学到的不是技术精进，而是血泪教训，意识到我正在偏离前端技术专家这条主航道，过早被眼前的薪资和 TL 岗位所吸引，漠视了欲速则不达的情理，我真正须要的是一个稳固长期倒退的工作机会，不能短视到只看眼前利益。
2011-2012 年，这阶段我的技术栈是 seajs、jquery，关键词是模块加载、类库、轻量、ftp 上传部署；
2012 年，我顺利入职了腾讯（杭州），负责利用宝 PC 端的 Web 前端开发，两年后作为准备 Web 前端 TL 加入了潜龙培训，一切都在往好的方向进行中。然而，2014 年初腾讯杭州分部忽然被告诉要求将利用宝 PC 端的业务从杭州迁徙回深圳总部，杭州研发人员要么抉择 base 深圳，要么在杭州从头再次孵化新业务，且此时腾讯总部也在大面积的膨胀业务，从自研转变为投资合作伙伴。作为杭州土著家庭的我，要想持续我的技术专家路线，只能抉择来到，找到一个真正足够大的互联网平台，可能撑持我长期倒退。
2012-2014 年，这阶段我的技术栈是 Angular，MVVM、单页、shadow dom、框架、编译、CDN、动静拆散等关键词；
痛定思痛，2014 年 04 月 28 日，抉择在生日这一天二进宫阿里，代表我的新生，从看似光鲜的 TL 岗从新回到一线开发工作，且暗暗下决心，这一次绝不会被动来到阿里，也不转岗，坚持到底活下来。此时二进宫的我曾经工作五年，当初想起来特别感谢这一年没有层级和年龄的限度，让我这个浪子能够有机会回头。思考来到阿里的同学肯定谨慎思考将来二进宫阿里是否还有机会，千万不要粗率作出决定，能够参考我的血泪史。
2015-～，这个阶段我一路写过全栈 node、挪动端 zepto、React，阿里对立以 React 作为底层技术栈，外部严密共建 React 生态，toB 研发模式逐步造成，D2C（design to code）、webIDE、搭建倒退热火朝天，数据可视化也正式被阿里退出前端招聘细分子方向，影响着前端从业人员致力的方向，并且不少阿里优良的库对外开源回馈社区。这个阶段是最百花齐放的时刻，也是无形中在推动你成长，不要漠视环境的力量；
11 年里前端技术栈产生着激烈的变动，前端的职能边界始终在延长。阿里十分激励咱们在技术产品化上有更多的尝试，在阿里已有的平台上，独立从前至后实现一个业余的产品齐全不是问题，就看你是否限度了本人，当然就义业余时间学习不可避免，我本人想的很分明我会失去什么，失去什么，将来本人把控。
感悟：功利心是大忌，久远职业生涯思考，倒退才是硬道理，面包会有的
激动是魔鬼，工程师在打怪降级的过程中，会遇到十分多的“意外”面临抉择，比方失恋、迷茫、怕累、家庭、没信念、与主管意见不合、降职失败、被打 3.25、守业吸引、薪资吸引等等起因，无可非议。但我更想说的是，想分明本人真正想要的是什么？如果确定是技术专家路线，那就有本人的保持，职场上的玻璃心基本上不适宜长期倒退，大概率“出局“。尤其是像阿里这样的高速倒退的互联网公司，外部环境的激烈变动必然引起外部的变动，一线的开发要有感知，但个别影响没那么大，专一做好本人的本职工作更重要；
正视 3.25，从我集体理解的，大部分有三种状况。第一种是与该层级要求的能力有间隔，如刚入职的新人不适应新环境，或者刚降职到新层级的老人处在迷茫期；第二种是工作形式呈现问题，如只会埋头苦干纯执行没有本人的深刻思考；第三种是因身材起因，如生病涵养一段时间，或孕期须要更多劳动等非凡状况；前两种状况都能够通过致力来解决。3.25 只是代表以后这个阶段，并不代表一年后两年后的你，成长须要看的更久远。至多我意识的倒退不错的共事大部分都有被打 3.25 的经验，包含我本人，第二年逆袭 3.75 和降职的大有人在，也包含我本人；更要害的是，主管的理由是不是更多关注在你的成长上，有没有看到本人的成长。
弯路 2、2016-2017 年业务量大，须要我更多投入修炼组建团队能力，代码量少，一度迷茫，差点失去信念思考转型 PD
2016 年初，感激主管 @梓骞 信赖我，让我承当商家业务的前端 TL，此时此刻的我，一方面要相熟新接手的业务，一方面要修炼组建团队的能力，同时承当 PM 的工作。这一年下来，业务做起来了，团队建起来了，而我本人的倒退呢？精力被调配，代码量少了，编程能力陌生了，开始迷茫，技术 TL 到底该不该写代码？是否只有我并发能力不行？只有我不适宜以后端工程师？
我甚至被动的约我的主管 @梓骞 探讨我转型 PD 的可行性，认真的讲我对本人优劣势的剖析。主管没表态，通知我迷茫是坏事，阐明我在思考，对于我的想法不回绝也不必定，只是让我本人去尝试后再做决定，但前提是不能影响以后的本职工作，且明确的告知我技术 TL 必须写代码，而且是外围的代码，无论有多忙，都要放弃住技术敏感度，相熟以后的研发体系，对研发痛点有体感，再联合业务痛点能力作出更正确的判断和技术决策，否则面临的就是职业生涯的天花板甚至被阿里淘汰。
通过主管一番的指点迷津，理解到技术 TL 参加研发的指标后，我开始思考怎么抉择我的项目来确保 ROI，做好工夫治理，而不是事事参加后筋疲力尽还拿不到后果。此刻再回到业务自身的痛点，贴着业务打是最稳当的形式，大数据客户经营平台最大的痛点就是可视剖析的高效表白，且鉴于之前在 ARMS 监控平台中积攒的图表开发教训，我发现自己对数据分析场景下的数据可视化有浓重的趣味，能够先从这里动手深刻理解一下体系。短短几个月的摸索，奠定了我起初几年为之奋斗的细分技术畛域方向 - 数据可视化。
感悟：在业务痛点中发现机会，方向对了就不怕远，保持就是胜利
当初回忆，职业生涯中呈现迷茫不可避免，是很常见的事件，被动找主管沟通是很理智的抉择，能够更快走出迷茫期，防止陷入误区作出不成熟的决定。比方在 TL 初期很多同学都会遇到是否保持写代码的纳闷，工夫治理的纳闷，业余倒退的纳闷。
深耕前端细分畛域 - 数据可视化
在入行之前，我和大家一样认为只是简略的应用图表库，会 API 调用，能渲染进去折柱饼就行，实际上数据可视化这个方向别有洞天：
- 往业务垂直畛域走，数据实质就是业务，就会存在业务垂直畛域的问题，基于我对业务畛域中的业务深度的了解，对数据量级、客户群体、外围业务指标、数据计算口径模型、数据流的链路等一目了然，能力给出适合的技术计划，只有贴着业务做，能力作出业绩；再从成长角度来说，我在做业务的过程中，会始终思考我能积淀什么能够被其余我的项目复用，差别就在于体系化能力是否实体化了。我本人抉择的也正是这条路，次要是思考到阿里以后的缺口，即便以后降职体系还没有认可，但我深信这是正确的形式。
- 往下层通用平台利用走，更多是构建可视剖析零碎利用，如 DataV、FBI、DI、财税大脑等，须要咱们对业务全链路有理解，相熟残缺的数据采集、荡涤、提取转换加载（ETL）过程，能够利用工具实现数据建模，比方 ODPS 平台。如需持续深刻做架构，还须要理解大数据处理（Hadoop / Hive / Spark 等）相干开发教训，数据技术能力综合全面，能力对大数据的性能优化计划一目了然，防止视角全面；
- 往可视化表白这一层走，统计图 vs 关系图 vs 天文空间可视化也是截然不同，业务差别很大。
- 往底层渲染走，个别是解决大数据的渲染性能问题或者图形渲染兼容畛域，须要理解客户端、服务器端、Node 端、挪动端设施等多个端的 SVG 和 Canvas 的兼容性等，底层的性能瓶颈问题等；
- 往 2D 还是 3D 走，也是人造之别，2D 更多用于剖析场景，而 3D 利用在大屏和互动畛域，技术栈为 webGL、threejs 等；
同学看到这里，不禁又问？那前端工程能力是不是没有要求，我只会做渲染实现壮丽的大屏？又是一个大大的误区，前端工程永远是 Base 能力，没有这个根底，根本能够不谈其余的，因为阿里的业务是一个大工程，而受限于你的技术栈不全，你能施展实力的业务少之又少，谈何独当一面？因而大部分新人入职后，都会优先开始工程能力的训练，存活下来是第一要事。我本身可能顺利转型到数据可视化畛域，也是依赖之前积攒的工程根底；
感悟：机会总是给有筹备的人，放弃激情，保持（死扛）畛域深耕
我本人的经验是，刚开始是 2017 年初从商家业务的痛点动手，先重点做统计图，在作出 bizcharts 的原型并且利用到业务中后，和 AntV 建设深度的单干，基于 G2 积淀出 BizCharts 赋能给团体，后又开源反哺给社会，这个过程中也深度参加前端委员会数据可视化小组，心愿能奉献本人的一份力量。过程中就义了很多我本人的业余时间，比方参加答疑、参加文档优化和 demo 编写，的确很辛苦，然而我本人乐此不疲，因为过程中我理解到很多用户的实在诉求还有实在的业务用例，这对于我判断 bizcharts 的倒退是很有帮忙的，也逐步清晰下一步应该怎么做。
后随着本人对数据可视化的了解加深，本人能 Cover 的业务机会也越来越多，2018 年开始组建业余的数据可视化团队撑持业务平台的数据服务和大财鲸业务（阿里大财务中台），当初重点投入精力做财务行业畛域的可视剖析零碎和 ToB 企业级工程解决方案。会始终深耕上来，踏踏实实的，一步一个脚印，操之过急，一起加油。
修炼的实质
感悟：不害怕失败，深耕绝不是欲速不达，不积跬步，无以至千里
之前有同学问我：为什么我选的是数据可视化这个细分方向？理由如下：
- 业务痛点须要是第一优先级，这是我必须要实现的，可能解决业务问题的技术能力，就是好的技术能力，并不一定都必须是技术深度；
- 在 2016 年，进入 DT 时代，阿里数据业务化和业务数据化曾经热火朝天，一片蓝海。阿里实质上是一家大数据公司，亟待业余的同学退出开掘金矿，搭上逆风车，会比逆风而行更容易成长；
- 数据技术足够深足够厚，看得见的长期倒退，且业务中屡次的实际，让我很感兴趣，违心为之倾泻我所有的心力、脑力、膂力，来晋升我集体的能力；
- 积极主动历练本人和团队，多做功课，拿到技术圈子的门票不难，大家都比拟“简略粗犷”十分违心伸出援手，要害是要想分明长期合力共赢的点是什么？技术壁垒的建设（业务诉求进入深水区）？大团队的技术组合拳？哪些你做？哪些合作伙伴做？
过程中我也是从一次次的业务中实际和摸索，在我看不清的中央，就跨出去先试试水，没有人一开始就晓得所有，围绕着数据畛域的业务一步步的做，一点点的积攒，后期还看不到本人的成长，然而在保持两年后，忽然有一天发现自己有系统性的观点，能够和 @宁朗 @御术 等数据可视化畛域的前辈，在一起平等探讨业务倒退问题和技术建设的问题了，其实就是与日俱增的教训让我从质变到量变了，一万个小时的定律至多在我这里是准的，失败并不可怕，可怕的是还没开始就放弃了；
我的主管 @梓骞 常常会讲，阿里很多小二比咱们聪慧，却还比咱们更致力，咱们还有什么借口说是天才的问题。尽管聪明人很多，但不缺有想法的，更缺的是实实在在落地做实事的；内网 ATA 有很多十分高质量的前辈体系化的经验总结，十分贵重，可能扩充技术视线，非常适合在碎片的工夫里充电。
最初总结
心态要摆正，成长是本人的事，职场那么长，长达三十年，为什么我要跟体面过不去，老拿本人去和身边的同学比，非要去死磕层级，累不累？动摇我以后做的事是不是一件正确的事件，是不是解决了业务痛点，在当下，我的外围竞争力是什么？成长真要有什么灵丹妙药的话，可能是我的主管 @梓骞 始终以来的思维形式是怎么通过技术产品化等工作，晋升团队的运行效率，那就能够做更多新的事件，自然而然的就成长了，这个思维形式对我影响很深，至多通过目前为止的验证还是成立的！一年可能看不到成绩，须要三年～五年；
在经验含辛茹苦之后，我侥幸的降职到了 P8，你认为终于能够松一口气好好劳动一下，其实是不存在的，因为你面临的是新层级的冀望和要求，讲人话就是间隔 3.25 很近甚至淘汰。说好的不可代替呢？假相是在工程世界里没有银弹，也就是不存在不可替代性的人，连马爸爸来到阿里，阿里也能失常运行。但技术畛域钻研越深刻，权威度越高，代替老本就越高，肯定水平上能够造成外围竞争力。阿里的舞台很大，身边的学习对象很多，立志做一个懂商业的数据可视化专业人士，打深、打穿、打透，新的征程，从新登程，致力踏上数据可视化畛域的新阶梯。
原文链接
本文为阿里云原创内容，未经容许不得转载。