譯者按：我們時常能看到不同JavaScript庫/框架之間的各種比較，但這次 YUI3 架構師和 jQuery之父的直接對話卻非常難得，也是暗涌澎湃精彩至極，實在忍不住，翻譯出來以饗各位讀者，希望對那些有志于開發(fā)“庫/框架”的同仁們有所啟迪。

　　jQuery之父回答“YUI3如何提升其影響力？”

　　原文：How could YUI3 improve its image compared to jQuery, MooTools, etc.?

　　題目：和jQuery和Mootools相比，YUI3如何提升其影響力？
　　作者：John Resin(jQuery之父)
　　譯者：拔赤

　　YUI3 已經(jīng)超越 YUI2，并向 jQuery 看齊了，那么 YUI3 如何提升其影響力呢？關于這個問題，有些回答似乎有些跑題，問題是“怎樣提升 YUI 的影響力”（不錯的問題），然而大部分的回答卻在攻擊 jQuery。

　　我從兩方面來回答這個問題：1，YUI 應當如何改進，以便更多的人來使用，2，YUI 如何提升才能改善和 jQuery 的競爭力。

　　我不得不承認，和其他 JS 庫相比，YUI 的確很贊，不管是代碼級的工作、大量優(yōu)秀的文檔、demos、blog 文章、視頻教程等等，真的相當出色。而其他的 JS 庫則對這些方面不太用心，而且我認為這些內(nèi)容是一個成功開源項目最重要的組成部分，然而 YUI 卻沒有更成功的占領市場，對此我一直很不解。

　　在這里，為了便于各位理解，我暫作幾個假設：1，目前的 YUI3 版本已經(jīng)“足夠優(yōu)秀”，2，YUI 文檔和論壇也已經(jīng)足夠完善，足以吸引更多的用戶來使用 YUI3。

　　基于此，我做一些簡短的評價：

　　1，分散的域名應該合并成一個，正像別人指出的那樣，維護太多站點往往會適得其反、吃力不討好。

　　2，多代碼庫應當合并成一個代碼庫，不錯，人們?nèi)栽谑褂?YUI2，YUI3 的 API 和 YUI2 卻有著天壤之別，而 YUI 將來只會在 YUI3 上取得成功（YUI 團隊固執(zhí)的維護著 YUI2 不會幫助 YUI “更成功”的）

　　3，YUI 的引入方式太多，應當縮減至一種。人們應當從 YUI().use 開始接觸 YUI（假設這些人真想深入使用 YUI）。首頁只保留一個要點即可：應當這樣來引入 YUI，<script src=”http:///yui-min.js”></script>，這樣就清晰了很多。

　　簡單講，YUI 項目應當保留一個整體的方向性，重點太分散，則會事與愿違。

　　如今，如果 YUI 直接和 jQuery 進行競爭，YUI 和它的子項目的運作方式都需要做出調整。因為現(xiàn)在的 YUI 項目運作方式與 YAHOO 的工作方法是背道而馳的。鑒于目前的管理方式的極差的操作性，YUI 項目著實是一個不幸的犧牲品。

　　本來，我們應該使用 SimpleYUI 來啟動我們的 YUI 程序?？纯?jQuery 吧，它的 API 簡潔實用，人們多沖著這些迷人的功能來構建大多數(shù)的站點。因此當我們訪問  的時候，本應期待只有一種方法來使用 YUI，就是 simpleYUI（這個名字應當換換，換一個更簡潔自然的叫法）。

　　YUI 主站上其實不應該提供zip 文件，我甚至覺得根本不應當通過定制的方式來下載 YUI 文件。jQuery官網(wǎng)只提供一份單獨的  jQuery 文件，所有用戶，包括手機用戶都在使用這一個文件。這實在太簡單了，文檔也很簡單，blog 文章同樣簡單，每個人都可以非常方便無障礙的參與  jQuery的討論。

　　YUI().use 沙箱外加異步加載腳本的方法很帥，我非常推薦這種方式。我寧愿將我的代碼段都壓進一個緊湊的“SimpleYUI”中，通過他按需從 YUI CDN 上加載腳本。

　　我特別希望能重構 YUI 官方網(wǎng)站，讓人們更快的找到他們想要的組件，包括那些社區(qū)提供的組件。我會重新定制首頁，讓訪問者一眼就能看到 SimpleYUI，再從 YUI 組件庫中挑選一些很酷的組件放在首頁下方，并直接引導用戶能進入到 YUI Gallery（或者不叫 YUI Gallery，YUI Gallery聽起來更像是專為 YUI 搞的插件庫）。

　　所以我們可以看到，YUI 項目本身依然存在著諸多結構性問題。

　　一直以來，YUI 項目都有著一個龐大的全職全薪的開發(fā)團隊，這是 YUI 獨有的優(yōu)勢，這讓其他 JavaScript 庫項目非常垂涎。我想說，這實在是不賴，正是因為這樣，才讓 YUI 整體受益匪淺。不過它也帶來一些很嚴重的后果，YUI 的命運掌控在 YAHOO 的手中。這不是我們希望看到的，因為YUI自身獨立、開源的特性，YUI 應當從 YAHOO 剝離出來獨闖江湖。

　　據(jù)我所知，還沒有非雅虎的 YUI 社區(qū)，很多非雅虎的開發(fā)者為 YUI 貢獻了很多不錯的代碼，但他們都沒有提交權限，這是一個嚴重的問題。反觀 jQuery 的成功，則很大程度上得益于開發(fā)者的反饋和幫助，我們從社區(qū)中得到了大量的滋養(yǎng)?，F(xiàn)在，讓我們來看看我們的代碼庫和代碼貢獻模式吧。

　　將代碼遷移到 github 上是漂亮的第一步（因為沒有版本控制，項目早晚會死），然而，人們貢獻代碼的方式十分零散而分散，顯然Git作為開放靈活的開源版本控制工具是我們不二的選擇（相比于 YAHOO 內(nèi)部循規(guī)蹈矩的版本發(fā)布）。而在 上，幾乎不可能實際上發(fā)起一個類似 pull request 操作，因為他有自己的一套提交代碼機制，而且非常容易起沖突。我們需要 Git 能侵入開發(fā)者 coding 的各個習慣，擁抱 Git，你才能游刃有余的使用他。

　　時至今日，YUI 社區(qū)最大的問題就是“YUI已經(jīng)成型”，或者說僅僅是 YAHOO 在為 YUI 貢獻代碼，而一個真正開源的項目應當具有完整的社區(qū)生態(tài)系統(tǒng)，只有 Yahoo 停止支持 YUI，社區(qū)開發(fā)者才能開心放心的搭建 YUI 開發(fā)環(huán)境，為 YUI 貢獻代碼，如果這個坎過不去，瓶頸就無法消除，我們應當快刀斬亂麻，從底層結構上修復 YUI 問題的根源。

　　我們需要建立一個持有 YUI 100%版權的非營利組織，并讓非官方的開發(fā)者來負責項目的運作，這對 YUI 的發(fā)展和提升其在社區(qū)的活力有著非同一般的意義。

　　如果要給出終極改進方案，我想應該是這兩點：

　　1，簡單就是美，簡化你的代碼、你的站點、你的文檔、和你組織庫文件的方式。更簡潔的代碼才能被更多人讀懂、并使用他。

　　2，開源社區(qū)是 YUI 可持續(xù)發(fā)展的關鍵所在，它會帶來更多的反饋和熱情的開發(fā)者，YUI 的影響力也在開源社區(qū)中潛移默化的影響這其中的每個人，Yahoo 不應是其唯一的維護者，維護者應當來自于更廣闊的開源社區(qū)。

　　另外，我注意到這里很多人的回復都很悲觀，不要忘了，jQuery的流行才剛剛開始，而  jQuery 和 YUI 幾乎是同時面世（他們分別在06年1月和06年2月發(fā)布正式版），jQuery一直保持著其簡潔易用，所以也擁有數(shù)量遠超其他JS框架的開發(fā)者群體。實際上，簡單比復雜更具挑戰(zhàn)，這也一直都是YUI 所不能理解，但最應當反思的問題。

　　Zakas的回應

　　原文：Response to John Resig’s comments about YUI

　　題目：回應 John Resig 關于 YUI 的評論
　　作者：Nicholas C. Zakas (YUI3 架構師)
　　譯者：拔赤

　　就在今早，有人在 Quora [注1]上提了一個問題：“YUI3 如何提升其影響力？”，這個問題很有意思，下面的回復也很有意思。我最感興趣的一個回復來自于 jQuery 的作者 John Resig，他的解讀非常獨到，給出了創(chuàng)建 jQuery 龐大且充滿活力的開源社區(qū)的路線圖。只是其中很多觀點我不敢茍同。

　　在討論之前，應當說明的是，我在 YAHOO 工作，我一直都在為 YUI 貢獻代碼，盡管我不是 YUI 開發(fā)團隊成員，因此我的觀點不代表 YAHOO 公司和 YUI 開發(fā)團隊，僅僅是我個人針對 John Resig 回復來分享我的看法。再補充一點，我對 John 本人、jQuery團隊和 jQuery 社區(qū)開發(fā)者們十分敬重，所以，請不要將我的觀點斷章取義，做別有用心的理解。

　　首先，我承認，分散的站點的確是 YUI 的一個問題，不止一個人曾經(jīng)糾結于到底應該訪問 YDN 呢還是訪問 YUILibrary.com？這是 YUI 首先要解決的問題。同樣，John 對于簡化 YUI 文檔首頁上的引導信息的建議也相當不錯，是個好主意。

　　John 的下一段落介紹了 YUI 如何與 jQuery 正面競爭，我在 twitter 上有過一個簡評：“我不認為他們之間存在你死我活的競爭關系”，我不想將 YUI 搞成另外一個 jQuery，這兩個庫各自都有優(yōu)點，且重合度極小。jQuery更適合小網(wǎng)站使用，畢竟它很簡單、大眾、人人都可以快速上手，因此 jQuery 有著龐大的設計師群體，但我不愿意拿 jQuery 來搭建 Yahoo 首頁。對于可擴展的web 應用，YUI 的確更勝一籌。我不相信僅憑一個單一的產(chǎn)品就能滿足所有用戶多樣化的需求。jQuery在其專注的方面的確富有想象力，而我寧愿將 YUI 的關注點放在解決復雜Web應用方面的問題。

　　我對 John 的評論有如下觀點不敢茍同：

　　“一直以來，YUI 項目都有著一個龐大的全職全薪的開發(fā)團隊，這是 YUI 獨有的優(yōu)勢，這讓其他 JavaScript 庫項目非常垂涎。我想說，這實在是不賴，正是因為此，才讓 YUI 整體受益匪淺。不過它也帶來一些很嚴重的后果，YUI 的命運掌控在 YAHOO 的手中。這不是我們希望看到的，因為 YUI 自身獨立、開源的特性，YUI 應當從 YAHOO 剝離出來獨闖江湖?！?/p>

　　這種觀點我聽的耳朵都起繭子了，這些觀點是我始終不理解和不認同的，開源社區(qū)似乎始終流傳著這種觀點，認為只有“純粹自治”，而非依賴于某個公司的項目才是真正的“開源”。讓我摘錄我之前的一段聊天記錄：

　　某某：我非常喜歡 YUI，只是那個讓人討厭的“Y”讓我很不爽。
　　我說：到底是什么讓你很不爽？是那些拿著雅虎俸祿的全職工程師？還是你看不慣他們在擁有全球最高訪問量之一的 YAHOO 網(wǎng)站上做 YUI 的各種測試？

　　我認為，正是得益于雅虎的庇佑，YUI 才如此價值連城。YUI 開發(fā)團隊和 YAHOO 的其他研發(fā)團隊并肩戰(zhàn)斗，正是這種經(jīng)歷造就了如今的堅不可摧的 YUI 產(chǎn)品。就在不久前，我剛剛和 YUI 團隊的工程師們一起，將 YUI3 實驗性的應用到 YAHOO 首頁。有多少 JS 庫敢說自己能有機會在全球 Top5 的網(wǎng)站上進行測試？又有多少 JS 庫敢說自己能持續(xù)從全球流量最大的網(wǎng)站獲得測試數(shù)據(jù)，這些網(wǎng)站每天的訪問量達億次以上？

　　將 YUI 從 Yahoo 剝離出來，才真正剝奪了它的戰(zhàn)略優(yōu)勢。當 YUI 專注于這些高端項目和某些私有項目的時候，就沒辦法同時顧及到那些開源社區(qū)了。而在 Yahoo 內(nèi)部，我們可以與 YUI 團隊協(xié)作無間、齊力斷金，所有 YUI 的用戶也都從中獲益良多。所有雅虎工程師的辛勤勞作在這里匯聚，日積月累的向 YUI 注入能量。

　　有些人說 Yahoo 不應當“操縱” YUI 的命運，這種論調我就更不能認同了。同樣，是 Yahoo 讓 YUI 閃光。任何一個開源項目都有一個核心的開發(fā)團隊，他們的工作除了維護項目源碼之外，還負責培養(yǎng)開發(fā)者、并為他們提供學習路線圖。雅虎為YUI的開發(fā)者們支付薪水，這并不能改變項目的本質。我們可以看看在類似機制下亦然如此成功的 Mozilla，Mozilla 核心研發(fā)團隊控制著 FireFox 的版本發(fā)布，Mozilla 給他們支付薪水，并不意味著他們的產(chǎn)品就應該有多糟糕。他們的產(chǎn)品 FireFox 是世界第二大瀏覽器，而正是這些甘于奉獻的工程師對這個產(chǎn)品充滿熱情，他們的確渴望創(chuàng)造一個最好的產(chǎn)品。當你的本職工作就是在支持這個項目的時候，這是很容易做到的。誰說大公司無法支持開源項目？開源社區(qū)生態(tài)系統(tǒng)的形成，最終是由溝通、協(xié)作和不斷超越的精神決定的，而不是所謂的“非盈利”。

　　再回過頭來看 YUI，YUI 開發(fā)團隊一直都在非常用心的開發(fā)第三方組件庫，不錯，這避免不了成長中的煩惱。時至今日 YUI 已經(jīng)成果斐然，當然，在雅虎的之外，YUI 還未像 jQuery 那樣廣受關注，但 YUI 一直都在努力。去年的 YUI 年會 [注2]上，Matt Snider（曾供職于Mint.com）介紹了由他主導開發(fā)的一個相當完備的基于YUI2的組件庫。我覺得這實在是棒極了，因為他的行為傳達了一個信號，任何人只要有自己的想法，都可以向 YUI 開發(fā)團隊靠攏，而且可以得到 YUI 團隊的絕對支持，并把你的組件打包入 YUI。Matt 為他的組件庫付出了很多工作，希望 YUI 可以尋覓到更多像他那樣的開發(fā)者，愿意花時間為 YUI 貢獻高質量的代碼。同樣，YUI Gallery也一個相當不錯的東西：他為開發(fā)者打開一扇大門，開發(fā)者可以輕松的將他們的組件發(fā)布到 Gallery列表中，并可以將它們推送到 YAHOO 的 CDN 上[注3]。至今，Gallery已經(jīng)有227個組件，讓非雅虎系的開發(fā)者都受益良多。

　　那么，YUI 是否可以改進社區(qū)的形式和貢獻代碼的模式呢？當然可以。YUI 是不是必須切斷和 Yahoo 的聯(lián)系，才能開始這些改進？不用，YUI3 是一個高質量的產(chǎn)品，在不斷壯大的開源社區(qū)中有著強勁的生命力，如果硬要指責 YUI 團隊的不稱職的話，也只是他們忽視了市場營銷的重要性，和缺乏行之有效的推廣手段，而這兩方面正是 jQuery 的強項，這也是 YUI 需要向 jQuery學習的地方。

　　總之，YUI 不是 jQuery，任何試圖將 YUI jQuery 化的企圖都是不對的。那是不是意味著他們二者就是方枘圓鑿、不容水火？絕對不是，jQuery擁有著全球最大的開發(fā)者群體，沒有哪個開源項目敢說自己不想要一個 jQuery 那樣的開發(fā)者群體。YUI 也是其中之一，只是 YUI 沒必要一定要變成像 jQuery 那樣讓全球開發(fā)者趨之若鶩，更沒必要一腳把雅虎踹開，jQuery僅僅是一個案例，它給了我們?nèi)绾谓?jīng)營開源社區(qū)的一個參照樣本，就像我常對我同事說的，問題不只有一種解決方案，真正的挑戰(zhàn)性來自于選擇適當?shù)牟呗?而非照抄)來解決特定場景下的問題。如果真的沿著 jQuery 走過的腳印一步一步走下去，對 YUI 來說，這將是一個嚴重的決策性錯誤，畢竟，他們二者殊途不同歸，各有各的優(yōu)勢，各自都有特定的開發(fā)者群體。YUI將會堅持走自己的道路，盡管這離不開孕育滋養(yǎng)它的紫色土壤。但我相信，YUI 一定能做到。

　　注1：Quora.com 是一款基于問答機制的 SNS，有著活躍的用戶群，它和之前的問答網(wǎng)站的最大區(qū)別就是 Auora 是基于實名制。

　　注2：YUIConf 是 YUI 開發(fā)者大會簡稱，一年一次，今年將在11月8日舉辦，可通過 YUIblog 獲得更多信息。

　　注3：我相信 zakas 的初衷是好的，但就我個人的經(jīng)驗來看，將組件發(fā)布到Gallery中的確很簡單，但推送到 Yahoo CDN 上就有點費勁了，手續(xù)實在有點小麻煩。