個人前端成長之路：中醫藥大學畢業的業務女前端修煉之路

簡介： 前端工程師的修煉沒有捷徑，踏踏實實的經過一個個項目的實踐來升級打怪實現進階；本文僅分享本身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產技部的你們長 ；

我走過的彎路

彎路一、 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.2五、創業吸引、薪資吸引等等緣由，無可厚非。但我更想說的是，想清楚本身真正想要的是什麼？若是肯定是技術專家路線，那就有本身的堅持，職場上的玻璃心基本上不適合長期發展，大機率「出局「。尤爲是像阿里這樣的高速發展的互聯網公司，外部環境的劇烈變化必然引發內部的變化，一線的開發要有感知，但通常影響沒那麼大，專一作好本身的本職工做更重要；

正視3.25，從我我的瞭解的，大部分有三種狀況。第一種是與該層級要求的能力有距離，如剛入職的新人不適應新環境，或者剛晉升到新層級的老人處在迷茫期；第二種是工做方式出現問題，如只會埋頭苦幹純執行沒有本身的深刻思考；第三種是因身體緣由，如生病修養一段時間，或孕期須要更多休息等特殊狀況；前兩種狀況均可以經過努力來解決。3.25只是表明當前這個階段，並不表明一年後兩年後的你，成長鬚要看的更長遠。至少我認識的發展不錯的同事大部分都有被打3.25的經歷，包括我本身，第二年逆襲3.75和晉升的大有人在，也包括我本身；更關鍵的是，主管的理由是否是更多關注在你的成長上，有沒有看到本身的成長。

彎路二、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很近甚至淘汰。說好的不可替代呢？真相是在工程世界裏沒有銀彈，也就是不存在不可替代性的人，連馬爸爸離開阿里，阿里也能正常運轉。但技術領域研究越深刻，權威度越高，替代成本就越高，必定程度上能夠造成核心競爭力。阿里的舞臺很大，身邊的學習對象不少，立志作一個懂商業的數據可視化專業人士，打深、打穿、打透，新的征程，從新出發，努力踏上數據可視化領域的新階梯。

原文連接 本文爲阿里雲原創內容，未經容許不得轉載。