Macromedia 與 Qualcomm合作共推BREW平台

一圖抵萬言

edit:許多朋有問我這張圖到底代表了什麼？請注意看右邊紅色的那塊，BREW一旦偵測到user需要JVM，就會下載一個 JVM for BREW，同樣的道理，日後支援 Flashlite 也是先偵測後下載，以此類推日後BREW想支援任何新平台都可以用這種方式插進原本的系統。

我花了點時間才搞清楚BREW的角色，上面這張圖大略就是最好的說明。

簡單講，BREW本身是個plateform，有內建幾項常見功能，但重要的是它本身其實也是一個Virtual Machine，開發者用任何語言寫成的程式經過轉換後都可以在BREW平台上執行(當然效能是另一回事)。

也因此，BREW可以宣稱與Java相容(支援J2ME/MIDP)，因為他找了家廠商寫了一個 Java VM for BREW，就我看來等於是 BREW VM上面再加一個 Java VM，也就是說當你要用一支java app時：

-原本如果手機支援 java, 就是直接下載並在java vm上跑 。

-如果你是BREW手機，app下載後先透過 Java VM for BREW編譯成 BREW格式的程式碼，然後在 BREW VM上跑。

透過相同的原理，QualComm理論上可以通吃所有常見的技術平台，包括 Flash在內。

這次的合作案看起來進行模式會很清楚，Macromedia將會寫一個 Flashlite VM for BREW (別忘了Flash Player本質上一直就是一個VM，而且是真正能做到 write once use anywhere的那種)，日後用家下載了flashlite程式時，執行情境同上：

-原本手機如果內建支援flashlite player, 就直接在flashlite VM上跑這支程式。

-如果是BREW手機，則是先將程式透過 flashlite for BREW編譯成 BREW的程式碼，然後在BREW上執行。

這個合作目前看起來對大家都有益，怎麼說呢？

-對Macromedia而言，目前支援flashlite的機子實在不多，因此如果有機會借BREW的市佔率讓flashlite可在更多手機上執行，這對打開flashlite的採用度絕對是有正面助益的。

-對QualComm而言，做為BREW平台的開發者，當然要想辦法支援最popular的平台(這樣總比苦行僧式的自已拉開發者用它的SDK寫原生程式快多了)，從它擁抱Java的做法就可看出一二，而flash目前可說是RIA 中最有潛力的選項之一，也擁有驚人數量的開發者，因此簽下合約讓flashlite可在BREW手機上執行當然是有益無害。

-對開發者而言，原本大家選用一種技術後，就會死心不再看其它平台(搞不好還暗地裏希望其它競爭平台早死早好…)，例如用java開發遊戲的廠商，很少還有餘力再開發一個flashlite版本(除非它是另一個超級瑪莉)，這中間就形成了一種面對面的競爭態勢，但現在有了BREW這種 meta-platform一切就改觀了，因為不論是java, flashlite, C, C++都可以在這個平台上共生，這時所有廠商比較能朝良性面競爭，不但不會希望其它競爭對手快快消失，反而會希望大家多寫一點產品出來儘量把BREW搞大，最好所有的手機都支援這個平台，這樣大家都有飯吃(你知道的，這就是簡單的 蛋生雞/雞生蛋 的遊戲，當app越多時用戶採用的意願就越高，而用戶數越多廠商投入開發的意願也就越大)

從這幾個面向觀察就可以知道，這筆合作案還滿有看頭的，期望生命值也比adobe合併案高一點，這怎麼看都知道就是macromedia貫有的vision與手法，實在漂亮啊~

現在就只等flashlite 儘快支援 Actionscript 2並且希望能搭上 flash player 8內建VP7 video codec的順風車，這樣手機這塊市場就開始值得多瞧兩眼了。

其它幾個觀察心得如下：

1、看完BREW的簡介第一頁，直覺就想到這是i-mode的美國版，手法幾乎一樣，有BREW專屬操作介面的手機硬體、BREW專屬的UI介面(要看成是OS也可以)、整套的交易與金流機制。

2、跟 i-mode 不同的地方在於：

-i-mode是一家獨大式的經營手法，NTT docomo並沒有授權其它電信廠商採用i-mode的server端設備

-i-mode沒有兼容各平台的野心與服務，相反的，他的創辦人在書中明確指出i-mode一向以採用市場主流技術為主，例如 html等，它絕不會費心去搞一個 Java for i-mode

-i-mode的應用似乎以資訊交換(網頁、新聞、video簡訊)為主，不常見到有vendor寫了app拿上去賣，而這是BREW主打的強項之一。

所以目前的感覺是BREW應該從 i-mode吸收了不少經驗，然後強化某些功能兼容最大公約數的市場，他玩的規模與野心都比i-mode大了不少，只是不知道成功率是否會那麼高。

最後，我的疑慮是，VM on VM 的執行效能到底表現如何？一般來說用一層VM速度就已經degrade不少，如果再疊一層上去，那….

當然或許BREW是從AISC chip level就結合，因此它的操作比較底層，對效能的影響比較小，但 java for brew 與 flashlite for brew的表現恐怕就不這麼樂觀了。

final note: QualComm這家公司我一直非常熟悉，主因是十年來我都用他們出品的 Eudora做為主要的mail program，真是沒想到他們在其它領域的表現也如此出色。不過可惜的是隨者我即將全面轉換到 mac 平台，以即thunderbird之類的程式表現也挺出色，讓eudora下台一鞠恭的時日已經不遠了。