隨著移動時代的到來，前端面臨的挑戰越來越大。從產品角度來看，前端朝著多終端的方向發展，需要考慮 PC、Pad、Phone、TV 等各種用戶終端的交互實現。未來的產品形態，需要高性能跨終端的面向消費者的應用，也需要傳統 PC 端面向企業的富應用。向上是移動開發，向下是企業應用，這兩個方向都非常重要，對前端的挑戰則各有不同。

從技術角度來看，前端不再局限于瀏覽器端的 Web 技術。隨著 Node.js 技術的興起，前端開發開始滲透到服務器端，將服務器端的 View、Controller 等層接管過來，成為全棧（Full-stack） 開發。在全棧的模式下，前后端的分工協作更加合理高效。全棧之路究竟如何走，目前無論國內國外，都處于起步階段，充滿誘惑與陷阱。

本屆QCon北京2014，InfoQ特別邀請到支付寶前端技術部負責人王保平（玉伯）來打造“移動時代的前端”專題，關注跨終端、全棧開發以及前端工程化。

玉伯是淘寶前端類庫 KISSY 的創始人，也是前端模塊加載器 Sea.js 的創始人。他在前端基礎技術、網站性能優化、企業應用開發等方面非常活躍，并且還是一名非常熱心的前端布道者。在 Velocity、QCon、D2、NodeParty 等會議上積極參與。玉伯在微信上開通 WTP 公眾帳號（微信號 wtp-notes），暢談技術、產品與自由夢。

以下是采訪內容。

InfoQ：大家都知道您是您作為支付寶前端開發團隊負責人，淘寶前端類庫 KISSY、前端模塊化開發框架SeaJS、前端基礎類庫Arale的創始人，不過還是請您重新介紹一下自己，及這三個項目現在的情況吧。

玉伯：我的情況比較簡單，03年畢業，在北京漂了5年，08年到杭州加入淘寶，12年轉崗到支付寶，現在負責支付寶共享平臺的前端技術團隊。

在淘寶期間，業務需求需要做一個富文本編輯器，于是有了KISSY Editor，后來做著做著就變成了一個前端基礎類庫KISSY，editor是其中一個組件。11年開始，KISSY的主要開發工作已移交給同事承玉。現在已經有一個專門的虛擬團隊維護，負責人是拔赤。

2010年期間，有關注Node.js和CommonJS社區，了解到當時的風云變幻。強烈覺得模塊化開發理念不僅需要規范化、更需要扎扎實實的實 現，當時有FlyScript、BravorJS、RequireJS等種種實現。個人不是很喜歡RequireJS的一些理念和實現，喜歡的 FlyScript則自我閹割了，因此萌生了自己寫一個的想法，這就是Sea.js。Sea.js已經發展到2.x版本，在國內使用比較廣泛，阿里、騰 訊、中航信等公司都有采用。Sea.js的核心理念是保持簡單，只做該做的。目前Sea.js 3.0的規劃已經有了雛形，會進一步簡單，包括構建。

2012年到支付寶后，支付寶已經有了一套前端基礎類庫Arale 1.1，因此我并不是Arale的創始人。Arale 1.1的思路與KISSY、YUI等類庫差不多，都是從底層組件做起，很辛苦很累，但效果并不太好，在可維護性、易用性等方面，自己做的dom、 event等組件，經常不如業界已經成熟的jQuery等類庫好用。為了解決這些痛點，當時和同事商量后，就有了Arale 2的想法。Arale 2的核心是開放。開放的第一層是拿來主義，業界已經有的成熟方案，經過我們考察后，直接引入進來用。拿來主義直接讓我們站在了巨人的肩膀上，并能以此做為 基礎，迅速構建適合支付寶的一套UI組件庫。從狹義上講，Arale是為支付寶量身定做的，并不適合直接拿去給其他公司用。從廣義上講，Arale是構建 前端基礎類庫的一種開放式方案，這種方案可以被其他公司借鑒。目前已有不少團隊基于Arale方案構建出了適合自己公司業務的特定類庫。Arale目前的 規劃有兩個方向：1）進一步擁抱社區，廢棄CMD，擁抱CommonJS，Arale組件的模塊將直接與一個Node模塊無異。2）基礎組件的 Mobile First化，為移動基礎類庫的構建提供體系化方案和最佳實踐。

對前端開發來說，前端基礎類庫很重要，但從整個前端領域來看，類庫依舊是比較小的一塊。還有很多領域非常值得投入，下面有時間再說說。

InfoQ：阿里內部團隊眾多，能否講講支付寶前端團隊的開發流程和特別之處？

玉伯：從前端開發來看，阿里內部分三種類型：淘系、支付寶系、B2B系。B2B系沒親身體驗過，略過不說。淘系和支系的區別比較明顯，簡單說下。

淘系的核心業務是「導購」，業務的定位使得淘系大量前端業務以前臺展現為主。這類業務，快是第一用戶體驗。快不僅是頁面速度快，也包括研發交付速度要快。也會有功能交互很復雜的業務，但相對來說不是很多。

支系的核心業務是「支付」，有段時間也有「導支」業務，但很快成為非主流。「支付」是功能型的，與用戶資金相關，「穩定」、「安全」是第一用戶體驗。當然也求快，但在穩定、安全面前，快經常要讓道。支系還有兩個重點是金融與數據，與支付一樣偏功能性。

業務類型的不同，使得淘系、支系的技術體系、研發交付有比較大的差異性。淘寶求快，支付寶求穩。目前支付寶也在探索更適合互聯網的快速輕量級研發模式，淘寶在穩定、安全上的要求也越來越高。像是兩個極端，在互相借鑒互相靠攏，差異性應該會長期存在，但會逐步減少。

InfoQ：目前您最關注的重點是什么？

玉伯：目前最關注的是團隊管理。從帶幾個人，到突然帶幾十人，壓力很大。除了自己的個人生活，最在乎的就是這幫兄弟姐妹的未來。目前團隊缺口還很大，近期大量招聘中，職位不限于前端開發，也希望有 Node、Java、iOS、Android、交互、視覺等經驗的人員加入。

你瞧，又廣告了。最近晚上做夢都在關注招聘，有個同事說我近期三句不離招聘，歡迎投遞簡歷。

InfoQ：您感覺在過去一年中，前端領域是否發生了令人值得注意的變化？

玉伯：變化太快了，好多變化。百度的berg總結過一篇2013前端技術盤點，說得很全面。對支付寶來說，最大的變化有：

• 全端化。前端不再是折騰各種瀏覽器了，而是需要面對PC、Pad、Phone甚至TV等各種端。支付寶的做法很干脆實在，直接讓一批前端開發轉崗到無線部門做iOS開發。前端部門自身也需要逐步具備跨終端開發的技能。這是移動互聯網帶給前端最大的沖擊，卻也是最好的禮物。

• 全棧化。Node的興起和成熟，讓前端在解決研發效率等問題上有了新思路。阿里的整個技術體系是基于Java的，前后端的職責分工一直存在 灰色地帶，特別是在支付寶，厚重的開發環境已經對前端研發效率帶來嚴重影響。在這種情況下，如果能基于Node實現前后端運行與研發過程中的清晰分離，將 會帶來研發效率上的大提升。全棧不是為了技術的全面，而是從職責分工上能讓更合適的人干更合適的事。

• 工程化。前端開發越來越復雜，除了運行時的類庫框架，還有非常非常重要的一塊是研發交付體系。這一塊各個大公司的前端都在探索，各個公司都 有大量實踐，但感覺都還存在很多優化甚至突破的空間。支付寶的研發交付體系好像是阿里最復雜的，前端一方面「享受」這種復雜性帶來的穩定性保障，同時又非 常「痛恨」如此讓人抓狂的各種平臺、流程。前端的工程化開發是一個體系化的問題，相信2014年，支付寶前端在這一塊會有飛躍式突破。

InfoQ：您是此次“移動時代的前端”專題聯合出品人，能否談談你對此次專題的內容策劃？

玉伯：內容策劃上，就是上面說的全端化、全棧化、工程化。篩選的話題，會來自大公司，也會來自創業公司。全端化是移動互聯網對企業的需求。全棧化、工程化都是對研發效率的關注，這一塊的進展，能讓互聯網公司特別是大公司的傳統研發模式發生變革，讓分工更合理，研發效率更高。

InfoQ：您對“全端開發”這個新概念怎么看？

玉伯：上面已經提到這些概念了。全端我的理解是跨終端，從瀏覽器兼容，走向各種終端的兼容。你想談的應該不是這個，而是 FSD（Full-Stack Developer）。

Full-stack 有些地方翻譯成全端，我更喜歡翻譯成全棧。知乎上有過討論，感覺大家對全棧的理解有很多差異點。我的理解與大家的有些不一樣。

• 全棧不是什么都懂，而是鼓勵大家從單一（ | 型）人才變成一專多能（T 型）人才，進而變成多專多能（ π 型）人才。

• 對于前端的全棧之路，在支付寶是鼓勵大家通過Node掌握服務端上的UI Layer層開發，是讓前后端的分工更合理，并非是讓前端去研究后端的專業領域。表面上看是分久必合、合久必分，實際上是分工更合理，讓前后端都能朝著更專業的深度發展。

• 全棧開發應該根據不同場景去定義。支付寶的全棧，跟Facebook的，目前就不一樣。中間沒有誰好誰壞，都是從業務實際需求出發，以及團隊目前的人員情況出發，自然而然地一種選擇。

InfoQ：在前端開發以外，您是否還有關注的技術領域？為什么？

玉伯：技術領域這幾年都放在前端了，對動漫制作、數據挖掘有濃厚興趣，但尚未投入大量時間。技術領域之外，最關 注團隊管理，越來越發現很多事情靠一個人無法達成，個人英雄主義時代已經很遙遠。在當下，要達成一些心中想做的事，要倚靠團隊的力量。自己的定位依舊是技 術專家，但同時希望自己能具備leadship，這樣才能達成自己心中的夢想。

此專題詳細信息，請見專題頁面。關于此次QCon北京其他專題的詳細信息，請移步至大會官網。

需要特別注明的是，每年QCon大會門票都會在開幕前售罄，及早預定可提前確保席位，并享受更低折扣。現在報名參加將可享受8折優惠。團體購票（5 人及以上）將享有更多優惠。詳請咨詢qcon【at】cn.infoq.com，或直接致電010-64738142。報名請點擊報名頁面。