（cc via stuart barr@flickr）

說也奇怪，最近這一年來智慧型手機市場最波濤洶湧的話題，竟然不是智慧型手機在功能上的進步，而是專利權官司。所以叫得出名號的 Android 產品製造商，大概都被 Apple 對簿公堂告過一輪了，弄得 Google 還大冒自身營運風險買下 Motorola。一個理應是世界上最需要腦力激盪挑戰技術創新的領域，突然變成你告我、我告你，被告還要求原告把未來手機模型給被告過目以確定沒有剽竊的鬧劇上演場所，實在奇哉怪也。

然後，這些鬧劇還沒有結束的意思。TechCrunch 昨天刊出了一篇  Apple Made A Deal With The Devil (No, Worse: A Patent Troll) ，揭發了更多內幕：Apple 才剛把一批專利讓渡給一家叫 Digitude 的公司，而這家名不見經傳的公司… 顯然是個專利蟑螂，而Digitude 才剛用這批專利控告了 RIM、HTC、LG、Motorola、Samsung、Sony、Amazon 和 Nokia。

這整個過程有點詭異。一開始 Apple 先把專利讓渡給一家叫 Cliff Island LLC 的公司，接著這家公司再把專利擁有權轉給 Digitude。根據 TC 作者 Jason Kincaid 的親身走訪，Cliff Island LLC 根本就沒有實際的辦公室、是個空殼子，而且 Cliff Island LLC 的地址還跟 Digitude 出資公司同一個 IP。換句話說， Cliff Island 的成立就只是為了要把專利讓渡給 Digitude 這家專利蟑螂。問題來了，到底為什麼 Apple 要這麼做？

啟人疑竇的不是 Apple 想告人這件事（ Apple 已經告過很多公司了），而是 Apple 為什麼不親自提告，而要把專利讓渡給種專利蟑螂讓他們來當打手。Jason Kincaid 的猜測是，也許 Apple 其實也是 Digitude 的受害者？Digitude 拿著別的專利來告 Apple，和解條件就是 Apple 交出某些專利，然後 Digitude 再拿這些專利來告別人？乍聽有理，不過這可是 Apple、一家富可敵國的公司耶，他們寧願選擇把手上珍貴的專利讓給專利蟑螂也不願付錢了事？想就覺得不是很划算的交易。

那麼，到底事情的真相是什麼？還沒有人知道，但這個問題顯示專利權的官司戰還沒有消失，而是隨著專利蟑螂的加入而有越演越烈之勢。

我個人並不是很樂見這樣的專利戰繼續打下去，因為這對整體市場的技術創新根本就是反效果。在龐大官司賠償/和解費的陰影籠罩下，除了少數有錢的大公司外，有誰還敢加入這個市場？產業界裡所有的競爭對手也要因此花更多錢鞏固自己的專利，間接使得經營成本增加。而獨自挑戰所有 Android 廠商的 Apple，雖然看起來好像贏了目前回合，但卻成了眾矢之的，如果未來 iPhone 5,6,7、iPad 3,4,5 在沒有 Steve Jobs 加持之下進步有限，在下一輪的手機專利賽裡，難保不會變成 Android 廠商復仇的對象。

專利保護主義過度盛行的結果，誰也贏不到什麼。

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

如果要比較，請至少拿iPhone或某一隻Android手機〈例如Nexus One〉來比較，這才是一個產品；或者你要比較手機平台，那請拿iPhone OS與Android來比，然後我們再來談談多工、API差別…等等等。一個是手機，一個是OS。

Android跟iPhone從一開始就不一樣

Android跟iPhone從一開始就有根本性的差異。這樣說吧：Google 出 android 目的是什麼？是搶手機平台。重點是攻佔的手機數，所以它一開始就支援多種平台、多種硬體。

而Apple的重點是，我要賣很多上面跑我的服務的、自己做的電話。所以它只有出一種硬體：iPhone。當然現在多包括了iPad，但至少硬體裝置種類還是有限的。

就策略而言，這是類似開放軟體中經常提及的教堂與市集觀念，或說「中央集權」對上「遍地開花」。短時間來看，由於 Apple 面對的是一單純環境，將此環境加以充分打磨、修飾，呈現出最佳結果是相對容易的。

而 Android 為了避免過多的版本在市面上流通而造成混亂，於是由 Google 主導，同一時間的主流版本固定，並有一定程度的向前相容性。譬如現在推出Android 2.1版，可以向前相容1.6 apps 。而在硬體方面，就是放任遍地開花，從螢幕解析度，到硬體加速能力、運算能力等等，都有相當大的差距。要適應這麼多不同種類的平台，自然要付出代價。比如最早的G1是HVGA (320 X 480 pixel) ，到了現在Nexus One 800×480，多了兩倍還不只，應用程式設計，以及供工程師使用的應用程式介面等等都相對的困難。

所以，Android Market上的軟體，水準不如iPhone軟體統一，主要是因為商業模式以及目前市場大小的關係，而不是一個技術問題。

了解這層關係後，我們再來看T客邦兩天前這篇：Apple vs. Adobe大戰，專家怎麼看，當中有一段提到：

雖然蘋果很惡霸。但事實上要打造一個優質軟體開發圈（ecosystem）本來就必須如此決斷取捨，Android圈就是過度自由，且沒有考慮到API版本與機器間的差異，造成市場上充斥著太多運行異常的app，導致使用者對整個Android App ecosystem信心上的崩盤。

「我們從痛苦的經驗中得知，讓第三方軟體在平台與開發者間做為中介，最終必然會做出次於標準的程式，並且阻礙平台的進步與時程。」我覺得在Jobs公開信裡這句話是重點。

當中的邏輯有一些值得挑剔之處。

首先，第一段說的是Android軟體支援問題。這並不是因為「Android忽略硬體不同與API不同」，事實上Android對此花了不少功夫，而是因為一開始就選擇了市集模式，軟體開發者必須要考慮Android這個「作業系統」得支援多種平台。這狀況跟iPhone這「一隻手機」不同。如果我用的就是 Nexus One這「一隻手機」， 然後說現在要在上頭寫個好軟體，自然簡單多了。

再者，第一段說的問題，跟第二段說的「有沒有第三方軟體」有啥關係？

Android信心崩盤？言之過早。

Android的問題是分散，所以開發應用程式要多考慮很多事情， 要用「一般性」的方式去寫。也會造成部份的軟體，在多種硬體上的支援度有問題。

但是這能代表Android就是失敗嗎？整體而言 android的成長力道也很驚人，證明了Google並沒有失敗，相反的，還相當成功。摘錄今天AdMob的報告：

Android 的行動上網總量已經超過Apple了。Google當初發表Android的初衷是什麼？是搶行動上網佔有率啊，那現在 android phone 數目成長快不快？有沒有用到 google android apps？有，所以 google 成功不成功？當然成功啊！！

至於Adobe Flash與Apple iPhone的戰爭…

如果談到Flash，Apple這麼注重整體設計感的公司，要求的控制應該超強。要針對一個小的打擊區把事情做好，是比較容易的。為了這原因而踢開Flash，或許有點道理。但如果仔細研究，會發現兩者不互斥。「有flash的存在，但不希望大家用」，跟「flash不存在」，是完全兩回事。微軟可沒說過「flash沒有對MFC有足夠支援，所以以後windows不准裝flash」這樣的話。

同理，Android現在支援flash，但其實它也並沒有叫大家「用flash寫Android 應用程式」，只是說「可以看有flash的網頁」。這也是兩回事。

Adobe 如果出 Android 應用程式開發平台，Google應該也不會拒絕吧。想也知道Google會說什麼：「你要做就做啊。」不寫java可不可以？Google自己都在Android上頭寫了python scripting engine了….

而至於「Adobe第三方軟體不長進，會拖累Apple」的說法，邏輯太過跳躍。如果Adobe產出的iPhone Apps 很爛，經過市場自由競爭，死的不是 App Store，而是Adobe才對，因為軟體開發者隨時都可以轉回用原生Apple API啊！只不過，只要是Steve Jobs出品的東西，好像都不時興自由競爭、淘汰這回事。

結語

就長期言，開放模式代表的「創意」、「多樣化」以及快速的演進速度，代表了很大的可能性。未來鹿死誰手，尚在未定之天。

然後，I’m sick and tired of people comparing iphone to android.

如果是因為用戶長年來都把這兩者搞混，那我們就來比較別的：市場行銷策略、商業模式，等等等等；別再把OS與手機混為一談了。

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

Google的Nexus One已經開賣一週了。首週銷售數字出爐：Flurry預估只有2萬隻。相比之下，Motorola的Droid首週銷售數字約是25萬隻。

為什麼會這樣？在前述的Google的大冒險：Nexus One，以及它的行銷模式一文，底下的討論有提到：

Mr. Mayday : 不過我想問… 要是手機有問題的話該找誰來處理? 寄到 Mountain View G-總部嗎…

Mr. Friday : 維修我記得有新聞寫道還是由HTC負責。Google應該沒打算把賣手機當成常態事業來經營，所以維修這一塊還是請HTC幫忙。

Mr. Friday : 我錯了，看來現在維修問題處在混沌未明的狀態。下面這篇新聞指出，HTC的客服把Nexus One的維修問題轉給T-Mobile，而T-Mobile又把電話轉回HTC，已經有人來來回回被轉了4次之多。Google的客服信箱又是1~2天才會回，現在售後客服論壇已經塞爆了。(報導連結)

Mr. Mayday : That’s what I’m worry about. If Google doesn’t handle this well & quickly, it might hurts Nexus One and weaken public’s confidence on Google pushing direct sale. By the way, 我幾天前才逛過的 htc nexus one support 網頁, 竟然 憑 空 消 失 了….(連結網頁)

客服是個很大的問題。Nexus One據說在3G的連線上有瑕疵，好像是Verizon網路連線部分，因為Verizon的系統跟T-Mobile等業者並不相同。當你拿到手機，發現疑似有硬體問體時，沒有一家手機通訊行可以幫你，Google只留下一個Email / 討論區，你覺得這樣…夠嗎？而且若要寄回去維修，你要怎麼跟Google人員證明，這是自然損壞/運送過程損壞，而不是被你玩壞的？而且據說修理費也不便宜(Wired雜誌以”眼界大開”來形容)。

話說回來，Google是個佈局都佈很長的公司，首週銷售也許只是一時的。如果Google可以解決客服遠端支援的問題，那麼其實Google等於是建立了一條新的銷售通路，這個後勁還是很可怕的。

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

行動上網的概念與口號喊了很多年，終於在今年有了漂亮的成績單。最近讀到許多新聞，紛紛指出行動上網的人數開始激增，雖然總人數上仍不比GSM，但有市場研究預估2009年用手機上網的美國人就會超過7千萬。在中國，手機用戶在七月份剛剛超過七億，當中有越來越多人使用3G服務；Forrester Research也評估五年後，1/3的歐洲人會透過手機上網。

『手機上網』得以逐漸成熟，多年來投入在3G的通訊建設的電信業者想必感到十分欣慰。隨著強調上網功能的手機不斷推陳出新，尤其是iPhone、BlackBerry、HTC這些smartphone的帶動，用手機上網越來越普及。例如Facebook就宣稱，從去年十二月以來，透過手機連上Facebook的人增加三倍。也有報導指出，谷歌與百度的下一個戰場，就是手機上的搜尋業務。

不過最近看到來自ReadWriteWeb的一篇文章，指出行動上網的族群雖然激增，但是透過行動裝置進行消費的人，卻不太多，距離『行動消費』的概念還早得很。這篇文章實在很值得跟大家分享，下面我就大概簡述內容吧。

還在起步的行動商務

雖然行動上網的人增加了，但是大部份的人上網做什麼？查天氣、看新聞、查股票行情，但就是沒有消費。ReadWriteWeb這篇超詳盡的剖析裡頭標題下得更直接：『Mobile Ads Doing Well』、『Mobile Video on the Rise』、『M-Commerce Struggles』，什麼都成長，就是行動消費仍然在掙扎中。

eMarketer的報告列出了一些數據，雖然這個市調是針對美國人，可能無法完全適用於全球市場，但應該仍具有參考價值。

美國人願意透過手機購買下列事物的意願：

美國零售商認為目前推動行動商務的最大阻礙是：

從上圖可以看到，其實美國消費者已經有相當程度的比例，願意透過手機購買產品，例如披薩、電影票、MP3或電玩。不過是什麼阻礙了商家開發這塊市場意願？除了資金限制、隱私與安全性問題外，還有一個問卷裡沒有提到的原因：缺乏標準。手機瀏覽器、作業系統之間缺乏統一的標準，多少也阻礙了商家開發的意願。

“A major obstacle not addressed directly by the RIS survey is the lack of standardization among smartphone browsers and operating systems,” noted Mr. Grau. “Mobile app developers need to carefully pick and choose where they think they can get the best return for their effort.”

–摘自M-Commerce Is Still in Its Infancy

金流是另外一個問題

行動商務的另外一個阻礙，在於目前還沒有一個統一的金流方式。透過手機付款這件事要得以成立，前提是得先有一個讓大家感到安心的付款系統。而這也是很多廠商現在競爭的方向。

講到這裡讓我想到前一陣子看到的文章，讓我插播一下：

Apple 的iPhone之所以成功，在於它重演了iPod的故事：首先推出一 台在操作介面與功能上創新的終端，其次內建的軟體可以與他的線上 商店結合以購買音樂（在iPhone上則是到App Store 購買應用軟體） ，購買音樂或軟體時，是透過Apple 自己的金流結帳。

這個從硬體到軟體到服務到金流一手包辦的模式，從iPod開始一直上 演到iPhone。上述四者的強硬綑綁，對下游的終端用戶造成了極強的 黏性，對上游的業者則形成了強硬的談判能力。iPhone的成功造成了 電信業者的邊緣化，因為上述四者，電信業者絲毫插不上手。

以往，在手機上提供應用或者服務的業者，都被電信業者掐住了咽喉 ：金流及資訊流。手機使用者不透過電信業者的入口是無法或很難接 觸到這些服務，而服務提供者透過電信業者收費也最便利。Apple 異 軍突起，最終改變了這個生態。

摘自數位之牆──MID ，小筆電，智慧型手機（五）電信業者被邊緣化

傳統的線上消費付款方式，似乎得透過電信業者提供的加值服務來付款。但是現在有了新玩法。Apple、Amazon、Google先後都打算建立自己的App Store，顧客付款給這些線上軟體商城，再透過無線網路下載這些軟體。

有的人則打算透過社交網路──對，就是Facebook──來推動行動付款。雖然成效尚未可知，但也是另外一種方式。在Facebook上購買商品，只要填入你的手機號碼，錢就會扣在你下一期的手機帳單裡。

此外，幾家大公司也推出了相關的手機付費管道。Master Card 推出了MoneySend™，Nokia日前也推出了Nokia Money，這兩個服務背後都採用Obopay的技術，買賣雙方只要提供手機號碼，就可以一對一進行收錢、付款，或是繳款等等。

消費體驗是重點

雖然現階段行動商務還在起步階段，但是行動上網已經是越來越普及的趨勢。這些線上付款服務如雨後春筍地冒出，說明了行動商務未來是個極有潛力的市場，但是目前手機的作業平台、硬體規格、金流方式就各有好多種，如果要讓用戶有良好的消費體驗，這些元素就要緊密的結合在一起；而要能緊密結合在一起，需要一個標準。因此花旗今年就和GSMA（全球移動通信協會）合作，想要針對行動付款發展出一套標準。

Availability + Usability + Large Userbase = Adoption

看看一些第三世界國家，這些地方由於缺乏硬體設施與高速網路，手機成為他們進行金錢理財服務主要工具，例如在肯亞、坦尚尼亞與阿富汗，M-PESA這種透過手機進行金錢轉帳交易的服務就大行其道。這些例子看在歐美大廠眼裡，對行動商務的潛力應該是心癢難搔吧。如果行動金流的標準確立了，搭配上介面搭配得宜的手機軟體程式，行動消費應該毫無意外的會成為下一個金礦，難怪幾乎所有的大廠都摩拳擦掌嚴陣以待。

對於行動消費的金流，ReadWriteWeb文章作者認為有三個重點，分別是Availability (易得性)、Usability (可用性)、Large Userbase (廣大的使用族群)，才能得到普羅大眾的 Adoption (採用)。現在就看最後誰能達成這幾個目標，搶先在這市場佔有一席之地吧。

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

要稍微看懂這整個情況，需要一些背景知識。首先，Linux 到底是甚麼樣的東西？前文曾經述及，Linux 其實原指 Linux kernel，也就是作業系統的核心部份。而運行在這核心之上，有各式各樣的軟體，有的可以讓我們傳 MSN, Yahoo messenger、看網頁、收發 email 等等之類。在 Microsoft Windows 上我們有些熟悉的軟體來做這些事，在自由/開放軟體（Free and open source software，以下簡稱 FOSS）的世界同樣也有，例如許多人都聽過，而且也可以在 Windows 上使用的 Firefox。

把現有一大堆的 FOSS 專案組合起來呈現給使用者，形成一套完整的作業系統，這樣的組合就稱作 “Linux distribution“（後簡稱 distro）。由於 FOSS 的世界大部分的程式碼都是公開的，所以取用現有的成果以及修改已有的程式也相對容易。這就產生了互相之間版本的依賴性，以及部份的功能不同等等情況。例如 A 取用了函式庫 B 的功能，而這功能是在 1.0.2 版之後的 B 才有的，那我們就會說 A 依賴大於 1.0.2 版的 B。種種這些互相依賴性以及提供的軟體種類、安裝/移除方式等等集合起來，導致不同的 distro 之間，某些功能經常有些微的差距，程式也經常不能直接互換使用。

套用 Windows 的概念來理解就是，通常 Windows 一次只存在一個當紅炸子雞，而且程式經常都可以互換使用。但 distro 同時間有好幾個，甚至同一個 distro 也有「穩定版」、「測試版」等等不同，而且互相之間還常不能互換程式執行。一般來說，這不構成甚麼問題。因為程式碼都公開，各 distro 只要自己管好自己，把夠多的專案編譯好提供給使用者就行了。雖然有些版本、功能差異之類，但在不同的 distro 上，只要知道名字，都可以取用到差不多的功能。

但現在問題來了：那不想公佈程式碼的人怎麼辦呢？該如何提供程式給不同的 distro 使用者讓他們都可以取用呢？其實是可行的，但說起來有點麻煩，一般只想趕快弄好的廠商除非剛好內行，大概也很少真的這樣做。

提了這一大堆，意思是甚麼？這就要把 Eee PC 等等嘗試裝載 Linux 出貨的 netbook 放進來一起看了。如果朋友介紹你一個好用的 Windows 新程式，而在 Nokia 手機上不能執行，大多數情況你並不介意，因為觀念上我們認為手機跟電腦是不同的。但如果今天它不能在你的筆記型電腦上執行呢？如果用 Windows 能跑的，在你花了一萬多買來的筆記型電腦上都不能跑，那你還會對這台電腦很滿意嗎？假如它也不能讓你容易的處理朋友寄來的文件檔跟簡報檔呢？

（有興趣的讀者，可以略為打聽預載 Linux 系統的小筆電退貨率…）

那麼我們不禁要問，為何要裝 Linux 呢？為何不裝 Win XP 就行了？那是因為與 XP 相比，Linux 有開放原始碼的優勢（當然啦，也有些作業系統技術上的優勢，但這裡就不引起筆戰了），能夠在便宜的硬體上做出更好的效能，而且還可以省下付給 Microsoft 的那一筆授權費用。這表示價格優勢，也部份說明了為何現在 netbook 回到預載 XP 後又掉入效能與價格競爭的窘況。況且，目前 netbook 以 Intel CPU 為主，但若考慮目前如 ARM 系列的功耗、效能，似乎建構在其他 CPU 上的 netbook 也不遠了（其實已經出現），這在以 Intel 為主的 Windows 作業系統來說，又是另一個有趣的變數。

而 Android 的加入，可以扮演甚麼角色，又將會造成甚麼改變？前文曾提及，Android 提供了只需發行程式而不需發行程式碼的方案，因為所有程式都是在虛擬機器上面執行，所以一份程式，大家通用。這就創造出 FOSS 常欠缺的 ecosystem，讓大家各取所需，有獲利方式。另一方面，Android 在硬體層也避開了 linux driver 的灰色地帶（這部份又有一些學問，也許日後再述吧），而讓廠商可以安心的不公開驅動程式的程式碼。更遑論 Android 對 ARM 的原生支援…

然而，儘管有這麼多好處，目前 android 仍然是不能執行 windows 程式的，只是它允許了廠商相對容易的「發行 Android 版」，而又不需公開程式碼。下一步，就是看使用者的習慣能否成功的改變。一是大家開始用雲端運算處理朋友寄來的簡報檔、文件檔，這是 Google 的如意算盤，再不就是 Microsoft 推出 Android 版的 Office，這似乎也不是不可能吧？

就筆者 FOSS 推廣者的角度來說，Android 不是甚麼好事，但無可否認它在商業模式很周到，而任何一個理想都需要不餓死才好推行。

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

Linux kernel

必也正名乎：一般所稱 Linux，其實是統稱，指根基在 Linux kernel 以及其他許多跟 kernel 不見得有關的軟體所組成的作業系統。最早，Linux 一詞其實是專指 kernel，它提供了系統底層與硬體間的基本平台，讓其他程式可以在上頭執行。其最早作者是 Linus Torvalds，他用自己的名字，加上採用了與 Unix 系統相容的介面，將自己的作品命名為 Linux。

如前所述，在 Linux kernel 上頭執行的程式，跟 kernel 本身不見得有關係。可以是自由軟體，也可以完全不是。把它加上一些自由軟體，例如基本的函式庫、工具、圖形介面，應用程式等等，所組成的一套完整作業系統，才是一般所稱的 Linux。為了避免誤解，而且也為了正確傳達自身的貢獻，自由軟體基金會建議大家稱呼這樣的一套作業系統為 GNU/Linux。其中的原因是，kernel 提供底層機制，但系統中重要的元件幾乎都是來自於 GNU，也就是自由軟體基金會。

希望大家還沒被這些名詞搞混。要弄清這些不同的原因是，Android 是在 Linux kernel 上頭運作的，但他並不是 GNU/Linux。因為在一般 GNU/Linux 裡面會有的東西，Android 很多都沒有。

Linux kernel 的版權是 GNU General Public License version 2 (GPLv2)，這又是什麼玩意呢？GPLv2 是所謂的 Copyleft 版權，簡單來說，就是為了確保智慧財產能夠繼續公開流傳，所以任何基於此創作的延伸創作，都自動採用了相同版權。GPL本身還有個特色，就是「共同運作」也算是延伸的一部分，意思是說你的程式沒直接改GPL的程式碼，但是連結了GPL的東西跟你的程式共同運作，那你的程式也必須採用GPL版權。

舉例來講，假定今天某公司覺得某GPL軟體不錯，拿來改了改，放在自己的產品裡頭拿出去賣，那某公司就一定要明確的一起散佈修改後的程式碼。如果沒有，那就是觸犯版權了。有個組織叫 GPL Violations，專門抓這種案例，國內公司如 D-Link 以及 ASUS 都上過榜。這下問題來了：如果你是硬體廠商，希望你的硬體能在 Linux kernel 下運作，那麼就必須要有驅動程式。驅動程式就是按照硬體的規格寫的程式，用來告訴 kernel 怎麼操作這個硬體。如果驅動程式的程式碼公開，等於硬體規格也公開的差不多了。許多廠商不願意這麼做，所以就提供編好的驅動程式，但不提供原始碼。版權所有者，也就是 Linus Torvalds 以及其他許許多多的 kernel 作者們，為了支援盡可能多的硬體，對這種行為是採取睜一隻眼閉一隻眼的態度，也就是目前這種編譯好的驅動程式，算是處在灰色地帶。

既然 Android 採用了 Linux kernel，當然得照遊戲規矩來。但我們從前文可知，Android 的重點就是商業應用，他們可不願意系統裡有什麼「灰色地帶」，於是採用了一些手法來繞過這問題。他們把驅動程式移到 “userspace”，也就是說，把驅動程式變成在 Linux kernel 上頭跑，而不是一起跑的東西，這樣就可以避過GPL。然後，在 kernel 這邊開個小門，讓本來不能直接控制到硬體的 “userspace” 程式也可以碰得到，這樣只要把「開個小門」的程式碼公佈就行啦。事實上，目前因為 Android 已經發行，所以依法他們已經公開了對 kernel 的修改，其原始碼在 http://git.android.com/。

走筆至此，可以看出 Google 的原則之一 “Do no evil” 是很有意思的。他們自己的確承諾，而且也願意公開 Android 的程式碼，但是他們給了其他人 “Do evil” 的選擇。這樣還算不算是 Do no evil 呢？當作哲學問題吧。

關於 Android 對 kernel 的修改，Google 的簡報還提供了兩個重點：

1. Binder (IPC)：提供有效率的程式間溝通管道(Inter-Process Communication)。Android 系統中有很多服務，而上層的應用程式經常要取用這些服務，一般的 Linux 系統已經提供了不少 IPC 的方式，不過 Android 還是搞了套自己的。雖說文件中解釋原因為「一般 IPC 會造成額外資源花費，以及安全問題」，但其實這些都是可以基於原有架構在 kernel 外頭解決的，為何要改在 kernel 裡頭，筆者對此存疑，也只能等找時間去研究程式碼才知了。
2. Power Management：與桌上型電腦或筆記型電腦不同，手持裝置的電源一向相當有限，必須無所不用其極的去想辦法省電，但又不損及順暢的使用經驗。Android 在此採取了頗為積極的作法：「沒有人說要用，就關掉」。例如某程式在放 MP3 音樂，於是此程式會需要 CPU 的計算能力，那就得開口要。如果與此同時沒其他程式在執行，那麼 LCD 顯示器就可能被關掉，藉以省電。另一特別處，是在於 Linux kernel 一般考慮的都是在電腦上的作法，所以多半只有進入暫停、休眠等等的選擇，而不會如此細緻的去控制到各個小裝置的電源供應。

系統函式庫

這裡說的系統函式庫是指 “native libraries”，是跑在系統裡頭的函式庫，採用的語言不是 Java，提供一些基礎建設。裡頭有幾個值得一提的元件：

1. Bionic：這是 Android 版的 libc。libc 是 GNU/Linux 以及其他類似 Unix 系統上最基礎的函式庫，一般最常用的是 glibc，就是 GNU 做的 libc。不然在比較小型的裝置上也可以用 uclibc。不論是 glibc or uclibc，版權都是LGPL (GPL 的略為弱化版)。看到這大概可以猜到了吧，又是 Copyleft 問題。官方的說法是，除了版權問題以外，還考慮必須輕量以及快速，所以才做了自己的 libc。不過輕量、快速，本來就是小型裝置用的 uclibc 一開始的目標，因此，最主要的恐怕還是版權問題。
2. Webkit：鼎鼎大名的 Apple Safari 瀏覽器背後的引擎就是 Webkit，Android 也包含進去了。離線使用的 html 配上 html 5 的一些新發展，產生了各種有趣的可能，這部分值得另文介紹，這裡就不再贅述。
3. Surface Flinger：提供把各種”surface”組合在一起的能力。在這裡 surface 解釋為程式想要顯示在螢幕的東西，可能同一螢幕上有來自不同程式的內容，而這些內容有可能是 2D 顯示或是 3D 顯示等等之類。Surface flinger 就是把這些東西結合起來，一起送到螢幕上。目前程式碼還沒公布，不過 2D 跟 3D 的混合顯示一直都是問題，根本原因是我們通常告訴 3D 顯示卡的東西都是一些「我要在哪裡哪裡畫上什麼形狀，貼上某某材質然後旋轉多少度」之類的事情，也就是說，我們並不知道最後顯示出來會長什麼樣子，那是顯示卡上頭的 GPU 去算出來的。一般這些東西是顯示在一個有裝飾的視窗裡頭，這裝飾通常是 2D 效果。接下來假定我們想要旋轉這整個視窗，而且裡頭的東西還要繼續動，那等於要隨時把握 3D 視窗裡的東西長什麼樣子，然後把它跟 2D 的視窗框框結合，然後再開始轉動。目前在一般 GNU/Linux 上這件事情還沒有處理的非常好，Android 怎麼做，值得在程式碼公布之後注意。
4. 硬體抽象層 (Hardware Abstraction Libraries)：這就是前文所述的 userspace 驅動程式，如果想要將 Android 在某硬體平台上執行，基本上完成這些驅動程式就行了。其內定義了 Android 對各硬體裝置例如顯示晶片、聲音、數位相機、GPS、GSM 等等的需求。

Android Runtime 前文已有涉及，這裡不再重複。另外藍色部分的 “Application Framework” 主要是跟如何在 Android 上寫程式有關係，之後將另文介紹。

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

Android 所採用的語言是 Java，先從這開始談起。一般所謂 Java 其實包含三個元素，其一是 Java 這個「電腦語言」，也就是像這樣的東西：

class HelloWorld
{
    public static void main(String [] argv)
    {
	System.out.println("Hello, world!");
    }
}

也就是用人比較容易看懂的語言(也許不那麼容易啦，但至少比一堆 0 跟 1 來得好)來叫電腦做事，比如上個例子是在螢幕上印一行字 Hello, world。我們還會需要一個「編譯器」，來把這語言從人看得懂的，翻譯成電腦看得懂的。容後再論。

第二個元素是「Java 虛擬機器」(後稱JVM, Java virtual machine)。電腦的核心 CPU 是有很多不同種類的。一般我們用的是 Intel 的產品，有些是 32 位元、有些是 64 位元。有些人用的可能是 Power，例如部分蘋果電腦的使用者。還有一些小一點的電腦，可能就是用 ARM 架構。總之，不同的 CPU 使用方法也不同，指令是不能直接互通的。虛擬機器就是設定一些共通的指令，然後針對各種不同的架構各寫一個程式去配合這套指令。如此一來，我們只需要把程式編譯成「虛擬機器」看得懂的就行了。Java 使用的共通指令就稱做 “Java bytecode”。

其三是 Java runtime library，也就是一個「函式庫」，裡頭存了很多編譯好的現成程式，來讓開發者使用，這樣就可省下很多重覆的工作。比如上頭這例子裡頭的 System.out.println 就是函式庫提供的。那我們可以想像，如果在程式中我們用了很多某個函式庫裡頭的東西，但是用的人只拿到編譯好的程式，但沒有同樣的函式庫，那這程式還是不能用。比如說，Windows, Linux提供的基本函式庫就很不一樣，所以做同樣事情的程式，寫法可能完全不同。Java 函式庫裡頭提供的工具，是有標準可循的，所以以上的程式，不管是要在 Windows 上頭跑，或是 Linux 上頭跑，都是一樣的寫法。

二跟三兩者加起來，合稱 “Java Runtime Environment”, JRE. 它可以讓編譯好的 Java 程式「跨平台」。怎麼說呢？我們用 Java 這個語言寫程式，呼叫 Java 函式庫裡頭的工具，最後用編譯器編成共通的指令集，交給虛擬機器去執行。如此一來，同樣的程式在各個地方都能跑了。這雖然聽起來很棒，但我們可以想像，由於隔了一層虛擬機器跟函式庫，一定會比直接下命令來得慢，而且也要有人針對某作業系統跟某 CPU 架構去寫了這套東西，大家才能用。另外一個想法就是，那為何不直接把程式碼公開，讓大家針對不同的情況去處理，這樣就不需要虛擬機器，速度也一樣快，不就兩全其美了嗎？自由軟體走的就是這樣的路子。

問題是，許多公司不想公布自己的程式碼，因為必須要靠它賺錢。Java 讓他們可以不公布程式碼，只發行編譯好的程式，就在各平台上執行。使用者只需要安裝虛擬機器跟函式庫就行了。我們可以說，Java 是適合商業應用的。這點是很重要的一個特性。

以上的觀念大概瞭解了以後，我們看看 Android 在這部分做了什麼。

一、語言部分

Android 使用的 Java 語言並沒有不同，原本熟悉的工程師仍可以繼續使用。

二、虛擬機器

Android 使用的虛擬機器叫作 Dalvik，原本並不是針對 Java 設計的。它認識的指令集並不是 Java bytecode，而叫 Dalvik executable，簡稱 dex。Android 裡頭提供了一個工具程式叫 dx，可以把 Java bytecode 再翻譯成 dex，這樣 Dalvik 就知道怎麼執行它了。這虛擬機器為了適合在電話這種比較小型的平台上使用，而做了許多最佳化的處理，例如減低記憶體的使用，而且可以有效率的同時執行好幾個程式。它仰賴底層的 Linux 作業系統來幫他處理一些事情，意味著目前 Dalvik 是綁在 Linux 上的。

三、函式庫

Android 提供了大部分的標準 Java 函式庫(來自於Apache Harmony)，並把他們轉換成 dex 的格式，如此 Dalvik 才認得。除此之外，還提供了很多獨有的函式，讓使用者可以直接呼叫來使用電話、GPS等元件，或者是一些視覺的元件來取得跟其他 Android 程式相同的外觀。

Android 虛擬機器與函式庫合稱 Android Runtime。它有幾個特性：

• 不能直接執行編譯好的 Java 程式。要轉換成 dex 檔案後才能執行。
• 若此程式使用了 Android 未提供的函式，仍不能執行。
• 若我們拿到了 Android 應用程式，無法在 Java Runtime 上跑起來。原因為 1. 必須把 dex 轉回 Java bytecode，這難度目前不明。2. 沒有 Android 提供的獨有函式。

仔細思考的話，會發現所謂 Android Runtime 跟 Java Runtime (尤其是 Sun所提供的套件)的不同處很多，只是「剛好」Android 提供了很多 Java 函式庫裡的功能，讓 Java 工程師可以無痛的轉換罷了。另外就是他仍然保持了對商業應用的親和性，只要發行編譯好的 dex 檔案，而不需公布程式碼。

延伸閱讀：
1. Dalvik: how Google routed around Sun’s IP-based licensing restrictions on Java ME 關於 Android 如何繞過 Java ME
2. with Android and Dalvik at Google I/O 對 Dalvik 有興趣的話一定要看

(待續)

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

Google 在 Google IO 這一個年度開發者大會上展示了眾所期盼的 G-Phone，也就是 Android 最新的原型機，廢話不多說，我們直接來看影片吧！各位讀者看完之後，有沒有覺得比 iPhone 更令人期待呢？

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

圖片來源: Savage Chickens

又到了年終，在 2007 年中互聯網的進展異常迅速，讓人所感到興奮的是，這種進步不像是當年 Dot Com 那種純粹一頭熱的進步，而是無論在技術上面、提供服務上面或是真正的支撐的一些統計數據上面都有所支撐。當然，我們可以說，每次有什麼東西很熱的時候，都總有人說，這一次一定跟上次不一樣，結果是: “碰” 一聲，氣球最後還是破掉了。當然，當大家看到一個新興行業有搞頭時，一定會過度投資，直到泡泡吹破為止，但是這並不代表這個行業就此結束，而是說，這個行業因為過熱所導致的現象。就算最後過熱產生大泡泡破掉了，但是整體的網路服務還是提升了，整體的網路技術還是進步了，這正是讓人所感到興奮的地方。因此，當回顧 2007 年時，個人覺得在互聯網上面這是個精采的一年，2008 年的互聯網應當是延續 2007 年的步伐往前邁進，因為沒有一個服務或是技術會是平白的橫空出世的。下面我們就來展望一下 2008 年的發展，當然，或許有不足的地方，那就請大家來補充一下吧

1. 線上出版

出版社在 2008 年將會比今年還要痛苦，不轉型痛苦，轉型也痛苦，但是轉型或許還有活著的機會。在我們的 MMDays 論壇或是 “網路科技進步，知識工作者也要向上提升” 兩篇文章中都已經明顯點出了新世代閱讀習慣的轉變。現代人開始慢慢習慣在網路上面獲取情報，閱讀文章，而在總閱讀時間不變的情況之下，很容易暸解到: 閱讀實體書籍的時間減少了。這也意味著許多的雜誌或是書刊面對著讀者減少的窘境。

讀者願意花時間在網路上面閱讀，主要是因為網路上面有免費有料的文章。而這些免費有料的文章或許是正式的媒體所提供，或許是因為部落客所提供。在這一波轉變之中，部落客扮演著重要的腳角色。我們可以以賽局的角度來看，媒體可以選擇在網路上面提供或是不提供免費的文章，A 媒體如果不提供免費的文章，而它的對手 B 媒體願意提供的話，B 媒體將會吸引到網路上面的人氣，從而吸走一大群用戶，而 B 媒體的收入將會是豐富的廣告收入，而 A 媒體的讀者，因為 B 媒體將文章免費放到網路上面給人觀看，因此影響了 A 的書刊銷售，最後一來一往，B 在網路上面賺了錢，而 A 在實體上面虧了錢；反之亦然。

那 A 跟 B 可以心照不宣，他們都選擇不要放免費的文章上網路，這也是可以，但是要在沒有第三力介入之下。而非常不幸的的是，Blog 興起，個人出版當道，因此很多多事的寫手像是 MMDays 就成了市場的破壞者，這些文章內容不會比報章雜誌差；當然，報章雜誌可以宣稱他們有比較獨家的消息，這是業餘者所不能獲得的。但是很多 “熱心” 的網友總是會 “引用” 這些獨家的消息在自己的部落格上面報導，因此這些獨家的消息最後也就不怎麼獨家了。不過 Blog只是個人力量，一個 Blog 也還造成不了什麼力量，但是當有聚合 Blog 的服務出現時，這些分散的 Blog 就像是握緊的拳頭給了這些舊媒體重重一擊。

當然一拳還不夠，拜搜尋引擎的準確率進步之下，連查找資料都非常方便，網路上面許多免費的資料，許多好心人士更是整理了許多不少完整且又系統的資料。因此，當使用者在做報告時，最先查找的一定就是網路上面的資料了，既方便又省時。這些不利的因素都將使得出版社面臨艱困的轉型。而且這些都是還沒算入 Google 正在進行的書本數位化計劃的情況下呢!

2. P2P & 盜版問題

P2P 技術在這幾年內可真是出盡風頭，不但實現了網路上面打電話之外，也讓 IPTV 似乎有可為。因為 P2P 底層技術的關係，因此讓傳檔的速度增快了不少，(有興趣了解 P2P 原理的人可以回頭看一下 Mr. Friday 的文章)， 然而也是因為 P2P 傳檔快速的性質，讓許多人喜歡利用 P2P的軟體來互相交流音樂、電子書、影片、軟體等有智慧財產權保護的東西。

先講前面這一段，P2P 的技術讓許多既得利益者非常頭大。許多 ISP 業者鋪了光纖，結果發現錢都被 Skype 這種公司賺去了非常不爽。而且很多的電信也者本身也就是頻寬的擁有者，他們面對 Skype “剝削” 了他們的利益早就恨得牙牙癢了；而用 P2P 來做網路電視的底層技術，吃的頻寬更高，這都是這些 ISP 所不能接受的事情。他們不能接受的是，這些人 “免費” 使用了他們的服務。不過其實從另外一個角度來看，最終端的使用者還是繳了錢，終究也還不是 “免費” 的。但是這的確損害到了這群既有利益團體。

關於智慧財產權問題，這一直是八大影音以及唱片公司所不能容許的，他們看著自己 “應該 ” 賺到的 “錢” 在網路上面因為非法分享的關係而蒸發，因此憤憤不已。他們將整個過錯的源頭怪罪到了 P2P 的技術上面。因為有這麼好的傳檔機制，因此讓這些 “非法品” 可以快速流通，致使他們營收以及利潤下降，他們積極的推動立法來管制 P2P 技術。最好是這種技術被完全禁止，或是可以實現網路實名制，最好是在每個封包前面都加上使用者的身分證字號，這樣他們就可以有效控管。

當然，P2P 的技術還是會繼續向前，但是在明年或許會有一些轉變。就如同前面所述的，這個技術危害到了太多既得利益的團體。

3. 線上影音

今年最紅的網站應當是 YouTube 了。YouTube 在去年 10 月被 Google 以 16.5 億併購後，表現一路亮眼，可以說是獨占了整個 Internet 的影音收視群。而也正由於 YouTube 的成功，讓許多創投紛紛投入了影音網站建置，類似 YouTube 的網站如雨後春筍般不斷冒出。這也刺激了傳統的影音提供者。這個道理也很簡單，因為如果假設使用者看影片的總時間不變，那在網路上面看影片的時間增加了，就代表了在傳統電視上面看影片的時間減少了。

面對這樣子的改變，傳統影音提供者如 News Corp. 以及 NBC 也開始參與網路影音，一開始或是自己弄一個網站，或是跟 Apple 合作在 iTune 上面放影片，又或是合縱連橫一下弄一個 Hulu 看看是不是能夠制衡 YouTube。連遠在大西洋對岸的英國也感受到了這種氣氛，因此BBC, ITV 以及 Channel 4 也正在進行一項如同 Hulu 般的計畫，不過代號叫做 Kangaroo。這些傳統媒體終於有些開竅，發現最終還是要跟著觀眾的需求走，打不過他，就得加入他。而加入網路是一件好事 因此，可以樂觀預計明年應該可以在網路上面看到品質不錯的長片或是影集，有些要錢，有些或許不用錢。

當然，看影片就希望畫質能夠好一點，雖然第一重要的是內容，但是有好的畫質總是更好。在預估網路頻寬費用持續降低以及頻寬供給持續上升之下，高畫質的影音享受或許是可以期待的。而 Adobe 也在年底祭出了大禮，一個支援 H.264 的 Flash 版本，這也意味著 Adobe 看好網路上面高清晰度畫質的市場。

而究竟在網路上面觀看影片是要用全螢幕觀看比較過癮 ，還是以小小的視窗觀看比較好呢? 我想，各有存在的價值。比較長的影片，我們或許會傾向於用全螢幕觀看，而比較短的影片，我們或許會傾向於用小視窗觀看。而播放軟體的技術是否要用 P2P 呢? 在頻寬不是明顯提升的情況之下，或許像是 Joost 這類以 P2P 為底層技術的播放器仍是非常有希望的。然而這類使用 P2P 為底層技術的播放器有一個最大的缺點，就是需要另外安裝軟體，這對習慣使用 Web 服務的人來說是相對不方便的一件事情。因此在考量到使用者習慣之下，長期來說個人並不看好需要另外安裝軟體的播放器。因為，它不是 “在瀏覽器裡面”。

4. 開放式平台

在 Facebook 開放平台之後快速成長之下，所有的社群網路一夕之間似乎明白了，開放平台才是正途。包括 Bebo, MySpace以及 LinkedIn都決定要加入這個風潮。而開放平台也就意味著許多網路上面的開發者可以借力使力地開發出更為有趣的網路應用，在開放式平台的風潮之下，應當會有更多有趣的網路服務會出現。

另外開放式平台，開放的 API 促成了混搭的應用服務，這在今年已經盛行到不行。在開放風氣繼續盛行之下，混搭的服務將在 2008年將會繼續提供更多創新的應用。而開放式平台所導致的另外一個因素是，許多個人開發者將會針對開放式平台開發出非常簡單的應用軟體或是混搭應用，用英文來說的話就是 lite app，這些應用軟體的特色是開發時間短，功能單一，但是只要一受到喜愛之後，馬上可以吸引數十萬甚至數百萬用戶安裝。所謂的人潮是王，因此成功開發出廣受喜愛的 lite app 的開發者將會小發一筆，所謂的無心插柳柳成蔭的例子就會滿處可見。而這樣子的現象是值得期待的，因為有誘因才有創新，可不是嗎?

5. 離線軟體

我們已經喊了好久的 SaaS (Software as a Service) 將會慢慢成真。在今年我們已經看到了許多計畫是要讓 Web 的服務可以在離線時依然可以使用。最出名的就是 Google 的 Gears 以及 Adobe 的 AIR 。一但這個技術已經成熟之後，我們將會看到 Web 的服務開始反噬原來桌面軟體的服務，不僅如此，Web 的服務還多了幾項優點，其中一項誘人的優點就是可以同時線上/離線使用，並且上線時就自動儲存。

在以技術的角度來看的話，以前要開發桌面軟體所需要了解的語言跟開發 Web 服務所需的語言是非常不同的。但是一但這種技術出來之後，寫 Web 的人同時可以來開發桌面軟體，那這對桌面軟體來說將會是一個衝擊。不過，在明年來說，衝擊應該是不大，如果說是要有衝擊的話，受到最大衝擊的將會是微軟的 Office 軟體，因為現在在網路上面已經有一群做得很不錯的網站了，他們接下來要考慮的將是讀檔問題。如果能正確無誤地讀取現有 Office 的格式的話，那微軟的其中一根獲利支柱 Office 將會受到嚴重的撼動。

不過要將一個世代的人的軟體使用習慣從桌面轉到 Web 上面是不太容易的。因此，可以預見的是，Web 的軟體到桌面上面的表現形式，也會以一個小小的 Icon 在桌面上出現。使用者使用的行為同平常一樣，只要雙擊之後就會打開；使用的情況也跟普通軟體沒什麼兩樣，除了多了連線功能以外。而這樣子的實現方式，目前來說 AIR 的技術就可以辦到了。

在傳統的軟體方面，他們也不會白白等死， Web 應用往桌面端走一步，桌面軟體就往 Web 端走一步。因此我們可以預見，許多應用軟體將會提供跟 Web 相關的服務，像是相片上傳到 Flickr 或是影音上傳到 YouTube 等已經在許多軟體上面被實現了，接下來或許會有更多的 Web 的元素會被放入。最終 Web 服務跟桌面應用還是要合而為一的，不過這是在相對遙遠的未來。

6.移動式應用

雖然 PC 端的 Web 還在發展，但是許多人已經把念頭動到手機或是移動裝置的網路上面去了。在手機的網路發展上面，Tim Berners-Lee 也看出了發展上面的瓶頸，那就是每個電信業者的平台都不互通，這是一件非常糟糕的事情，這一點 Mr. Saturday 在前面的文章也提到過。

我們知道互聯網現在在上面會發展的這麼熱絡是因為整個平台都有一致的標準，不會 A 網站在美國運行的好好的跑到台灣後卻怎麼也開不起來。當然，如果有什麼網路管制那是例外。然而不能互通的平台就像嚴格管制的網路，提供服務的軟體廠商必須要在多個平台上面開發同樣的服務，既耗時又不討好。因此，在移動式平台上面發展互動性比較高的服務像是社交網站，在明年來說，應該是不值得期待。

不過，手機利用 GPS 搭配的地圖服務或是 Location base 的服務，應當還是值得期待的。在手機上面的網路服務，第一個殺手級應用就是回覆 Email，光這點就讓黑莓機賣的嚇嚇叫了。我想如果還有說什麼殺手級的應用的話，那應該就是 GPS 跟手機的結合，或者是說利用定位方式來提供 Location base 的服務的應用。利用基地台定位的方式或許是僅次於 GPS 的解決方案，但是在 GPS 晶片還未整入手機當中的情況之下，這也是比較可以接受的替代方案。

至於，免費手機，像是 Android 平台，個人猜想在如此封閉的電信業界，如果 Google 真的能殺出一條血路，那真是再好也不過，但是這個業界的重量級玩家可不只 Google 一個。要玩電信業，似乎籌碼要更大才是，言下之意，其實我不怎麼看好 Google 這個計畫。

7. 除了廣告之外的獲利模式

現在當紅的新興網路服務的賺錢模式看來看去只有兩個，一個是靠廣告收入，一個是併購出場。而以目前的情況來說: “根據最新的 IAB Internet Advertising Revenue Report，目前線上廣告的市場大約是 200 億美金。聽起來好像很多，但是 IAB 同時也告訴我們一件事情，那就是這兩百億美金的七成，是被美國前十大的網站給拿走，而且更糟的是，超過百分之九十是被前五十大網站給賺走，也就是說其他的一大群網站要去搶剩下 20 億美金 “。

如果是長期觀看 MMDays 的讀者，對上面一段的描述文字應該不陌生，因為我正是引用了 Mr. Saturday 這篇文章 “僧多粥少，網路產業泡沫化陰影再現？” 裡面的文字。因此，即使明年線上廣告費用仍然繼續成長，其增加也是有限的。如何開發除了廣告收入費用之外的經營模式同樣是 Web2.0 網站所遇到的難題。Dot Com 時代的網站已經經歷過一次了，今日的 Web2.0 網站還要再經歷一次。沒有所謂長久的 “免費” 服務，無論是經營者或是使用者都應當有這種觀念。但是目前 Web 的使用者已經被長期教導成服務是免費的情況之下，如何扭轉這種印像? 如何透過加值的服務來收費? 這正是明年的互聯網所必須正視的問題。如果這個問題沒有獲得解決，我想看到另外一次泡沫也是不會令人有多大的意外。

8. 從其他領域過來跟 Web 結合的服務

當網路技術成熟到一種程度之後，網路就成為了一種 “工具”，也就是說，只要是任何領域的應用只要有心都可以跟網路扯得上關係，這就是一種跨領域的結合。而今天來說，我們可以說網路服務已經可以說算是成熟了。因此，在明年要是能看到任何領域跟網路結合的應用服務，都應該不是很奇怪的一件事情。

像是國外有服務將 DNA 檢驗結果跟交友服務結合。這樣子的結合要是在網路不發達的情況之下是很難辦到的；當然，在生物技術不很成熟的情況之下也是很難辦到的。又或是透過網路來問診、遠端手術等等，也都開始慢慢進行了。網路作為一種 “工具” 的概念已經悄然成行。

結論

對於 2008 年互聯網的發展個人是非常期待，對於如此快速翻新的領域，我也只能瞎子摸象般猜測著明年或許會進行的事情。搞不好還真的會有橫空出世的服務呢! 如果真的有，那這也在我的能力範圍之外了。這邊 Mr. Monday 提出一些觀點跟看法跟各位讀者分享，感謝各位看完了這麼落落長的文章，如果有任何謬誤的地方或是不足的地方還請大家多多補充囉

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

Google 於美國時間星期一早上正式公佈了行動通訊裝置的軟體開發平台，名為 Android，Google 與 T-Mobile, HTC, Qualcomm, Motorola 等等手機以及通訊大廠透過 Open Handset Alliance 這個跨國聯盟合作，共同推出 Android 這個軟體開放平台，Android 將以 Open Source 的方式釋出，給予廠商和開發者最大的自由，預計下個禮拜 Open Handset Alliance 就會有 Android 完整的軟體開發套件推出 (Software Development Kit)．這一次，Google 想要改變的，是我們手上的手機以及各種行動通訊裝置的運作生態．

雖然現在全球資訊網的開放程度已經被我們視為是理所當然，但是我們現在使用的手機和各種通訊裝置，彼此之間可以說根本是互相獨立和分離的，也就是說每個裝置有自己的作業系統和開發環境，彼此互不相干，想要開發同樣的一支應用程式在不同的行動裝置上面，你必須到不同的平台上去用不同的開發工具寫程式．這樣的情景是不是讓你覺得有點熟悉？是的，Google 在前陣子推出的 Open Social (Google 推出 OpenSocial，開放風越吹越烈) 也是要在 social network 之間解決同樣的問題．讓 social network 彼此之間可以互相流通，同樣的應用程式和 widget 你寫了一次，就可以在各個不同的平台上跑．這一次，Android 也是想要辦到同樣的事情，但唯一不同的就是選定的舞台，是在我們的行動通訊裝置之上．Android 是作業系統，是開發工具，是 middleware，也是介面．透過開放原始碼釋出之後，相信會成為業界的標準之一．

我相信大部分的人都有手機,，也一定有很多人曾經感覺到過，自己只是要使用手機上面的一些功能，為什麼還要被廠商收一堆開通費等名目的費用，一隻牛被剝了好幾次皮，卻又無可奈何．台灣的情況其實已經算好了，至少你的手機收訊不會有問題，有的時候甚至荒山上或是地下室都可以收得到訊號．美國的情況才是離譜，不僅在一片廣大的空地上你會莫名其妙收不到訊號，甚至你撥電話還會常常有撥號失敗的情況發生，氣得你破口大罵．我相信來自台灣的人一定多少都會覺得美國的手機網路實在是不怎麼樣．在網際網路這麼發達而且日益進步的今天，手機這個市場，卻好像停頓了一樣，在美國各個大廠 (包括 AT & T 以及 Verizon 還有 T-Mobile) 小心翼翼地寡占和壟斷市場的情況下，缺乏的是良性的市場競爭去為使用者創造更好的服務，可以說許多通訊大廠根本就是竭盡所能地忽略公開的標準，自成一格，嚴防使用者輕易地從他們手中逃脫．每個國家都有一些少數龐大的通訊公司在壟斷市場，美國是 AT & T 和 Verizon，台灣則是中華電信，我想很多人都認為他們有許多地方需要改進．

Google 這一次打的策略，不是推出自己的手機來與這些既有的大通訊公司進行無謂的廝殺，而是再一次地聯合這些大廠，推出完全開放的平台和工具，意圖來改變整個大環境的生態，就像是 Open Social 一樣，Facebook 可以選擇不買帳 (不過最後 Facebook 也表達出興趣)，堅持不加入這個生態系中由一堆食物鍊上游組成的聯盟，但是這樣一來的結果會是什麼？ 結果會是那些第三方的開發者，逐漸地遠離你這個閉關自守的封閉平台，選擇去使用開放的工具，去開發寫一次就可以在好多地方使用的應用程式．結果會是你這個封閉平台的花樣越來越少，越來越不吸引人，使用者逐漸流失．

從 Google 公佈的聯盟名單來看，這樣的陣仗相信馬上就會有群聚的效用出現，肯定會有越來越多的大廠加入，要不然就等著在自己封閉的平台之內逐漸凋零了．很有趣的一點是，我們的 Steve Jobs 似乎在這個聯盟之中缺席了，Apple 這個最近靠著 iPhone 大賺一筆的大廠，會不會也加入這個聯盟呢？後續的動作倒是相當值得我們去注意．另外相當值得我們回顧的是，同樣身為大型的軟體公司，微軟其實早就在行動通訊市場上努力已久，不過跟 Google 不一樣的是，微軟希望的是大家在行動裝置上採用他們的 Windows 作業系統，而不是推出一個開放的平台讓大家受惠，說穿了，微軟只是想把壟斷桌上型作業系統的那一套，用同樣的思維模式搬到行動裝置上面去，希望有另一次壟斷的機會罷了．不過大部分的廠商不買帳，也才會到了今日，行動裝置上面的平台還是百家爭鳴的狀態．這似乎也直接顯示出了微軟當初誤判網路情勢的思維模式，結果讓 Google 現在老是搶先許多步，甚至於現在 Live Search 的搜尋市場連 Ask.com 都快要比不過．我想微軟的思考模式，在網路時代真的需要好好檢討一下．

我相信以後的手機應用程式和任何形式的資料傳輸，都會收斂到完全免費的情況，使用者可以盡情地去使用．至於廠商們如何從這一波開放風之中獲利呢？其實 Google 給的答案永遠是相當簡單，當然還是搜尋相關的廣告，Google 並非一個非營利組織，自然也希望從這些推出的平台和開發工具之中獲利．而且在這種開放的平台之下，即使 Google 推出自有品牌的手機，似乎與這些老廠商形成正面衝突的意味也大大降低許多了．總之，受惠最大的不是 Google，也不會是那些通訊公司和手機製造商，在競爭之下，永遠是我們消費者勝利．

Google 的介紹影片：

小鬼們談手機：

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