簡介：?前端工程師的修煉沒有捷徑，踏踏實實的通過一個個項目的實踐來升級打怪實現進階；本文僅分享自己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很近甚至淘汰。說好的不可替代呢？真相是在工程世界里沒有銀彈，也就是不存在不可替代性的人，連馬爸爸離開阿里，阿里也能正常運轉。但技術領域研究越深入，權威度越高，替代成本就越高，一定程度上可以形成核心競爭力。阿里的舞臺很大，身邊的學習對象很多，立志做一個懂商業的數據可視化專業人士，打深、打穿、打透，新的征程，重新出發，努力踏上數據可視化領域的新階梯。

?

?

原文鏈接
本文為阿里云原創內容，未經允許不得轉載。

總結

以上是生活随笔為你收集整理的我的前端成长之路：中医药大学毕业的业务女前端修炼之路的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。