Steve Jobs WWDC 05 keynote 整理版

來自 MacNN 的 live report

所以這是真的 - Apple goes X86 !!!

熬夜老半天等steve 在WWDC 05的 keynote, 結果真的証實這兩個月來滿天飛的rumor, mac os x 要正式轉向 intel x86 cpu了。

根據jobs剛才的說法：

There is no G5 PowerBook yet. Future products can’t be build on IBM PowerPC processors, Jobs says. Intel has better performance and delivers much better performance per watt. Starting next year the first Macs with Intel processors will debut. They’ll begin shipping by next WWDC (June). The transition will be mostly complete by 2007 WWDC. It’s a two-year transition.

結論大概是：

1、IBM的 power pc無法滿足apple的功能需求

2、intel的cpu在低電壓表現方面較為出色(這應該是做高速運算、低耗電、長功時 laptop時最需要的特色)

3、原來 os x 五年來每個版本都同時有 power pc 與 x86版本，只是後者從來沒出現過(連祕密流出版也不曾出現，真有你的 steve !)

4、未來兩年內mac os x 將完成轉型，全部採用 intel cpu.

咳咳咳，那剛買了G5的人現在….

所以簡單思考一下，五年前mac os 採用 unix/bsd/darwin (based on Mach kernel) 為基底，不久後就出現了 open darwin計畫，將darwin port 到pc上執行，也間接促成後來 pearpc 可勉強在pc上模擬 os x (也就是前幾個月紅翻天的 cherry os)，現在回頭看才發現，原來這個平行的 porting計畫根本就是為了 x86版的 os x做準備，可以想見apple內部肯定有一組人在很辛苦的將os x 移植到 open darwin上。

只是仔細想想，要將一個os底層的東西完全移到另一顆cpu上運行，這實在是有者太太太不可思議的複雜度，想想看tiger裏的 core image, core data等 library，還有那些五年來發展的底層架構，aqua使用的drawing interface….呼呼呼，steve您真正是勇者啊~

而steve在keynote說這一切過程只需要兩年(實際上明年就會推出第一台 x86的mac)，並且也說將數學軟體 Mathematica 移植到x86上只花了兩小時改二十多行程式碼即可。

這一切如果真的成真，如果apple真能在兩年內將同樣水準的os x移到pc上(包括core image, cocoa與出色的顯示系統，那另一家x86知名作業系統廠商乾脆就去 xxx好了，一個長角拖了老半天也沒見到影子，更別提五百人團隊寫的avalon功能搞不好比不過 core image(按現在的時程來看，當該公司在2006年正式推出長角時，也不多是x86 os x上市的時間，do the math yourself, 人家過去五年是在玩ppc，卻只花一年就轉換到x86, 而這家公司已經玩x86二十年麼到現在還是這副德行？)

btw, You will be able to order the 10.4.1 preview for Intel today. 也就是說明天你就可以開始用xcode 開發 x86版的mac 程式了。

所以簡單的結論：

1. 這下子我真的有興趣跟足夠的誘因來學學object-c 跟cocoa了。

2.看起來有機會可以在 IBM thinkpad 上用 os x了 (這真是全世界最讚的軟硬體組合：最好打的鍵盤與小紅點 + 加上最穩定漂亮的作業系統，我願意現在就把所有 winxx光碟片拿出去丟掉….)

IBM第一台tablet pc出現了 - X41

ibm的日本實驗室向美國官方提出的圖片，正面看起來跟一般thinkpad完全一樣，但營幕可以轉頭。

這也是聯想買下ibm後真正推出的第一款新產品。

thinkpad x series一直是我多年來唯一的laptop選擇，一路從 x22到現在 x40它陪伴我完成了無數專案、簡報、會議，真希望 41 也能有非tablet的版本，然後鍵盤放大一點，溫度再降一點，就是真正完全耐操的工作機了。

不過當然，等 powerbook g5出來，可能情況又不一樣了。

BREW 的全名

Binary Runtime Environment for Wireless® (BREW)

有人想到miles davis的 bitch’s brew嗎？

附帶一提，這年頭runtime真是大行其道，.net 裏面有 Common Language Runtime (CLR)做的也是類似的事情，不論你用 C/C++/C#/VB/Java寫的程式，最後都是變成IL送進CLR執行，因此.net可兼容各家(但效能好不好穩定性高不高就再討論)，並且理論上只要有人願意做porting的苦工，.net 也能在linux, mac等各平台上執行，mono project就是一例。

因此，如果QualComm有本事把BREW做大，吸引一堆手機、pda、各種其它千奇百怪手持行動裝置廠商投入支援內建BREW，那到也算是功德一件，這樣將來不論你是用 c/c++/c#/vb/java/actionscript寫的程式，經過編譯後就能在BREW上執行，等於立刻打開全球市場，聽起來是不是很不錯呢？

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下台一鞠恭的時日已經不遠了。