Wired 雜誌最近的一篇報導，由對岸的朋友翻譯的。讓我們一同來還原事情的真相吧。(轉錄自 cnBeta) (在我試用 Chrome 看 Google Reader 時，似乎突然掛了一下，不過就如同他們所宣稱的機制，也只會掛一個 tab 而已。老實說，還蠻好用的)

========= 轉錄分隔線 =========

10月號《連線》雜誌撰文稱，Google推出Chrome瀏覽器是一個計畫周密的行動，目的非常明確，就是要與微軟的IE搶佔市佔率。8月18日，Google在加州山景城總部41號大樓一個小會議室召開每週一次的經理會，這可能是發佈Chrome瀏覽器前的最後一次經理會。在會議上，布賴恩•拉考維斯基(Brian Rakowski)走向白色書寫板，用黑色筆在白板上寫了12個條目。

(谷歌Chrome瀏覽器開發人員(左起)Mark Larson, Brian Rakowski, Darin Fisher, Ben Goodger)

開發瀏覽器傳聞變現實

拉考維斯基今年20多歲，身體瘦長，喜愛交友，是一項秘密計畫——Chrome瀏覽器開發——的產品經理。據悉，這一計畫從啟動到現在已經有兩年多時間了。

他寫的第一條是“發佈狀態”(State of the Release)。被討論的發佈物件就是外界極為關注的Chrome——Google的第一個網頁瀏覽器。瀏覽器是上網的必備工具，幫助用戶完成搜索、閱讀、 購買、辦理銀行業務、登錄Facebook、聊天、觀看視訊、聽音樂等網上活動。對於Google來說，推出Chrome絕對是一個重大舉動，是實現Google時代真正到來所必不可少的一步。

在將桌面計算升級到“雲端計算”過程中，Google擁有相當大的優勢。Chrome的出現無疑是向其競爭對手微軟發出的一大挑戰。多年前，微軟正是憑藉IE瀏覽器擊潰Netscape Navigator。隨著Chrome的登場，IE是否會面臨和Netscape Navigator一樣的命運，我們拭目以待。

實際上，Google將推出瀏覽器的傳聞很久以前就已不脛而走。在漫長的等待中，很多人早已閉上討論之口。但這一次的經理會勢必再次啟動討論之門。按照Google的計畫，Chrome在9月2日正式登場。在公開測試版之前的最後一個版本，拉考維斯基及其團隊只發現5個“bug”，而且都已解決。技術負責人之一 的馬克•拉爾森(Mark Larson)說：“事情看起來還不錯。”

谷歌產品管理副總裁桑達•皮采(Sundar Pichai)問道：“什麼東西讓你們搞了一個晚上？”參與第一個原型開發的工程師達林•費希爾(Darin Fisher)說：“當然不是Chrome。”這句話引來一片笑聲，因為每一個人都知道他家裏有一個只有10周大的孩子。拉考維斯基拿出一支紅筆在“發佈狀態”旁邊加了一個“X”。這是一個信號，暗示GoogleChrome瀏覽器離成為現實只有一步之遙。

早在2001年便有開發打算

Google為什麼要開發瀏覽器？這似乎是一個很容易回答的問題。相比之下，人們更為關注的是，Google開發瀏覽器為什麼用了這麼長時間。皮采說：“我們要做的是讓人們使用一種瀏覽器訪問我們的資源和網路。”CEO埃裏克•施密特(Eric Schmidt)說：“瀏覽器是關鍵所在。”他應該很清楚這一點，因為在上世紀90年代激烈的瀏覽器大戰中，他就竟曾擔任過Sun的首席技術官 (CTO)。毫無疑問，谷歌創始人拉裏•佩奇(Larry Page)和塞吉•布林(Sergey Brin)自然也知道這一點。

施密特說：“在2001年加盟Google時，佩奇和布林就對我說‘我們要開發自己的瀏覽器’。我當時的回答是‘不’。”他解釋說，當時的時機還不成 熟。“我不相信公司那時已具備足以經受住一場瀏覽器戰爭的實力。我們的戰略目標應該在‘雷達探測不到的地方’，這一點非常重要。”雖然當時沒有進行開發， 但打造自家瀏覽器的想法卻保留下來，傳聞也開始蔓延開來。2004年，《紐約時報》援引一名自稱瞭解Google業務具體細節的人的話報導說，Google正開始開發瀏覽器。消息一經傳出，施密特隨即予以公開否認。

在幕後，Chrome開發仍舊是施密特與谷歌創始人爭論的話題。Google最後採取了一種折衷辦法，組建一個小組，任務是改進瀏覽器奇才本•古德傑 (Ben Goodger)和費希爾負責開發的開源瀏覽器Firefox。(古德傑和費希爾均效力於Firefox擁有者、非盈利性組織Mozilla)除此之外， Google還推出另一個舉動，聘請曾就職於NeXT 公司的37歲的工程師萊納斯•厄普森(Linus Upson)擔任工程研發總監。費希爾說：“佩奇和布林的決定是非常明智的，原因再簡單不過：如果能做好Firefox擴展，他們就有能力開發出一款優秀的瀏覽器。”

2006年春季，Firefox開發小組開始討論設計一款新的瀏覽器。他們熱愛Firefox，但他們也知道當前所有瀏覽器都有一個共同缺陷。 在最初構思微軟IE和Firefox心臟的程式庫時，瀏覽器並沒有現在這麼複雜。之前只能在桌面上實現的功能——郵件、試算表、資料庫管理——現在卻越來越多地在網上進行。在即將到來的“雲端計算”時代，網路已不僅僅是一個內容傳遞平臺。

開發過程一波三折

對現有瀏覽器進行修補以適應這一想法意味著，必須不斷開發相關附加元件，例如工具列、RSS閱讀器等等。但這種修補可能因為一次徹底升級成為一種徒勞。費希爾說：“作為Firefox的開發者，你必須不斷創新，但你又經常擔心，一旦推出下一版本，所有外掛將成為廢物。實際上，這種事情已經發生 了。”結論是顯而易見的：只有開發自己的軟體，Google才能將瀏覽器送入“雲計算”時代，並潛在地掀起一股自微軟和Netscape拉鋸戰(市場排名幾乎每月 變換)之後從未有過的革新浪潮。

Google構想的一個關鍵性革新就是所謂的多處理結構，這一系統能夠幫助電腦在軟體崩潰時繼續運行。那為什麼不將這一系統應用到瀏覽器身上呢？也就是說，當一個標籤頁當掉時，其他標籤頁仍可以泰然自若。當然了，為了解決“一個老鼠屎壞了一鍋湯”的問題，你也可以採取拖拽現有標籤頁創建一個新視窗這種 方式。簡單地說，就是從頭開始，這種方式擁有其他一些優勢。在設計上，你可以做到更加簡潔並使其運行速度更快，而更簡潔、更快速恰恰是Google奉行的兩大原 則。

2006年6月，古德傑、費希爾和曾就職於Mozilla的布賴恩•萊納(Brian Ryner)開發出一個“小原型”。他們的第一個重大決定就是選用渲染引擎——幫助處理網頁的HTML程式，並將結果顯示在用戶的螢幕上。他們敲定的兩個開源引擎分別是用於Firefox的Gecko和用於蘋果Safari 瀏覽器的WebKit。

WebKit已被負責開發Google移動作業系統Android的研究小組採用，其運行速度是Gecko的3倍，自然成為Chrome的首選。

幾周之後，古德傑等人便開發出可在Windows系統下運行WebKit的一款比較簡單的瀏覽器——某一個標籤頁崩潰後，這個瀏覽器仍能運行。 古德傑回憶說：“當標籤頁當掉後，用戶會看到一個沮喪的表情圖示，表明這個標籤頁已經‘死’了，這是Chrome瀏覽器的第一大特色。”不久之後，布林和佩奇視察了秘密開始的瀏覽器開發計畫。參與開發的工程師帕姆•格裏納(Pam Greene)回憶說：“我記得很清楚，當時我就坐在桌子旁邊，一條玩具蛇趴在桌子後面。布林一邊玩著健身球，一邊看費希爾演示，同時還不忘用手愛撫那條玩具蛇。”

公司高層終開綠燈

沒有誰能確切地說出公司高層是什麼時候給Chrome瀏覽器工程開的綠燈。皮采回憶起一次行政會議，當時施密特好像不再像以前那樣反對。這位 CEO表示，如果Google確實決心上馬瀏覽器工程，研究團隊就必須開發出與IE和火狐有著很大不同的東西。另外，Google的瀏覽器速度必須更快，而且必須是開放源 代碼。

當然，這些正是研發團隊早就想到了的地方。

總之，到2006年秋，Chrome瀏覽器從非正式概念跨越到了正式的工程。工程師佈雷特•威爾遜(Brett Wilson)說：“某個星期五，我們開了一個會。主管說‘高層正在考慮做我們自己的瀏覽器，你們怎麼看？’所有人是既興奮又惶恐。”之所以惶恐，部分是因為他們非常清楚，研發一款有競爭力的瀏覽器是一項巨大的任務。

由於對火狐的依賴，研發團隊成員內心的感受可謂五味雜陳，作為開放源代碼發展的代表，火狐是對抗微軟統治地位的一道屏障。2006年10月加入研發團隊的工程師埃裏克•凱(Erik Kay)說：“我們的擔心是，人們會把它解讀為破壞火狐。”

讓Google人感到欣慰的是，他們的瀏覽器將百分之百地開放原始碼：Google的創新可能會幫助找到進入Mozilla編碼庫的方法。厄普森說：“我們真心希望火狐和其他開放源代碼的瀏覽器都能夠成功。”

作為Google力挺火狐的一部分，皮采會見了Mozilla總裁米切爾•貝克(Mitchell Baker)，並在向她介紹了Google的計畫。現在貝克表示，對Mozilla和火狐來說，Chrome瀏覽器是一種混合體。她將Chrome瀏覽器的推出視為是對Mozilla有關瀏覽器的選擇至關重要這一信念的擁護。她說：“如果Google提出一些很好的新創意，那對用戶來說再好不過。競爭促生最棒的瀏覽器。” 但她也明白，很多她的客戶將會下載谷歌的應用程式。她說：“我們期待人們去試用，然後再回來。因為獨立非常重要，Mozilla還將繼續存在。”

一個次要的問題是這款產品應該取一個什麼名字。在研究了代號，但感覺都非常愚蠢之後，他們借用了過去用來描述框架、工具欄和瀏覽器視窗周圍功能表的一個詞：chrome。

另外聘請的一個人也非常重要。因為用戶期望Chrome能使運行Web應用程式最優化，一個關鍵要素應該是JavaScript Java引擎，這是一種運行Web應用程式編碼的“虛擬機”。建造這種虛擬機的理想人選是丹麥電腦科學家拉爾斯•巴克(Lars Bak)。2006年9月，在不停地進行了20多年的設計後，巴克準備抽出一部分時間用在他位於奧爾胡斯郊外的農場裏。就在這個時候，Google打來了電話。

巴克建立了一個小團隊，最初在農場工作，之後搬到了當地大學的辦公室。他知道他的任務是研發一款比以往任何一款瀏覽器更快的引擎。他稱自己的團 隊是“V8”項目的一部分，他說：“我們下定決心，一定要加快JavaScript的運行速度，我們花了4個月的時間去做。”這個丹麥研發小組通常是早上 7、8點鐘開工，一直編程到晚上6、7點鐘。唯一的休息時間是午飯，他們會在5分鐘內狼吞虎嚥地吃完，然後玩20分鐘的遊戲。巴克說：“我們都很會玩 Wii網球遊戲。”

每個標籤都可以拖出並生成新的視窗

速度是最大優勢

他們還擅於編寫一個JavaScript引擎。巴克在Google推出Chrome瀏覽器前幾周曾表示：“我們今天只是在嘗試一些基本運作。”實際上，V8引擎處理JavaScript的速度比Firefox或Safari瀏覽器快10倍。而在那些相同的基準下，Chrome與瀏覽器市場的霸主微軟IE 7相比又如何？答案是前者運行速度是後者的56倍。巴克說：“我們有點低估了自己的工作能力。”

速度可能是Chrome瀏覽器是最重要的進步。當你以數量級的方式去改善某些設備的時候，你沒有造出更好的東西——你造出的是新產品。巴克說：“開發人員一體會到這類速度的魅力，他們就會開始從事更美妙的新的網路應用，他們在這方面更具創造力。”Google希望推出新一代網路應用，這樣一來，微軟 最不願看到的夢魘將成為現實：瀏覽器將成為相當於作業系統的應用。

Google還對Chrome進行了一些改進，令其成為多進程操作平臺，使每個打開的標籤頁可以像獨立的程式一樣運行。2007年5月，Google收購了GreenBorder Technologies公司，這是一家軟體安全公司，其技術被用於為Firefox或IE創建一個封閉、安全的環境，將它們的活動隔離到“虛擬會議 ”(或沙盒)中，在這裏，惡意軟體入侵不會破壞電腦上的其他活動和資料。

這項交易對外公開宣佈時，業界就懷疑Google可能會涉足反病毒領域。這項收購完成後不久，GreenBorder的工程師們即瞭解到，他們的工作就是為新一代瀏覽器的標籤頁構建“沙盒”。卡洛斯•皮薩諾(Carlos Pizano)說：“我們都糊塗了。他們不會說明用沙盒去幹什麼。”

儘管Chrome開發團隊日益壯大，但開發工作從沒有陷入像官僚機構經常遭遇的困頓中。在Chrome專案的初期階段，開發人員還能在Google某個咖啡廳一張桌子上共用午餐。不久，即便是最大的桌子，亦不能滿足這個團隊的用餐需要了。

每位工程師都懷以“開放程式碼”的精神工作，他們可以隨便檢查任何程式碼，去調整或改進。拉考維斯基總在嘗試讓開發進程保持透明。

具有全新功能

隨著產品整體規劃逐項落到實處，工程師們開始把工作重點放在用戶介面上。一開始，Chrome開發團隊希望，這款瀏覽器的視覺效果一定要做到平淡無奇，這樣，用戶甚至認為他們不是在使用瀏覽器。開發人員的口號變成了“內容，而不是chrome”，鑒於這款瀏覽器的名稱，給人以一種奇怪的感覺。馬克•拉爾森(Mark Larson)說，我們學會了如何在遭人嘲諷下生活。

當你把一個含有像Gmail這樣的網路應用的標籤頁拖至一個單獨的視窗，說明你希望一個“應用捷徑”(app shortcut)的時候，最清晰的表達會出現在你的面前。此刻，功能表、按鈕、位址欄全部消失了，Web應用看上去更像是桌面應用。

在決定包括哪些按鈕和功能時，開發小組開始玩起一個智力遊戲，即消除一切東西，然後再去分析如何恢復。後面的按鈕？沒什麼用處，刪去。前面的按鈕？沒有什麼必要，但它最後倖存下來。如果你是瀏覽器狀態欄的忠實擁躉，那麼你可能對Chrome不太習慣。

Chrome有書籤欄。最初，工程師認為他們不應該要書籤欄。Chrome引入多個新的導航方法，如在其中一個導航方法中，瀏覽器可以分析用戶不用打字也清楚接下來該進入哪項程式。你輸入文字時，可以使用“omnibox”，一項結合了位址欄和搜索欄的功能：只要輸入你想要查找的東西，它就能提供網路位址、搜索結果或適合你要求的受網友歡迎的目的地，這些資訊全部是以非插入式文本形式出現在框的下面。

一定程度上講，它就是Google著名按鈕“I’m Feeling Lucky(手氣不錯)”的增強版。Google在用戶中進行的調查表明，一些人仍喜歡點擊這個書籤欄獲取導航資訊。一個折衷方案是：如果用戶以前在IE或Firefox瀏覽器上設定了書籤欄，Chrome將會導入這項設置。否則，用戶將沒有書籤欄，除非他們特意選擇。

保密工作非常好

令人難以置信的是，Google瀏覽器在兩年時間裏竟然不為外界所知。直到2007年年中，即Chrome項目實施約一年的時候，開發小組讓未參與該項目的公司職員瞭解他們的創新工作時，這方面的消息才洩露出去。在以當前原型為特徵的高科技談話系列的一開始，員工們迴響非常強烈。在各種功能(如將標籤頁拖至新視窗)演示過程中，他們不時爆發出發自內心的歡呼聲。

隨著知道Chrome瀏覽器的人越來越多，有件事必然要發生——相關消息傳到部落客的耳中。但是，沒有一名記者能將這些傳言整理在一起。烏普森 (Upson)說：“我想這是因為有關Google瀏覽器的傳聞存在了很久，就像是人們天天說看到大腳怪或尼斯湖怪，到最後便習以為常了。”

在Chrome瀏覽器推出前夕，皮查伊(Pichai)同一些人分享了他對Chrome瀏覽器的期望。究竟會有多少人用Google的瀏覽器？他說：“ 怎麼也有幾百萬吧。我希望老媽也用，當然還有老爸。”Google內部對Chrome的認可並不代表這款瀏覽器會獲得成功，烏普森認為，即便Chrome不能奪取 很大的市場份額，但其創新技術將提高瀏覽器整體表現。他說：“如果網路變得越來越好，我們自然會是直接受益者。”

隨著Chrome瀏覽器推出的時間日益臨近，開發小組搬到Google公司園區一棟裝飾一新的大樓內辦公。在園區內最大的一間會議室內，全體工程師可以 在此開會，但也只能站著，坐下的話空間就不夠了。公司還向他們提供牛奶和餅乾。在經過初期發展後，拉考維斯基將整層樓交給了手下。他不厭其煩地向大家解釋 將Chrome打造為開源產品的種種益處。開源產品是指代碼對外公開，每個用戶可以幫助改善瀏覽器的功能。

拉考維斯基說：“我們將可以衡量我們的測試效果。它能使人們從事我們從未想像過的事情，讓用戶對我們產生一種信賴，這是別的工作所沒有的效應。”

隨著會議即將結束，與會人員的情緒也達到頂點，這不僅僅是因為咖啡的作用。畢竟，Chrome開發小組即將揭開Google冥冥中要去完成的一款新產品的神秘面紗。儘管如此，開發小組當務之急是消除橫亙在他們面前的五個技術難題。

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

(圖片來源: TechCrunch)

Google 發佈了自家開發的瀏覽器 Google Chrome，這即將為整個軟體業界投下震撼彈。Google 的這款瀏覽器是架在 WebKit 這個引擎上面，也是 Safari 的引擎，而跟 Firefox 的底層引擎不一樣。

Google 發佈自家瀏覽器是必然的，然而我最欽佩的是 Google 的策略，每一步棋都下的非常漂亮，最後首尾相連。Goolge 推出自家瀏覽器 Chrome 之後，將可以把自家的服務全部嵌入到瀏覽器上面成為 Default 的服務；不僅如此，更可以將自家的 Gears 發揚光大；然後 Chrome 也可以順理成章的成為 Android 的主要介面。而 Google 的 Chrome 不斥是在向 Windows 宣戰，並且朝向 Thin Client 邁進。Web 真能成為電腦的 Portal 嗎? Web OS 真能取代 OS 嗎? 我們真的只需要 Thin Client 嗎? 無論如何，Microsoft 現在都面臨著兩難，面對著 Google 在 Web 上面放手一搏，Microsoft 反而有很多束縛，在自家的 Windows 與 WebOS 上面的抉擇是衝突的。這是 Google 的機會，Google 善用它了，而且非常漂亮。從 Google Search Engine 到 Gmail 到 Google Web Service 到 Android 到 Chrome 一系列的策略都串在一起了，這是漂亮的相連，我給予 Google 高度的肯定，這家公司的前途還沒看到盡頭。

然而，Google 推出的 Chrome 對於合作的對象 FireFox 來說就是情何以堪了。Google 藉由跟 FireFox 合作來當煙霧彈，暗渡陳倉自己發展 Chrome 的計畫。Google 的 Chrome 的對手將不只是 IE，還包括了曾經合作的同袍 FireFox (可憐，被背叛了)，以及 Apple 的 Safari (Android 的對手 iPhone)。我們唯一可以知道的就是，Web Service 的延燒在 Google 的力挺之下即將進入下一個階段，Web Application。Web Application 的概念將跟 Service 不太一樣，但是融合了 Service 的特性。在 Web 的窗口之下，你的程式將在 Web Browser 上面執行，它的目標就是讓所有的 Application 融合進去，用 Web 的思考方式。

這將是非常不一樣的 UI 體驗，或許大家會認為沒什麼不同，然而是非常的不同。因此，Web Application 將會帶動一系列的 HCI 的問題被探討。我們的介面即將 Web 化，然而應該如何 Web 化? Google 的 Chrome 雖然看似支持 Thin Client，不過在表現酷炫的 UI 以及高畫質上面我們仍然需要 Powerful 的機器。Google 如何開放一系列的 API 讓大家在它的 browser 上面開發 Application?

我很期待這個新的時代，這是一個完全混亂的時代，但是充滿了不可思議。我很期待…你呢?

補充報導: TechCrunch

加入MMDays在facebook的粉絲團 隨時閱讀最新文章

今天我們要來介紹的是 PicLens ，它是一個網路圖片用的瀏覽程式，它的介面如下圖：

這是一個瀏覽圖片的 plug-in，它支援的瀏覽器有 IE，Firefox，Flock 和 Safari 。如上圖所示，它的顯示方式就好像一面牆壁一樣，所有的圖片就投影在那上面，你可以用滑鼠左右的拉動它來瀏覽圖片，或者是滾動你的滑鼠滾軸，來拉遠和拉近，要看一張圖片的放大圖時，只要點兩下圖片，就會看到圖片的放大圖，在點兩下它就會縮回去了，如果要看這圖片在網路上的位置，左上角有一個小箭頭，點他就可以直接瀏覽了。

這個程式本來是做給類似 Flickr 這種網站的 Plug-in ，但是他的語言目前沒有支援中文，所以可能要從外國的登入入口登入，才能享受到這個服務；但是程式本身也有提供搜尋Bar的功能，你可以搜尋以下六個網站上的圖片：Google，Yahoo，Flickr，PhotoBucket， SmugMug，和 DeviantArt。另外它也會辨識這些網站的圖片： Facebook，MySpace，Bebo，Picassa Web Albums，和 AOL Images。

使用這個程式，在你搜尋圖片的過程上一定能夠得到全新的感受，這種仿 Mac 的 Cover flow 的方式，讓你在找圖片素材的速度一定能得到一些提升，因為你可以快速的瀏覽縮圖，不用在那裡一直點下一頁。我個人還蠻喜歡這種搜尋圖片的方式。這個程式唯一能獲得收入的方法就是廣告收入，但在目前使用者還不多的情況下，這個程式上面目前並沒有任何的商業廣告嵌入，你可以自由自在的的瀏覽圖片，不會被廣告所打擾。

參考資料：Webware

加入MMDays在facebook的粉絲團 隨時閱讀最新文章