作者 崔康 對陳本峰的采訪，源于技術圈內的一個飯局，雖然大家對他的云適配創業經歷很感興趣，但是他卻在自我介紹中反復提到了“開源”和“Amaze UI”，言談舉止中透露著對國內開源社區發展的關注和熱情參與，特別是他領導的Amaze UI開源項目在正式上線2個月之后，在Github上就取得了1000多個star的關注度，這樣的成績在國內屈指可數。于是，便有了對陳本峰的采訪和下面的內容。 **Amaze UI 的前世今生** 在中關村創業大街旁邊的辦公室中，Amaze UI項目的領導者、云適配CEO陳本峰欣然接受了InfoQ中國總編輯崔康和高級編輯郭蕾的專訪。陳本峰首先談起了[Amaze UI](http://amazeui.org/)開源的背景，[云適配](http://www.yunshipei.com/)是專注前端技術的公司，在把網站從電腦版轉到手機版的時候，需要一個手機的前端框架。從創業初期開始積累，Amaze UI逐漸發展起來。 > 早期的時候，對這種移動端的Web界面框架比較少。國外的這塊移動版做得相當的好，我覺得他們兼容性做得不錯，但是速度非常慢，打開非常慢，所以無法忍受。于是我們當時決定自己做，所以就有了這套框架（Amaze UI），一直以來都是給云適配整套體系用的，后來我們覺得這套東西可以剝離出來，讓別人也能用。所有人開發移動網站的時候，都應該需要這么一個框架，因為這樣可以大幅度提高開發效率，不需要重新發明，這是一個基本的思想。 在開源之前，陳本峰的團隊主要做了3件事情，這些看似微不足道的步驟為開源項目打下了良好的基礎 ： - 代碼精進化 - 文檔規范化 - 啟動內測 **國內開源項目尚處萌芽期** 隨著國內技術社區的發展，國產開源項目越來越多，但真正運營成功并取得廣泛關注的例子并不多。在筆者拋出這個問題之后，陳本峰顯然已經早有答案。他指出，從國外的開源經驗來看，一個項目要想成功，必須有一個專職的研發團隊來做。雖然我們談開源，經常說靠社區的力量，但是最核心的推動力還需要是專職團隊，并且這個專職團隊是真的為社區服務的。 國內很多開源項目，大多是開發者自己的興趣愛好，并不是公司層面來支持項目的，經過一段時間之后，開發者工作調動或者公司業務重心轉移，就會導致項目夭折了。陳本峰分析過Github上的一些開源項目，剛啟動的時候，更新頻率很高，一個月有幾十次，但是到后來，基本兩年都沒有更新一次了。這種狀況無法給潛在的開發者信心。 對于開發者來說，評估開源項目可用性主要有兩點，一是社區支持度，二是活躍度。這兩項不達標，就沒人敢用。陳本峰認為，如果開源是一個公司行為，而不是個人興趣愛好，那么活躍度可以有保障。 **如何成功做好開源項目** 即使公司提供支持，開源項目就可以成功了嗎？顯然不是！ 陳本峰強調，開源要用一種服務社區的心態去做，而不只是服務自己公司內部。 > 雖然Amaze UI是云適配整個大產品體系的一部分，但是開源之后，Amaze UI團隊就只需要去考慮外面社區的開發者的需求，把我們自己的內部團隊也當成跟外面社區等同的客戶去對待，不因為是內部的團隊就優先處理，而是看這個需求到底是大家普遍認為一個比較需要的高的需求，還是它就是我們的一個特殊行為。如果是我們的一個特殊行為，就應該慎重。讓我們內部的團隊基于開源基礎上自己去改，改完以后由開源項目團隊判斷是接受還是拒絕掉，完全獨立地由兩套團隊去運行，他們的目標也就非常明確。云適配跟Amaze UI開源的目標是各自明確的，互相獨立的。我們在做的過程中，也發現外面社區有很多比較強烈的需求，比如我們在做Amaze UI里面發現最大的一個需求就是除了Amaze UI本身提供的一些功能，客戶需要一些第三方的英文插件。其實這個需求本身在云適配這塊是沒那么強的，因為云適配這塊主要還是針對移動端，而客戶需要的英文插件是開發者在做一個橫跨手機、平板、PC三屏的網頁時會需要的。并不是云適配的強烈需求，但是在我們的2.0階段最重要的工作就是做這件事情，這就是個非常典型的例子，說明我們是優先考慮外面開發者的，然后才是考慮內部開發者，或者就等同對待。 這并不是紙上談兵，Amaze UI項目如今由兩位全職的開發者在推動和維護，都是云適配的員工。 **用產品的標準做開源，解決移動化難題** 對于開源項目的定位問題，Amaze UI雖然提供英文的相關介紹，但是它更是為國內開發者優化的，陳本峰分析了幾個原因： - 本土化的支持，Bootstrap沒有做專門針對中文的支持。字體是網頁里面非常重要的一塊，直接決定了網頁展示出來的體驗的好壞。Bootstrap里面是沒有定義中文字體的，這就會導致每個瀏覽器都會根據默認設置去選一個字體。比如說IE在XP和Windows 8下字體就是不一樣的，在蘋果下面字體又不一樣了，然后在各種手機瀏覽器上面字體都不一樣。最后導致做出來的網頁可能在各種瀏覽器、各種操作系統下面看起來效果都不一樣，是完全不可控的。而且可能會導致排版格式變掉。Amaze UI里面很嚴格的定義了中文字體，做到在各種設備、操作系統、瀏覽器下看到的效果基本上是一樣的，比如說中文字體，我們用的是雅黑。在Windows底下是雅黑，但是在蘋果底下是沒有雅黑這個字體的，那我們就用最接近的黑體去做。Bootstrap基本上是用13號字，我們是用14號字，字號的大小也會導致排版不一樣。Bootstrap不太可能去加中文字體，因為如果一旦加中文字體，就還要加日文字體、韓文字體、法文字體， Bootstrap就會變得巨大無比了，這肯定也不是產品設計的初衷。還有對本土瀏覽器的支持，當時做Amaze UI的另外一個想法源于瀏覽器的兼容性，對于多數前端開發者來說，或者都是一個夢魘。可能開發一個網頁用一個月的時間，但是做瀏覽器的兼容可能要花兩個月的時間，甚至都做不完，面向的瀏覽器太多了。這些工作沒有必要讓開發者一遍又一遍的重復。所以當時我們想做一個開源產品，大家基于這個產品，把瀏覽器兼容性都調整一下，以后使用這個產品就行了，節省了大量的工作。國內瀏覽器和國外瀏覽器也是很不一樣的，像360、搜狗等，而且國內有雙核瀏覽器，這也是國外不存在的。針對這些中國特色，我們會做一些調整和一些特別的優化，這也是我們跟Bootstrap一個比較大的區別。 - 移動優先，Amaze UI一開始為移動端開發的，所以非常考慮在移動端的表現，要讓整個代碼體積盡量小。另外盡量的采用CSS3的動畫，動畫效果以前在PC端，都是用JS版做，一方面要下載JS代碼。另外一方面是它對機器的要求比較高。因為JS需要大量的CPU運算。移動端的瀏覽器，相對來說都比較現代，都是支持Html5的，使用CSS3動畫就會節省代碼，因為一行CSS3代碼可以解決一個動畫的問題，代碼體積會小很多。第二，因為CSS動畫是瀏覽器原生支持的，所以會有硬件加速。硬件的運算能力是要比用JS軟件上的能力要強很多的，所以整個移動端的體驗會好。 - 組件化，Amaze UI非常強調組件這個概念，近兩年有一個非常熱的技術叫做Web component，它的意思是說，網頁的每一個構件，都可以封裝成一個組件，這種技術在后端已經非常成熟了。比如說Node.js里面的NPM，可以用來管理各種各樣的包。Ruby的Gem，Python也有，但是前端是沒有的。在前端大家的做法是非常原始的，比如要做輪播圖，就是拷貝大段的Html5、CSS和JS，這個很大的問題就是，只要拷錯一行，就不工作了。另外一個是更新的問題，來源的組件更新了，本地的代碼也需要更新，可能一個修改就直接導致更新不了。所以前端整個開發的技術還是相對比較原始的狀態的，所以Google在2012年的時候提出了Web component的概念，這個概念發展的非常快，W3C已經把它列入標準的開發范圍了，現在已經在推進這個Web標準，我們設想未來的Web前端開發，應該是基于這種組件式的，所以我們也做了很多組件。Bootstrap并沒有朝這個方向去走，它更多的是強調它這種框架的底層架構，而我們強調組件。而且這種組件是非常具有本土化特質的，比如說我們上面有百度地圖的組件，國外用Google。我們的客服的組件，都是第三方部分提供商，或者一些視頻播放的組件，視頻播放組件可能會播放土豆優酷的視頻，在國外會用Youtube。未來我們希望做成類似于Node.js的NPM的包管理的系統，程序開發者需要什么組件，一個命令行直接就下載下來了。 說到Amaze UI對待開源的認真態度，版本路線圖的規劃也是一個例子。陳本峰介紹說： > 我們是比較嚴格的按照國外比較先進的開源項目的運營方式，比如說我們會找Bug，去分級，分成P0、P1、P2、P3、P4。PO是前面要解決的，P1會在下一個發布版本會解決， P2我們會在下一個版本有時間的條件下去做，沒有時間會往后推。P3屬于這種未來可以討論頭腦風暴的，用戶提交上來一個Bug，一個issue，我們馬上就會做一個級別的判定，這樣子提這個Bug的開發者會知道，他的這個問題大概是會在什么時間階段會被解決，而不是說就是大家提上來了，我們把所有的Bug攏在一起，而是清清楚楚去把問題分類，確定會在哪個版本解決。版本規劃也是，每一個版本的工作重點都分的很清楚，有很清晰的規劃圖，清晰的Bug管理系統，讓開發者覺得這個項目比較靠譜，認真對待的每一個版本，很認真對待用戶提出來的每一個問題的，而不是含含糊糊的，讓用戶根本沒有期待。 **開源亦能雙贏** 目前國內很多企業做開源都是抱著試試看的態度，那么開源僅僅是做活雷鋒嗎？ 陳本峰認為從商業角度，Amaze UI和云適配也是受益的： - 本身云適配業務是讓用戶把網站轉到手機端，所以我們對兼容性、適配性是非常關注的。但是單憑一己之力，是沒法做到兼容性非常完善的。我們開源出去，如果這個產品有別人用，那別人也來貢獻代碼，這樣也能夠返過來幫助云適配這個產品，能夠做到更好的兼容性、適配性，對我們產品的提升是有直接幫助的，所以我們愿意去做這件事情，也值得投入做這件事情。 - 做招聘， Amaze UI的開發者全部是前端的開發者。我們去招人的時候，就在Amaze UI上打廣告，大家會覺得Amaze UI這家公司前端工程師，是一個不錯的選擇，就會愿意來，成本跟獵頭費的成本也差不太多。從這點來說，對我們就是招人肯定是有幫助的。目前Amaze UI在招募技術愛好者，也歡迎大家[參與](http://amazeui.org/about/wantu)。 - 對于公司這個品牌來說，如果我們做了一個全中國最流行的一個前端框架，那么云適配以后做跟網站相關的一些業務，肯定會得到別人的認可，這也是一個品牌上的關注。所以我們會去做這件事情。對于另外一家公司，他可能就沒有這么大動力了，比如說如果是一家做電商的公司，他可能不會有那么直接的幫助，那招人直接花獵頭費了，他也不做網站相關的業務。可能跟云適配自己本身這個特定的業務是非常相關的。 **開源的未來出路** 開源項目有哪些出路？陳本峰分析了國外的例子： > 開源項目參與模式現在在國外是比較成熟的，基本上國外2B（To Business，面向企業，以下簡稱2B）產品的公司基本都是做開源的，我覺得他們的這個商業模式有幾種，一個就是做收費技術支持，然后就是做培訓，我們在做的過程中已經有這種參與，已經有人找過我們去給客戶做收費培訓。技術支持也可以做，這是比較容易看到的。還有就是去做一些系統集成的解決方案的，像IBM，IBM做了這種大量的開源，像Java、Eclipse，基本上做這種解決方案，當然解決方案里面利用最高的還是它的硬件。當IBM的軟件不是主要收入來源的時候，他就愿意去做開源的軟件，加上自己的硬件賣出去。像Google做開源的目的是通過開源這種方式促進各種人去使用互聯網，越來越多的人使用移動互聯網，他的移動搜索就賺錢了，為什么Google會去做一個開源的瀏覽器Chrome？Google的商業模式在于流量變現，只要世界上有越來越多的人上網，就有越來越多的流量，那他就能夠變現，這是Google的一個商業邏輯，那這些都是跟他支撐業務是有關系的，如果純支撐業務沒關系，那就是培訓，還有技術支持，Redhead就是這種模式。 談到對未來國內的這種開源發展趨勢的看法，陳本峰對2B市場的開源報以比較大的期望： > 我覺得開源在國內市場里比以前是要好很多了，市場繁榮多了，今天的Github上面有越來越多的中國開發者出現了，隨著這個行業的發展，未來開源這個事情會在國內會越來越流行。當然我覺得可能主力應該還是那些大的互聯網公司，因為國外主力也都是像Google、Facebook和雅虎這些公司。現在還處在一個萌芽期，哪一天它真的能爆發，就是看這些大佬們在這塊開始發力的時候。可能也是因為在中國做2B的大公司是非常少的，國外這種2B的大的上市公司是非常多的。在中國整個2B的企業還沒有完全起來，這個也限制它開源時期的發展，為什么呢？因為首先這個企業有很多內部系統的集成的需求，如果不是開源，他沒法知道這個產品是不是跟他內部的現有的這些產品能夠很好的融合在一起。那你開源之后，他自己先拿過來研究一下，是不是結合的好，所以這個時候，把產品開源，其實是一種變相的推廣手段。第二個考慮到一些安全性的問題，開源之后客戶也可以消除對安全性的隱憂，像我們云適配也是，它也是針對企業，是個2B的產品，我們基本上也還是按這條路來走的，所以我覺得國內開源能夠飛速發展，就是有兩個條件，一個就是BAT一些大公司開始介入、開始投入，第二個就是國內2B的公司開始參與進來。 ### 受訪者介紹 陳本峰，云適配創始人CEO，Amaze UI項目的領導者，國際互聯網標準聯盟W3C中國區HTML5布道官，專注互聯網標準以及瀏覽器相關技術研究超過10年。曾任職于微軟美國總部IE瀏覽器核心團隊，師從瀏覽器行業泰斗Christian，參與IE的HTML5引擎設計開發以及下一代互聯網標準HTML5國際標準制定。