Posts Tagged ‘flash player’

我不知道你有沒有注意到，在現行的各種“運算裝置 (computing devices)”上 — 這包括了桌上型、筆記型、智慧手機和 iPad 等等，其實都至少有兩個執行應用程式的環境。一個是大家都有，(一般來說) 可以共通的“Web 平台”，也就是透過瀏覽器來執行的各種網路應用，例如：Gmail。另一個則是每種機器上都有點不一樣的專屬平台 (proprietary platform)，也就是透過作業系統來執行的各種原生程式 (native apps)，例如：Outlook。

一般來說，大家都認為 Web 應用是未來，因為他有許多好處，像是免安裝、免升級、資料有共通性、不會被某台電腦綁死等等。但是，在網路應用“突飛猛進”了十多年之後，我們卻始終無法離開原生平台 — 最好的例子就是 iPhone App Store 瘋狂受歡迎的程度。發表不到兩年，這個蘋果的手機的原生應用市集，就已經累積了 20 萬種的應用，和超過 40 億次的下載。

你或許會說，App Store 能得到這麼多的開發商青睞，這麼多的使用者採用，都是因為 iPhone 本身的熱賣的關係。然而，就像我一開始說的一樣，iPhone 上面也有 Safari 瀏覽器，最近還加上了 Opera，都可以執行 Web 應用，甚至還不用經過 Apple 的層層審核，額外的剝削，根本就是一道寬敞的後門。然而，為什麼有這麼多的應用開發商，卻捨棄 Web 不用，全都跑去寫原生程式呢？問題顯然不是那麼簡單。

你還可能說，App Store 方便的付費管道，讓開發商更願意使用。然而 Web 上也有許多好用的付費機制，像是 PayPal、Amazon Payments 和 Google Checkout 等等，且手續費比 App Store 更加低廉，所以這也絕對不是原因。

而真正的原因，其實跟開發的環境比較有關，就是當你寫一個基於 Cocoa 環境的原生 iPhone 程式，你可以做到的事情比一個基於 HTML/CSS/Javascript 的 Web 應用，來得多太多了。用 Cocoa (iPhone OS 和 Mac OS X 上的開發環境)，你可以呼叫 iPhone 上的各種特殊功能，像是 3D 引擎、語音輸入、多點觸碰等等等等。但是如果用 Web，你就只能使用 Safari 有支援的少數陽春功能組合。

在了解了這點之後，你就知道為什麼北美網路工程師界的大神 — 喬依‧休維特 (Joe Hewitt)，最近這麼忿忿不平了。至於還不知道喬依是誰的人，請容我簡短的介紹：喬依是 Netscape、AOL、Firefox、Firebug 等著名軟體的主要開發者，他最近最有名的作品，則是狂受歡迎，被下載超過 5 千萬次的 Facebook iPhone App。所以，如果說要把這世界上的工程師，用他們寫的軟體改變了多少人的生活來排名，那喬依不是第一名，也絕對是前幾名。而就像 TechCrunch 在上面連結的文章裡說得一樣，當喬依抱怨的時候，就是大家該認真注意的時候。

在今天讀完喬依的抱怨後，我才恍然大悟，他說得真對，原來網路產業問題的核心，根本就不是 Flash，也不是 iPhone OS，更不是蘋果。原來，制定 HTML/CSS/Javascript 等網路應用標準的機構 W3C，才是這其中的罪魁禍首。如果 W3C 創新的速度夠快，趕得上時代的潮流，那我們從一開始就不會需要 Flash 播放器，也不會需要 Cocoa 環境，更不會有什麼封閉平台的問題。如果 W3C 有把他們的工作做好，那我們早就該進入 Web OS 的時代，可以任意的轉換電腦，根本不用擔心被任何機器、任何公司綁死。

問題就是 W3C 是個非營利組織，是一個被大公司挾持，需要取得各方妥協的官僚機構。所以，短期內，我們根本沒辦法期待他變成一個有效率、有組織、可以快速反應市場需求的機構。而最好的例子，就是 W3C 最新推出的 HTML 5 標準。理論上，這樣的一個新標準應該是時代的標竿，但可悲的是， HTML 5 能不能取代十年前就已經出現的 Flash 技術，都還可以成為各方爭辯的話題。這種時候你就知道， W3C 創新的速度有多麼的緩慢了。

所以，如果從這樣的層面去觀察，我們想我們可以得到以下的結論：

1. Web 應用將很難成為網路的全部未來 — 他絕對會是網路的部分未來，但很難成為全部。
2. App Store、Android Market 將繼續發燒 — 提供裝置上原生應用的環境，由於創新的速度會比 Web 快，所以將會持續的推進，讓 Web 應用無法追趕。
3. Chrome OS 將會失敗 — 基於這個 Google 開發的全瀏覽器作業系統，所開發出來的行動、平板裝置，由於沒辦法有原生應用，將會在應用的品質上，大大落後 iPad 和使用 Android OS 的其他裝置，所以終將失敗。

我想這些趨勢，對於網路創業團隊發展的決策，絕對非常重要，我希望大家多方去了解，多多思考。如果你有不同的想法，也歡迎留言讓我知道。加油！

(Pic via joe.hewitt.usesthis.com)

開放還是封閉，是科技圈近來常常爭辯的話題。最常聽到的討論就是 Android 的“開放”，和 iPhone OS 的“封閉”，例如去年中 TechCrunch 主筆麥可‧阿靈頓大喊受夠了封閉的 iPhone，毅然轉用 Android 事件。而不滿常常成為箭靶的蘋果 CEO 賈伯斯 (Steve Jobs)，也在上周的文章中反稱 Adobe Flash 才是不折不扣的私有發開平台來反駁。

不過每每讀到這些文章，就覺得少了一個客觀的、有系統的分析方式。斷章取義，隨便抓一塊出來講，當然每個平台都少不了封閉的部分。

而這個缺少的模型，上周末終於讓我在克里斯‧迪克森 (Chris Dixon，Hunch.com 的創辦人) 的網誌上找到了。 克里斯的這篇“開放與封閉的優劣”，首先引述了哈佛大學 (Harvard) 教授湯姆‧艾森門 (Tom Eisenmann) 的一篇長達 29 頁，關於開放式平台的研究報告 (名為：Opening Platforms: How, When and Why?) 中，最關鍵的一個圖表：

根據艾教授 (愛叫獸？好，我知道很難笑…) 的模型，他把一個平台的開放或封閉，分成四個層級來分析，例如：Linux 就是完全的開放，從消費者、開發者、平台硬體和平台軟體，都是非常自由的。而 iPhone 則是在另一個極端，除了消費者端，其他都是封閉的。(不過他也承認在北美市場，iPhone 連消費者端都是半封閉的，因為你只能選擇 AT&T 一個電信商。)

我覺得這是一個相當不錯的模型，因為他把一個“平台生態系”的四個主要角色，所受限制的程度，分開來分析，然後再來斷定這個平台的開放程度。如果用這樣的模型來分析，那 Flash 平台應該是有兩個開放 (消費端、硬體端)，和兩個封閉 (開發端、軟體端)。也就是說 Adobe 罵 iPhone OS 是個封閉系統，的確是像賈伯說的那樣，有點五十步笑百步的感覺。

至於開放與封閉的好處和壞處，克里斯則提議應該從公司、產業和社會等三個面相去分析。不過和創業團隊最相關的，是來自下面的這段論述：

…a company should close their core assets and open/commoditize complementary assets. Google’s search engine is their core asset and therefore Google should want to keep it closed, whereas the operating system is a complement that they should commoditize… Facebook’s social graph is their core asset so it’s optimal to close it and not interoperate with other graphs, whereas marking up web pages to be more social-network friendly (open graph protocol) is complementary hence optimal for FB to open…

大略可以翻譯成：

一個公司應該要保護他們的核心價值，然後開放周邊的產品。以 Google 為例，搜尋引擎是他們的核心，所以應該要封閉。相對的，作業系統和瀏覽器可以幫助人們使用搜尋引擎，所以應該要開放，甚至免費的提供。再以 Facebook 為例，人們的人際關係和喜好是他的核心，所以當然要保護起來，至於可以增加和 Facebook 互動的 Open Graph，則要鼓勵其他網站多多使用…

我覺得這是一個非常直覺，卻非常有道理的判斷角度。而從這樣的邏輯去思考，就不難發現為什麼 Google 要讓 Android 如此開放，而 Twitter 又為什麼要推出官方版的手機應用。

所以，當你的團隊下次面臨要選擇開放網站上哪些功能和內容，才能夠吸引人家來幫你開發應用，刺激更多的成長，而卻又不想讓平台因此失去競爭力時，我認為上面的分析模型和邏輯，相當值得你參考。加油！

(Pic via sharman@flickr under CC license)

還記得兩個禮拜前為大家整理的“為什麼 Apple 永遠不會讓 Adobe 和 Flash 上 iPhone”一文嗎？當時有鑑於蘋果似乎要開始全力防堵使用 CS5 和 Flash 等跨平台工具來開發 iPhone 應用，覺得有必要提醒大家注意這個趨勢，並思考是否選擇使用其他的開發工具，於是有了該篇文章。不過當時，對於蘋果是否真的有這樣的策略，包括引述的約翰‧古柏 (John Gruber) 在內，所有的觀察家都還是處於推測的狀態。

直到今天北美時間一早，蘋果為什麼不會讓 Flash 上 iPhone 這件事情，終於突然完全明朗。為什麼？因為賈伯斯 (Steve Jobs, 蘋果 CEO) 居然在蘋果的網站上刊出了一個落落長，理由多達六點的文章，正式對外說明他為什麼堅決反對這件事情 (懶得讀英文的人可以看 T 客邦上的翻譯)。

結果說了老半天，賈伯自己也點出其中有一個理由最重要，也就是最後一個理由，因此他也花了最多的篇幅解釋 (多達四段)，不過其中又可以摘錄出如下的重點：

We know from painful experience that letting a third party layer of software come between the platform and the developer ultimately results in sub-standard apps and hinders the enhancement and progress of the platform…. We cannot be at the mercy of a third party deciding if and when they will make our enhancements available to our developers.

This becomes even worse if the third party is supplying a cross platform development tool… we cannot accept an outcome where developers are blocked from using our innovations and enhancements because they are not available on our competitor’s platforms…

…Adobe has been painfully slow to adopt enhancements to Apple’s platforms. For example, although Mac OS X has been shipping for almost 10 years now, Adobe just adopted it fully (Cocoa) two weeks ago when they shipped CS5. Adobe was the last major third party developer to fully adopt Mac OS X.

我簡單翻譯如下：

讓第三方中間軟體夾在平台和應用之間，會造成應用品質降低，也會延緩平台的進步，這我們有太多痛苦的經驗了… 我們不能讓第三方軟體商擋在蘋果和開發商中間，任由他們來決定蘋果平台的新功能，什麼時候才會抵達應用開發商的手上。

況且，若這個中間軟體是跨平台的軟體，那情況還會更糟… 他會讓開發人員無法使用我們平台的特殊功能，只因為其他平台無法支援這些功能…

一直以來，Adobe 對於支援 Apple 平台上的新功能，都是極端緩慢的。舉例來說，Mac OS X 推出至今已經十年了，但 Adobe 兩個星期前剛剛才完成對 OS X 的完全支援。Adobe 是所有重大軟體商裡面，最後一個完全支援 OS X 的。

我認為光以上這些文字，就足以讓你了解賈伯永遠不會讓 Flash 和 CS5 上 iPhone 的最重要原因：他需要完全的控制，也厭惡 Adobe 先前在 Apple 最脆弱的時候，現實的把他們遺棄。

至於前面 5 個關於技術面的辯證，其實都沒什麼意義，因為這些問題，如果 Apple 和 Adobe 願意合作，其實都是可以獲得減輕甚至解決的。甚至，這段時間吵下來，這其中的每個問題成不成立，也都還沒有人能夠提出能夠完全說服人的證據。最好的例子就是今天早上賈伯才剛講完，下午 Adobe 的執行長山塔奴‧那拉顏 (Shantanu Narayen) 馬上就接受華爾街日報專訪，用力的駁斥這些技術問題。但是關於第六點，他卻一點辦法也沒有。

不過，無論如何，經過賈伯今天的發言，我們已經可以確認，蘋果這次是認真的，也會用所有資源把 CS5 和 Flash 擋在 iPhone OS 的門外。所以，還是要再提醒一次要開發 iPhone 應用的創業團隊，請改採蘋果建議的 Xcode、Objective-C 和 WebKit 等工具，才是最保險的選擇。

(Pic via tsevis@flickr under CC license)