Latte 還是 Puffin？

新聞上最近出現了 Millward Brown 公司一年一度的全球品牌價值報告，Apple 以 1850 億美金的品牌價值連三年拿下冠軍寶座，去年被 IBM 擠到第三名的 Google，今年以 1136 億美金回到第二名，保持連七年前三名的記錄。

Millward Brown 2013 全球名牌價值報告中的前十名截圖。

Apple 有 iPhone 5、iPad mini 和 iPad，Google 有 Android 和全世界許多出 Android 手機、平板的廠商支援，大家都知道他們在行動領域是激烈的競爭者。

全球品牌價值第七的微軟推出 Windows 8 和 Surface 平板加入戰局也一段時間了，知名技術部落格 ReadWrite 的評論人 Eliot Weisberg 針對微軟 Surface、Apple iPad、Google Nexus 10 三款平板做了評論比較，有興趣的話可以看下面的影片。


先別管全球品牌價值排名了，你聽過 Puffin 嗎？

五大行星

近年來五個主要的瀏覽器 IE、Firefox、Safari、Opera、Chrome，Logo 都是圓的，為什麼呢？

我百思不得其解，直到在 CNet 的這篇報導裡看到下面這個圖，終於恍然大悟！

這分明是五大行星嘛！

IE 那個環，有像土星吧？

Firefox 的顏色是藍星和木星的結合，因為土星和木星是五大行星裡最大的兩顆，Firefox 順理成章就佔木星缺啦！

紅紅的 Opera，火星非他莫屬。

原意像是在藍藍的大海中用羅盤導航的 Safari，既然連大海都出來了，就不用客氣了吧？水星就是他了！

剩下一顆金星，就塞給 Chrome「鉻」吧！誰叫他名字裡帶金！（咦？）

對照表來一下：

  木　土　金　火　水

話說五大行星簡稱五行，　　　（大誤）

水火金木土，相生相剋，

誰剋誰，有興趣的人自己去查吧！ XD

摻鉻的葡萄酒

今天看到 CodeWeavers 花了十一天把 2008/9/3 公開的 Google Chrome 瀏覽器的開放原始碼專案 Chromium 移植到 Intel Mac 和 Linux 上了。

不用太興奮，這不是 Google 說的 Chrome Mac 版或 Linux 版，而是摻鉻的葡萄酒（WINE）。

這個叫做 CrossOver Chromium 的東東，可以從這裡下載得到，但是沒有原始碼！

下載了 52 MiB 的 dmg 檔到手邊的 Intel MacBook，安裝起來約 139 MiB。可以跑，速度還可以接受，Omnibox 的 suggest 功能也正常，移動 Tab 順序時背後應該透明的地方變黑色了，把 Tab 拉出來變成獨立視窗沒問題，可惜拉的時候 Tab 內容就一片空白。這些都是小問題，但無法輸入中文是個大問題，每個字根都變成方塊。



CodeWeavers 自己也說，編出個 CrossOver Chromium 不是要給大家在日常生活中用，而是火力展示，引用 Jeremy White 的話：

In just 11 days, we were able to bring a modern Windows application across to Mac and Linux. Imagine what we can do for you.

換句話說，就像 CodeWeavers 的公司宗旨寫的，這是要證明 CodeWeavers 利用 WINE 把 Window 應用程式移植到 Mac 和 Linux 上的實力；照 Jeremy White 的說法，他們為了移植 chromium 還寫了新的 winhttp DLL 給 https 用。

這個摻鉻的葡萄酒，喝起來有點苦味。

Google Chrome 真的比較快嗎？

Google Chrome 推出已經九天了，網路上的新聞和部落格文章數也數不清，我只想談一件事：Google Chrome 真的比較快嗎？

目前看到的文章大多說二件事：

1. Google Chrome 啟動極快，一按就發
2. Google Chrome 的 V8 Javascript 引擎真的快：cnet 的 Stephan Shankland 跑 V8 的五個 benchmark、Kai Schmerer 跑 SunSpider benchmark，結果都是 Google Chrome 最快。
   

啟動是從自己的硬碟把程式讀入記憶體執行，沒有什麼外在變因，應該大部分的使用者都會有一致的感覺：真的比較快。

Javascript benchmark 是從網站下載 Javascript 到記憶體執行，只計執行時間，不計下載時間，所以可以針對 Javascript 引擎的效能做控制變因的比較。

可是使用者關心的速度真的是 Javascript 跑得快不快嗎？

別儍了！

使用者要的是從「打完網址按 ENTER」到「網頁顯示到可以閱讀的程度」之間的速度，也就是 end-to-end 的速度，Javascript 只是眾多影響速度的因素之一，其他如網路的速度、HTML rendering 的速度、載入和執行 plug-in 的速度等等因素，也都會影響。

這一版的 Google Chrome 的 HTML rendering 是 WebKit 525.13，效能和同是用 WebKit 的 Safari 應該接近。

在 9/3 的記者會，Google 決定不展示 Javascript benchmark，而是實地用一隻小 Javascript 程式去下載和顯示 4 個在台灣蠻流行的網站，反覆幾次，計時。這就是 end-to-end 的速度。

有人說過 Never live demo 嗎？

在記者會前我們試了幾次都是 Google Chrome 小幅領先 Firefox 3.0.1、明顯贏過 IE 7。沒想到在記者會當場， 依序跑完 IE 和 Firefox 之後，跑 Google Chrome 竟然小輸給 Firefox！ 囧rz

眼睛雪亮的讀者大概都猜得出來為什麼會這樣：網路塞車狀況和被連網站當時的負載都會影響跑出來的結果。此外，這些網站用了大量的 Flash，Google Chrome 每頁的 Flash 都要生新的程序來執行，多了一些作業系統的 overhead，即使 Javascript 狂勝結果總共也只是小贏，運氣差一點碰到網路小塞車就輸了...

可見雖然 V8 大勝 Firefox 3.0 或 IE 7 的 Javascript 引擎，並不保證 end-to-end 永遠會贏啊！


後記：

Firefox 3.1 預定會使用 TraceMonkey，目前的 nightly build 裡已經有了，Brendan Eich 做了 TraceMonkey 和 V8 的速度評比，結果是互有優劣，遞迴的程式 V8 快 10 倍，但在日期相關的部分 V8 慢 4.2 倍，處理 64 進位表示的字串也慢了 4 倍。可以想見，TraceMonkey 和 V8 這兩個 open source 的 Javascript 引擎往後在技術上互別苗頭、互學絕招，還有不少好戲可看，這是刺激的時代！

受益的是誰？當然是你我這些愛上網的使用者囉！

嗯... 在 Redmond 的工程師們一定是在天人交戰吧？該自己寫個更厲害的 Javascript 引擎扳回 IE 8 beta 2 在 SunSpider 大輸 Google Chrome 3.8 倍的顏面？還是該把 V8 或是 TraceMonkey 放進 IE？

啊！我知道了，一定是用出各種手段^H^H力量^H^H方法和管道來宣傳 Silverlight，讓全球的網頁開發者唾棄 Javascript！