今天最熱門的網路新聞莫過於Google Chrome的推出 剛剛看到這篇文章，提到不少關於Google Chrome開發過程的內幕 原文在這裡 http://mmdays.com/2008/09/03/wired-chrome === Wired 雜誌最近的一篇報導，由對岸的朋友翻譯的。讓我們一同來還原事情的真相吧。( 轉錄自 cnBeta) (在我試用 Chrome 看 Google Reader 時，似乎突然掛了一下，不過就 如同他們所宣稱的機制，也只會掛一個 tab 而已。老實說，還蠻好用的) ========= 轉錄分隔線 ========= 10月號《連線》雜誌撰文稱，穀歌推出Chrome流覽器是一個計畫周密的行動，目的非常明 確，就是要與微軟的IE搶佔市場份額。8月18日，穀歌在加州山景城總部41號大樓一個小 會議室召開每週一次的經理會，這可能是發佈Chrome流覽器前的最後一次經理會。在會議 上，布賴恩·拉考維斯基(Brian Rakowski)走向白色書寫板，用黑色幹擦筆在白板上寫了 12個條目。 (谷歌Chrome流覽器開發人員(左起)Mark Larson, Brian Rakowski, Darin Fisher, Ben Goodger) 開發流覽器傳聞變現實 拉考維斯基今年20多歲，身體瘦長，喜愛交友，是一項秘密計畫——Chrome流覽器開發— —的產品經理。據悉，這一計畫從啟動到現在已經有兩年多時間了。 他寫的第一條是“發佈狀態”(State of the Release)。被討論的發佈物件就是外界極為 關注的Chrome——穀歌的第一個網頁流覽器。流覽器是飆網的必備工具，幫助用戶完成搜 索、閱讀、 購買、辦理銀行業務、登錄Facebook、聊天、觀看視頻、聽音樂等網上活動 。對於穀歌來說，推出Chrome絕對是一個重大舉措，是實現穀歌時代真正 到來所必不可 少的一步。 在將桌面計算升級到“雲計算”過程中，穀歌擁有相當大的優勢。Chrome的出現無疑是向 其競爭對手微軟發出的一大挑戰。多年前，微軟正是憑藉 IE流覽器擊潰Netscape Navigator。隨著Chrome的登場，IE是否會面臨和Netscape Navigator一樣的命運，我們 拭目以待。 實際上，穀歌將推出流覽器的傳聞很久以前就已不脛而走。在漫長的等待中，很多人早已 閉上討論之口。但這一次的經理會勢必再次啟動討論之門。按照 穀歌的計畫，Chrome在9 月2日正式登場。在公開測試版之前的最後一個版本，拉考維斯基及其團隊只發現5個“ bug”，而且都已解決。技術負責人之一 的馬克·拉爾森(Mark Larson)說：“事情看起 來還不錯。” 谷歌產品管理副總裁桑達·皮采(Sundar Pichai)問道：“什麼東西讓你們搞了一個晚上 ？”參與第一個原型開發的工程師達林·費希爾(Darin Fisher)說：“當然不是Chrome。 ”這句話引來一片笑聲，因為每一個人都知道他家裏有一個只有10周大的孩子。拉考維斯 基拿出一支紅筆在“發佈 狀態”旁邊加了一個“X”。這是一個信號，暗示穀歌Chrome流 覽器離成為現實只有一步之遙。 早在2001年便有開發打算 谷歌為什麼要開發流覽器？這似乎是一個很容易回答的問題。相比之下，人們更為關注的 是，谷歌開發流覽器為什麼用了這麼長時間。皮采說：“我們要 做的是讓人們使用一種 流覽器訪問我們的資源和網路。”CEO埃裏克·施密特(Eric Schmidt)說：“流覽器是關 鍵所在。”他應該很清楚這一點，因為在上世紀90年代激烈的流覽器大戰中，他就竟曾擔 任過Sun的首席技術官 (CTO)。毫無疑問，谷歌創始人拉裏·佩奇(Larry Page)和塞吉· 布林(Sergey Brin)自然也知道這一點。 施密特說：“在2001年加盟谷歌時，佩奇和布林就對我說‘我們要開發自己的流覽器’。 我當時的回答是‘不’。”他解釋說，當時的時機還不成 熟。“我不相信公司那時已具 備足以經受住一場流覽器戰爭的實力。我們的戰略目標應該在‘雷達探測不到的地方’， 這一點非常重要。”雖然當時沒有進行開發， 但打造自家流覽器的想法卻保留下來，傳 聞也開始蔓延開來。2004年，《紐約時報》援引一名自稱瞭解穀歌業務具體細節的人的話 報導說，穀歌正開始開發流覽 器。消息一經傳出，施密特隨即予以公開否認。 在幕後，Chrome開發仍舊是施密特與谷歌創始人爭論的話題。穀歌最後採取了一種折衷辦 法，組建一個小組，任務是改進流覽器奇才本·古德傑 (Ben Goodger)和費希爾負責開發 的開源流覽器Firefox。(古德傑和費希爾均效力於Firefox擁有者、非盈利性組織 Mozilla)除此之外， 穀歌還推出另一個舉措，聘請曾就職於NeXT 公司的37歲的工程師萊 納斯·厄普森(Linus Upson)擔任工程研發總監。費希爾說：“佩奇和布林的決定是非常 明智的，原因再簡單不過：如果能做好Firefox擴展，他們就有能力開發出一款優秀 的流 覽器。” 2006年春季，Firefox開發小組開始討論設計一款新的流覽器。他們熱愛Firefox，但他們 也知道當前所有流覽器都有一個共同缺陷。 在最初構思微軟IE和Firefox心臟的代碼庫時 ，流覽器並沒有現在這麼複雜。之前只能在桌面上實現的功能——郵件、試算表、資料庫 管理——現在卻越 來越多地在網上進行。在即將到來的“雲計算”時代，網路已不僅僅 是一個內容傳遞平臺。 開發過程一波三折 對現有流覽器進行修補以適應這一想法意味著，必須不斷開發相關附加元件，例如工具條 、RSS閱讀器等等。但這種修補可能因為一次徹底升級成為一 種徒勞。費希爾說：“作為 Firefox的開發者，你必須不斷創新，但你又經常擔心，一旦推出下一版本，所有擴展將 成為廢物。實際上，這種事情已經發生 了。”結論是顯而易見的：只有開發自己的軟體 ，穀歌才能將流覽器送入“雲計算”時代，並潛在地掀起一股自微軟和Netscape拉鋸戰( 市場排名幾乎每月 變換)之後從未有過的革新浪潮。 穀歌構想的一個關鍵性革新就是所謂的多處理結構，這一系統能夠幫助電腦在軟體崩潰時 繼續運行。那為什麼不將這一系統應用到流覽器身上呢？也就 是說，當一個標籤頁崩潰 時，其他標籤頁仍可以泰然自若。當然了，為了解決“一個老鼠屎壞了一鍋湯”的問題， 你也可以採取拖拽現有標籤頁創建一個新視窗這種 方式。簡單地說，就是從頭開始，這 種方式擁有其他一些優勢。在設計上，你可以做到更加簡潔並使其運行速度更快，而更簡 潔、更快速恰恰是穀歌奉行的兩大原 則。 2006年6月，古德傑、費希爾和曾就職於Mozilla的布賴恩·萊納(Brian Ryner)開發出一 個“小原型”。他們的第一個重大決定就是選用渲染引擎——幫助處理網頁的HTML代碼， 並將結果顯示在用戶的螢幕上。他們敲定的兩個 開源引擎分別是用於Firefox的Gecko和 用於蘋果Safari 流覽器的WebKit。 WebKit已被負責開發穀歌移動作業系統Android的研究小組採用，其運行速度是Gecko的3 倍，自然成為Chrome的首選。 幾周之後，古德傑等人便開發出可在Windows系統下運行WebKit的一款比較簡單的流覽器 ——某一個標籤頁崩潰後，這個流覽器仍能運行。 古德傑回憶說：“當標籤頁崩潰後， 用戶會看到一個沮喪的表情圖示，表明這個標籤頁已經‘死’了，這是Chrome流覽器的第 一大特色。”不久之後，布林和 佩奇視察了秘密開始的流覽器開發計畫。參與開發的工 程師帕姆·格裏納(Pam Greene)回憶說：“我記得很清楚，當時我就坐在桌子旁邊，一條 玩具蛇趴在桌子後面。布林一邊玩著健身球，一邊看費希爾演示，同時還不忘用手愛撫那 條 玩具蛇。” 公司高層終開綠燈 沒有誰能確切地說出公司高層是什麼時候給Chrome流覽器工程開的綠燈。皮采回憶起一次 行政會議，當時施密特好像不再像以前那樣反對。這位 CEO表示，如果穀歌確實決心上馬 流覽器工程，研究團隊就必須開發出與IE和火狐有著很大不同的東西。另外，穀歌的流覽 器速度必須更快，而且必須是開放源 代碼。 當然，這些正是研發團隊早就想到了的地方。 總之，到2006年秋，Chrome流覽器從非正式概念跨越到了正式的工程。工程師佈雷特·威 爾遜(Brett Wilson)說：“某個星期五，我們開了一個會。主管說‘高層正在考慮做我們 自己的流覽器，你們怎麼看？’所有人是既興奮又惶恐。”之所以惶恐，部分是 因為他 們非常清楚，研發一款有競爭力的流覽器是一項巨大的任務。 由於對火狐的依賴，研發團隊成員內心的感受可謂五味雜陳，作為開放源代碼發展的代表 ，火狐是對抗微軟統治地位的一道屏障。2006年10月加入研發團隊的工程師埃裏克·凱 (Erik Kay)說：“我們的擔心是，人們會把它解讀為破壞火狐。” 讓谷歌人感到欣慰的是，他們的流覽器將百分之百地開放源代碼：谷歌的創新可能會幫助 找到進入Mozilla編碼庫的方法。厄普森說：“我們真心希望火狐和其他開放源代碼的流 覽器都能夠成功。” 作為穀歌力挺火狐的一部分，皮采會見了Mozilla總裁米切爾·貝克(Mitchell Baker)， 並在向她介紹了穀歌的計畫。現在貝克表示，對Mozilla和火狐來說，Chrome流覽器是一 種混合體。她將Chrome流覽器的推出視 為是對Mozilla有關流覽器的選擇至關重要這一信 念的擁護。她說：“如果穀歌提出一些很好的新創意，那對用戶來說再好不過。競爭促生 最棒的流覽器。” 但她也明白，很多她的客戶將會下載谷歌的應用程式。她說：“我們 期待人們去試用，然後再回來。因為獨立非常重要，Mozilla還將繼續存在。” 一個次要的問題是這款產品應該取一個什麼名字。在研究了代號，但感覺都非常愚蠢之後 ，他們借用了過去用來描述框架、工具欄和流覽器視窗周圍功能表的一個詞：chrome。 另外聘請的一個人也非常重要。因為用戶期望Chrome能使運行Web應用程式最優化，一個 關鍵要素應該是JavaScript Java引擎，這是一種運行Web應用程式編碼的“虛擬機”。建 造這種虛擬機的理想人選是丹麥電腦科學家拉爾斯·巴克(Lars Bak)。2006年9月，在不 停地進行了20多年的設計後，巴克準備抽出一部分時間用在他位於奧爾胡斯郊外的農場裏 。就在這個時候，穀歌打來了電話。 巴克建立了一個小團隊，最初在農場工作，之後搬到了當地大學的辦公室。他知道他的任 務是研發一款比以往任何一款流覽器更快的引擎。他稱自己的團 隊是“V8”項目的一部 分，他說：“我們下定決心，一定要加快JavaScript的運行速度，我們花了4個月的時間 去做。”這個丹麥研發小組通常是早上 7、8點鐘開工，一直編程到晚上6、7點鐘。唯一 的休息時間是午飯，他們會在5分鐘內狼吞虎嚥地吃完，然後玩20分鐘的遊戲。巴克說： “我們都很會玩 Wii網球遊戲。” 每個標籤都可以拖出並生成新的視窗 速度是最大優勢 他們還善於編寫一個JavaScript引擎。巴克在穀歌推出Chrome流覽器前幾周曾表示：“我 們今天只是在嘗試一些基準運行。”實際 上，V8引擎處理JavaScript的速度比Firefox或 Safari流覽器快10倍。而在那些相同的基準下，Chrome與流覽器市場的霸主微軟 IE 7相 比又如何？答案是前者運行速度是後者的56倍。巴克說：“我們有點低估了自己的工作能 力。” 速度可能是Chrome流覽器是最重要的進步。當你以數量級的方式去改善某些設備的時候， 你沒有造出更好的東西——你造出的是新產品。巴克 說：“開發人員一體會到這類速度 的魅力，他們就會開始從事更美妙的新的網路應用，他們在這方面更具創造力。”穀歌希 望推出新一代網路應用，這樣一來，微軟 最不願看到的夢魘將成為現實：流覽器將成為 相當於作業系統的應用。 穀歌還對Chrome進行了一些改進，令其成為多進程操作平臺，使每個打開的標籤頁可以像 獨立的程式一樣運行。2007年5月，穀歌收購了 GreenBorder Technologies公司，這是一 家軟體安全公司，其技術被用於為Firefox或IE創建一個封閉、安全的環境，將它們的活 動隔離到“虛擬會議 ”(或沙盒)中，在這裏，惡意軟體入侵不會破壞電腦上的其他活動 和資料。 這項交易對外公開宣佈時，業界就懷疑穀歌可能會涉足反病毒領域。這項收購完成後不久 ，GreenBorder的工程師們即瞭解到，他們的工作就 是為新一代流覽器的標籤頁構建“沙 盒”。卡洛斯·皮薩諾(Carlos Pizano)說：“我們都糊塗了。他們不會說明用沙盒去幹 什麼。” 儘管Chrome開發團隊日益壯大，但開發工作從沒有陷入像官僚機構經常遭遇的困頓中。在 Chrome專案的初期階段，開發人員還能在穀歌某個咖啡廳一張桌子上共用午餐。不久，即 便是最大的桌子，亦不能滿足這個團隊的用餐需要了。 每位工程師都懷以“開源”的精神工作，他們可以隨便檢查任何代碼，去調整或改進。拉 考維斯基總在嘗試讓開發進程保持透明。 具有全新功能 隨著產品整體規劃逐項落到實處，工程師們開始把工作重點放在用戶介面上。一開始， Chrome開發團隊希望，這款流覽器的視覺效果一定要做到平 淡無奇，這樣，用戶甚至認 為他們不是在使用流覽器。開發人員的口號變成了“內容，而不是chrome”，鑒於這款流 覽器的名稱，給人以一種奇怪的感覺。馬 克·拉爾森(Mark Larson)說，我們學會了如何 在遭人嘲諷下生活。 當你把一個含有像Gmail這樣的網路應用的標籤頁拖至一個單獨的視窗，說明你希望一個 “應用捷徑”(app shortcut)的時候，最清晰的表達會出現在你的面前。此刻，功能表、 按鈕、位址欄全部消失了，Web應用看上去更像是桌面應用。 在決定包括哪些按鈕和功能時，開發小組開始玩起一個智力遊戲，即消除一切東西，然後 再去分析如何恢復。後面的按鈕？沒什麼用處，刪去。前面的按鈕？沒有什麼必要，但它 最後倖存下來。如果你是流覽器狀態欄的忠實擁躉，那麼你可能對Chrome不太習慣。 Chrome有書簽欄。最初，工程師認為他們不應該要書簽欄。Chrome引入多個新的導航方法 ，如在其中一個導航方法中，流覽器可以分析用戶 不用打字也清楚接下來該進入哪項程 式。你輸入文字時，可以使用“omnibox”，一項結合了位址欄和搜索欄的功能：只要輸 入你想要查找的東西，它就能提 供網路位址、搜索結果或適合你要求的受網友歡迎的目 的地，這些資訊全部是以非插入式文本形式出現在框的下面。 一定程度上講，它就是谷歌著名按鈕“I’m Feeling Lucky(手氣不錯)”的增強版。穀歌 在用戶中進行的調查表明，一些人仍喜歡點擊這個書簽欄獲取導航資訊。一個折中方案是 ：如果用戶以前在IE或 Firefox流覽器上設定了書簽欄，Chrome將會導入這項設置。否則 ，用戶將沒有書簽欄，除非他們特意選擇。 保密工作非常好 令人難以置信的是，穀歌流覽器在兩年時間裏竟然不為外界所知。直到2007年年中，即 Chrome項目實施約一年的時候，開發小組讓未參與該項 目的公司職員瞭解他們的創新工 作時，這方面的消息才洩露出去。在以當前原型為特徵的高科技談話系列的一開始，員工 們反響非常強烈。在各種功能(如將標籤頁 拖至新視窗)演示過程中，他們不時爆發出發 自內心的歡呼聲。 隨著知道Chrome流覽器的人越來越多，有件事必然要發生——相關消息傳到博客的耳中。 但是，沒有一名記者能將這些傳言整理在一起。烏普森 (Upson)說：“我想這是因為有關 穀歌流覽器的傳聞存在了很久，就像是人們天天說看到大腳怪或尼斯湖怪，到最後便習以 為常了。” 在Chrome流覽器推出前夕，皮查伊(Pichai)同一些人分享了他對Chrome流覽器的期望。究 竟會有多少人用穀歌的流覽器？他說：“ 怎麼也有幾百萬吧。我希望老媽也用，當然還 有老爸。”穀歌內部對Chrome的認可並不代表這款流覽器會獲得成功，烏普森認為，即便 Chrome不能奪取 很大的市場份額，但其創新技術將提高流覽器整體表現。他說：“如果 網路變得越來越好，我們自然會是直接受益者。” 隨著Chrome流覽器推出的時間日益臨近，開發小組搬到穀歌公司園區一棟裝飾一新的大樓 內辦公。在園區內最大的一間會議室內，全體工程師可以 在此開會，但也只能站著，坐 下的話空間就不夠了。公司還向他們提供牛奶和餅乾。在經過初期發展後，拉考維斯基將 整層樓交給了手下。他不厭其煩地向大家解釋 將Chrome打造為開源產品的種種益處。開 源產品是指代碼對外公開，每個用戶可以幫助改善流覽器的功能。 拉考維斯基說：“我們將可以衡量我們的測試效果。它能使人們從事我們從未想像過的事 情，讓用戶對我們產生一種信賴，這是別的工作所沒有的效應。” 隨著會議即將結束，與會人員的情緒也達到頂點，這不僅僅是因為咖啡的作用。畢竟， Chrome開發小組即將揭開穀歌冥冥中要去完成的一款新產品的神秘面紗。儘管如此，開發 小組當務之急是消除橫亙在他們面前的五個技術難題。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 203.67.39.107