15年雙11手淘前端技術巡演 - 前言

15年雙11剛落下帷幕。今年眾所周知，是全面“無線化”的一年。數據上我就不說了，可以公開的數據我相信大家多多少少也從各方都了解到了。
在整個阿里體系內，無論技術還是業務，都會把每年的雙11當作一個戰場，同時也是一個“煉金石”。不管是技術還是業務，不經過雙11的檢驗，似乎就沒有資格真正的在阿里站得住腳。

此文作為今年雙11手淘前端技術巡演的前言，注定會是一篇技術干貨含金量偏少的一個引子。筆者也就著第一次作為雙11手淘前端的PM的角色，聊一聊在今年雙11，在我們所謂“前端”這個職能上，我看到的一些事情和感想。也為接下來即將“撲面而來”的一篇篇各個技術方向的含金量極高的總結和干貨做個 “拋磚引玉”的作用。

“前端”造的出P1以上的故障么？

或許很多同學會有些奇怪，為什么筆者第一個話題會說這個。
沒錯，筆者在碼這些字的時候，想起了在雙11備戰期的某天晚飯時，筆者跟自己的老板-大家熟知的@寒冬winter 無意閑聊，大致的話題是說當今“前端”這個職能在阿里體系內，在如今全面“無線化”，“App化”的時代，到底有多大的價值？

沒錯，前端圈子的確風風火火，各種熱鬧，各種走在技術變革的最前沿。但是你看，至少在阿里，在手淘App內，我們一沒承載主交易鏈路，二是雙11壓力最大的流量，服務，QPS抗壓也通常不是前端這個“職能”干的。

沒錯，成熟的Hybrid體系下Web的開發模式的確是研發最快，成本最小的一種方式，今年雙11里面大家從手淘手貓各種App訪問到的90%以上的會場，活動，小游戲，也確實都是“前端”同學們做出來的。但是，就憑著這些“上層建筑”，就能完全判定前端的價值么？

然后，Winter笑嘻嘻的說，是呀，你可以去看看，歷年來在雙11的故障單里面，有沒有“前端”造出來的P1以上的故障。

問題繼續下去似乎沒有什么意義，我想說的是，有時候“你能出多大的漏子，可能也意味這你有多大的價值”。

當然，大家可以有心的說，我一個前端bug可以把淘寶首頁搞掛，我一個js錯誤可以把整個搜索搞掛，這樣是不是也是巨大價值的體現？反過來說，如果在雙11這樣的完整的測試流程和發布流程里面，出這樣的前端故障絲毫不能體現你的重要，只能暴露你就是個bug。

所以，在以往意義上的前端，不出故障僅僅只是一個60分，甚至不到的標準。更談不上能出大故障是價值的體現。然而在今年雙11這個節點上，終于可以很冠冕堂皇，很自豪的說，“前端”這個職能完全可以承擔起一個差錯就可能引起P1以上故障的巨大價值體現。
先賣個關子，詳細待后面 @勾三股四 @阿里子之 給大家詳述。

雙11前端團隊的PM角色是什么樣的體驗？

我們按知乎的常用提問模式來說這個話題。雙11前端團隊的PM這個角色，筆者今年第一次做，TA更偏向于資源和風險的管理，而不是項目的管理，我們單個的項目有對應的單項的技術PM，單個項目的PM可以來源于任何技術職能團隊。而在這前端個團隊資源PM的角色里，TA的主要的職責有以下幾個：

• 前端資源池的全局管理和分配，橫向對接雙11每個單項項目組
• 應對雙11隨時可能突發的新的需求和緊急項目
• 風險的把控，團隊內資源的階段性調配
• 在資源調配和風控之外，還需要對于部分項目的技術方案進行討論和決策
</ul>

就以上幾個職責，有幾個關鍵性的事情，

1. 首先需要全局的了解雙11相關的所有和前端團隊相關的需求和項目，雙11的業務基線在哪？需求層面，來源于產品，營銷，互動，技術基礎的項目各自有哪些？分別的工作量大概是怎么樣？是否依賴客戶端的雙11新增功能或者版本？想要了解這些問題，意味著在雙11需求搜集階段，可能就會很忙碌，幾乎要盡可能參加所有和前端資源相關的需求評審和方案確定。因為你必須要知道有多少事情之后，才有可能知道在這些事情下，在團隊這么多資源的情況下，怎么去合理的分配。在資源極其緊張的情況下，前期漏掉一個都可能在后面的研發階段引起極大的風險。
2. 在有了全局的項目和需求梳理之后，一定還必須對團隊的同學們的能力和擅長的方向有明確的認知和把握。因地制宜，合適的同學放到合適的位置。有同學適合做互動類的小游戲，有同學適合模塊化的分工，做會場，也有同學適合做技術基礎鋪墊，橫向的推動。對于同學們的技能點了解不算是難事，但是不是合適的人剛剛好就能完全對應上所有的事情的。互動和會場每年一定是需求量和工作量最大的兩件事，如果匹配的資源不夠，人的調配將會是一個頭疼的問題。
3. 當你好不容易緊緊巴巴把人挨個排到了對應的事情之后，一定記得回過頭來看看，整個資源池子里，還有buffer和backup么... 在雙11這樣的事情上面，永遠沒有所謂的“意外”這一說。哪怕到了中后期，老板或者集團層面的一個決策隨時可能催發新的重要的項目。如果沒有提前把這件事情考慮進去，當問題來臨的時候，才不至于束手無策。你自己也可以是一個buffer，但是一定不能僅僅是你自己一個。
4. 以上還是前端團隊內部的資源協調，對于手淘，手貓的版本控制，功能集成，發版規劃是什么樣的同樣需要有明確的了解和認知。必須得知道在什么時間會發布什么版本，集成什么功能，有沒有依賴這個功能上線的項目。強依賴Native新集成功能的項目和H5獨立能承載的項目需要分為兩個類別的來考慮，這跟項目時間上的優先級有直接關系，這種分階段的調配對于一個同學需要支持多個項目的時候尤為重要。
5. 當前期一切安排部署妥當之后，按部就班走到研發階段的時候，PM的職責會略微轉變，更多要從一個“班長”的角色變為一個“生活委員”和“勞動委員”。尤其是當你自己沒有進入具體項目研發的時候，這個階段你的精力會稍微多一些，服務好辛苦的，各種加班的同學，會是研發期間非常非常重要的事情。你必須要讓大家知道大家的辛苦都是被你看在眼里的，同時在服務大家的時候，也能更好的監察各個項目的進度，發掘項目里優秀和大壓力的同學。“適時和合理的激勵”非常重要。
6. 當整個研發階段進入到中后期，你要著重關注的方向又會發生一些變化。需求變更和新增的需求一定是不可能杜絕的，尤其是在雙11這樣事情上。但是中后期的新增需求和變更往往又是風險最大的。尤其是是隨著雙11時間的臨近，大家的關注度越來越升高，經常會冒出新的項目，而且都是默認自帶“老板”屬性的。這時候必須要亮起火眼金睛，“老板”屬性的的需求也是有優先級的，而且是真是假是要通過一些原則來走的。就算是馬總，逍遙子下來的需求，一線執行層也有權利一定到看到親自的郵件批復或者簽字才動工的 。這是對于項目和事情的謹慎和尊重。
</ol>

所以總結下來，針對雙11的前端團隊的PM角色，是這樣的體驗：

• 前期為了概覽全局，需要參加各種評審會議和方案討論，感覺被全世界需要。
• 核心研發階段是一個優秀的生活委員的體驗，PM并不是指揮官。
• 中后期是一個不斷和人打交道，辯駁和確認緊急需求的體驗，懂得有原則，有紀律的拒絕與接受。
</ul>

以上，是筆者今年雙11手淘前端團隊PM的體驗，大多數時候，這并不是一個技術活，卻必須要擔起讓眾多技術活順利往前走的責任。

今年雙11，手淘前端在技術層面有哪些關鍵詞

本文作為今年雙11無線前端技術巡演的引子，在最后一個部分最終會落到技術關鍵詞這個部分，后面緊接而來的各種干貨將圍繞這些關鍵詞全面展開。

關鍵詞一：性能

從App端側全面解決“頓”，“卡”，“慢”的問題。在今年雙11前夕提出了“521法則” 。

• App內存節省50%
• 繪制幀率，滑動體驗提升20%
• App全鏈路實現 1S 法則

  • 強網（4G/Wifi）實現1S首屏（包括圖片）加載
  • 3G 1S首包返回
  • 2G 1S建連，并且實現高復用從底層到前端，我們做了哪些事情，最終拿到了什么樣的結果，將為大家揭開神秘的面紗。
  </ul> </li> </ul>

  關鍵詞二： Native化

  用Web的開發模式，打造完全Native的體驗，在ReactNative之前全面實現三端同構打通，在今年雙11會場上大放異彩。我們有什么樣的技術大殺器，靜待娓娓道來。

  關鍵詞三：ES6， 面向未來

  在babel的支持下，ES6的盛宴提前展開，手淘無線前端在ES6，甚至ES7的優秀特性上深度實踐，有哪些值得一談，將和大家一一分享。

  關鍵詞四：面向社區，Vue & React

  將為大家詳細闡述手淘無線前端團隊在不同業務上針對Vue和React的深度實踐，怎么完整的打通開發鏈路，創造面向團隊內的Vue或者React的最佳開發實踐。

  關鍵詞五：全棧

  前端從純UI層面走到了強交互，富邏輯，再發展到前后端分層，而更進一步，手淘前端團隊到今天為止已經有了完整的全棧的能力，以前跟前端不沾邊的 “集群管理”，“QPS”，“CDN回源策略”等詞匯，也都一一的成為了今年雙11前端團隊服務和系統的事實指標。在全棧這條路上，有太多話可以說。

  此外，還有更多的“前端安全”，“UI測試和集成” 等關鍵詞五，關鍵詞六...
  在筆者這篇“拋磚引玉”的引言之后，將會一一展開和大家分享和討論。

  請大家拭目以待！

  </div> </div> </div> 地址：https://github.com/amfe/article/issues/11
   本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
   轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
   本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！
    本文地址：http://www.baiduhome.net/news/view/12c8346
  前端