賈柏斯在Apple官網發表對於Flash的想法

http://www.itouchtw.com/archives/4588

Apple與Adobe有著長期的關係。實際上，當 Adobe的創立者還在車庫創業階段我們就相遇了。Apple是他們第一個大客戶，採用他們的Postscript語言供我們新的雷射印表機使用。 Apple投資Adobe，並多年擁有該公司大約20%的股權。兩家公司彼此緊密合作造就桌面出版領域的創新，並有著許多的美好時光。從那段黃金時代過 後，兩家公司走向不同的方向，Apple經歷過一段瀕死經驗，而Adobe則以Acrobat產品朝向企業市場發展。今天兩家公司依舊一起合作服務創意領 域的客戶們。Mac使用者買了Adobe將近一半的Creative Suite產品 - 但除此之外，我們共同的利益非常地少。

我想記下我們對於Adobe Flash產品的想法，如此一來客戶們與批評者們能夠更清楚地理解，為什麼我們不讓Flash相容iPhone、iPod與iPad。Adobe將我們的 抉擇視為以商業為主的考量，他們說我們想要保護App Store - 但現實問題在於技術細節上。Adobe聲稱我們是一個封閉的系統，而Flash是開放的，實際上反過來說才對，讓我和各位解釋：

首先，「開放」

Adobe的Flash產品是100%私有的，它們僅 能由Adobe取得，也只有Adobe具有權威推動未來的改進、制定價格等等...就算Adobe的Flash產品相當普及，只要它們完全受到Adobe 的控制、並且僅能由Adobe取得，就不能說它是開放的。近乎所有的定義都能說：Flash才是封閉的系統。

Apple也擁有不少私有產品。像是iPhone、 iPod及iPad使用的作業系統就是私有的，但我們深信所有涉及網路的標準都應該是開放的。相對於使用Flash，Apple採用了HTML5、CSS 以及JavaScript - 這些開放標準。Apple的行動裝置全部都能在這些標準下以高效能、低耗能運作HTML5，這個由Apple、Google以及其它公司共同採用的新網 路標準，能夠讓網路開發者能在不依靠第三方瀏覽器Plug-In（如Flash）的狀況下，創作先進的圖形、文字排版、動畫與特效。HTML5是完全開放 的，並且由Apple身為會員之一的標準委員會所管理。

Apple也創造供網路使用的開放標準。例 如，Apple曾開啟一個小型的開放原始碼計畫，並且創造了Webkit - 一個完全開放原始碼的HTML5渲染引擎，以作為Safari瀏覽器的核心，並用於我們所有的產品上。Webkit也被廣為採用，Google以它打造 Android的瀏覽器，Palm也用、Nokia也用，以及RIM（Blackberry黑梅）也宣佈他們將要採用。除了微軟以外，幾乎所有智慧型手機 的瀏覽器都採用Webkit作為核心。Apple以開放的Webkit技術為行動裝置瀏覽器設定了標準。

第二，「完整的網路體驗」

Adobe一再反覆宣稱Apple的行動裝置不能提 供"完整的網路體驗"，因為網路上75%的影片是Flash格式。但他們沒說這些影片幾乎所有都屬於一個更為先進的格式：H.264，而H.264格式能 在iPhone、iPod與iPad上觀看。YouTube估計擁有40%的網路影片，能夠以獨立的程式在所有Apple行動裝置上吸引目光。而iPad 更能提供最好的YouTube探索、以及觀看體驗。再加上Vimeo、Netflix、Facebook、ABC、CBS、CNN、MSNBC、Fox News、ESPN、NPR、時代雜誌、紐約時報、華爾街日報、運動畫報、時人、國家地理，以及其它更多來源提供的影片，都是iPhone、iPod、 iPad使用者用戶不會錯過的。

Adobe另外一項宣稱指出Apple的裝置不能玩 Flash遊戲，這是真的。幸好，在App Store上有著超過五萬種遊戲與娛樂程式，而且它們之中不少還是免費的。iPhone、iPod與iPad能玩的遊戲比這世界上任何一個平台都多。

第三，是穩定性、安全與效能

賽門鐵克最近將Flash列入2009年安全性最差的 名單之一，我們早就知道，因為Flash名列Mac當機的首要原因。我們曾經與Adobe一齊修正這些問題，但是這些問題依舊持續了許多年，直到今日。我 們不想因為加入Flash支援，而降低了iPhone、iPod與iPad的穩定性與安全性。

補充說明，Flash在所有的行動裝置上都效能不彰， 我們一再地要求Adobe向我們展示Flash能在行動裝置上順暢運作，任何行動裝置都好，但幾年過去了，我們一次都沒看過。Adobe曾在2009初公 開表示Flash將能在智慧型手機上運作，然後是2009年後半、接著又是2010年前半，現在他們又說將是2010年後半。我們認為它終究是能運作的， 但我們慶幸我們沒有屏息以待，誰知道Flash的表現如何？

第四，是電池使用時間

為了在播放影片時，能讓手機有較長的使用時間，而必須 採用硬體解碼，如果採用軟體解碼會耗費太多電力。現代多數的行動裝置晶片都包含H.264格式的解碼器，H.264格式是工業標準，並且應用在每台藍光、 DVD播放器上，而且受到Apple、Google（YouTube）、Vimeo、Netflix與其它公司所採用。

雖然Flash最近加入了對H.264格式的支援，但 是現在近乎所有Flash網站上的影片都需要一個較舊的、上一代的解碼器，而行動裝置晶片並不支援，以至於必須要以軟體解碼。這造成極大的差別：例如在 iPhone上，H.264的影片能播放10小時以上，但如果影片以軟體解碼播放，不到五個小時電池就耗乾了。

當網站將他們的影片重新以H.264編碼，就能在不需 要Flash狀況之下繼續提供內容。而這些影片能完美地在沒有任何Plug-In的瀏覽器，像是Apple的Safari、Google的Chrome上 播放，當然在iPhone、iPod與iPad上看更棒。

第五，是觸控

Flash是為了讓配備滑鼠的個人電腦操作而設計，而 並非為使用手指操作的觸控螢幕打造。例如，許多Flash網站依賴"滑鼠移過（Rollover）"控制，像是跳出式選單以及其他元素，必須將滑鼠移到某 個特定位置才會出現。Apple革命性的多點觸控介面不需要滑鼠，也沒有"滑鼠移過（Rollover）"的概念。大多數的Flash網站需要重新寫過以 支援觸控設備。如果開發者們必須重寫他們的Flash網站，那為什麼不使用先進的技術，像是HTML5、CSS以及JavaScript呢？

就算iPhone、iPod與iPad能跑 Flash，這問題依舊沒解決，因為多數Flash網站必須重新寫過以支援觸控設備。

第六，最重要的原因

除去Flash是封閉而私有的、擁有重要技術缺陷、並 且不支援觸控設備的事實。還有一個更重要的原因令我們不讓Flash在iPhone、iPod與iPad上運作。我們已經討論過使用Flash播放影片以 及網站上互動內容的缺點，但是Adobe還是希望開發者使用Flash來製作程式在我們的行動裝置上運行。

我們從痛苦的經驗中得知，讓第三方軟體在平台與開發者 間做為中介，最終必然會做出次於標準的程式，並且阻礙平台的進步與時程。如果開發者依賴第三方開發工具與函式庫成長，當平台加入新功能時，第三方廠商必須 選擇支援（if）並且儘快推出（when），開發者才能使用這些新功能。我們不能讓第三方廠商來決定他們要於何時、而且是否願意施恩，將我們的新功能提供 給我們的開發者。

當第三方廠商提供跨平台的開發工具時，這一切會變得更 為糟糕。第三方廠商可能不會採用一個平台的新功能，除非這些新功能普及在所有他們支援的平台上。如此一來開發者只能使用到最小公分母的功能組合。再次重 申，我們不能接受這樣的結果：開發者被阻拒於我們的創新與各項新功能外，只因為這些新功能不受我們競爭對手的平台所支援。

Flash是一個跨平台的開發工具，協助開發者寫出最 佳的iPhone、iPod與iPad程式不是Adobe的目標。他們的目標是提供開發者撰寫跨平台程式。而且Adobe採用Apple平台的各種新功能 慢得半死。例如，Mac OS X迄今已經上市近乎十年，但是兩週前當他們的CS5上市時，才完全支援（Cocoa API）。在第三方廠商中，Adobe是最晚完整支援Mac OS X的。

我們的動機相當簡單 - 我們希望提供最先進與創新的平台給開發者們，而且我們希望他們直接站在這個平台的肩膀上寫出全世界從未見過的最佳程式。我們希望能持續加強這個平台，如此 一來開發者們能創造出更多令人驚異、強大、有趣以及有用的應用程式。每個人都是贏家 - 我們能賣出這麼多裝置，只因為我們與所有平台相比，擁有最棒的Apps、讓開發者面對越來越廣大的視聽眾與消費者，消費者也能持續被這些最棒的、充滿廣泛 選擇的Apps所取悅。

結論

Flash是個人電腦時代的產物 - 供個人電腦與滑鼠使用。對於Adobe而言，Flash是門成功的生意，我們能了解為什麼他們想要將它推出個人電腦領域之外。但是行動時代重要的是低耗電 裝置、觸控介面與開放網路標準，這些都是Flash的缺點所在。

媒體如雪崩一般地放出他們的內容供Apple的行動裝 置使用，表示不再需要透過Flash來觀看影音以及消費任何種類的網路內容。Apple App Store上的二十萬個Apps也證明了數以萬計的開發者不再需要利用Flash來製作動感豐富的應用程式，包含遊戲在內。

行動時代創造了如HTML5的新開放標準，他們將在行 動裝置（以及個人電腦上）獲勝。也許未來Adobe應該將焦點多放在製作HTML5的工具上，少批評Apple將過去拋在腦後。

Steve Jobs
April, 2010 

http://www.metamuse.net/2010/04/jobs-thoughts-on-flash.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed:+blogspot/metamuse+([+METAMUSE+])&utm_content=Google+Reader

夾不死：「我決定直接用公司的平台發新聞稿公開幹譙 Flash ...」（設計對白）所以在 Apple 家電公司網站中的 HotNews 出了一篇文章，叫做 " Thoughts on Flash "，這是夾不死親手操文直接開幹 Flash 的經典力作。

他先說明多年來 Apple 與 Adobe 的姦情合作關係，先禮遇之後就立即切入開戰主題；夾不死首先就先駁斥 Adobe 指 Apple 是封閉平台的說詞，夾不死直接指明真正封閉的是 Flash 格式，這個格式是 Adobe 用來賣錢的、是專有的、是必須授權的， Apple 當然也有很多封閉的產品，包括作業系統，但是對於軟體與 web 網路技術而言， Apple 的態度是開放的（實在是很難懂，總之夾不死認為就算他封殺 Flash ， Apple 的產品依然是技術封閉、態度開放的）；

其次夾不死認為沒了 Flash ，Apple 的各項產品依然可以接觸到「全網路」，就算很多網站都用 Flash 格式播放影片，但是這些網站也都支援 iPad iPod or iPhone，然後底下列了一狗票的網站，這些網站並不會因為 iPad iPod iPhone 沒有 Flash 的支援而受到影響（不過這個結果就令人幹譙了），就算沒有 Flash ，還是有很多 game 可以玩（可以想見 Jobs 很快樂的邊玩遊戲邊轉圈）；

接著是可靠度、安全度與效能表現，這個 Flash 就難辭其咎了，Flash 是 Mac OS X 中當機回報中的第一名（通常在 Linux 也是，並且會在 Windows 中因為長久執行 Flash 而吃光 CPU 效能），有個安全性漏洞竟然遲遲未改善（因為 Adobe 買下 Macromedia 之後大概還急著享受這塊遲來的大餅，以至於很多 Bug 都沒有受到很好的處理）；其次是 Adobe 的嘴砲太兇，說是要推出 Smartphone 上面很良好的版本，但是至今尚未看到，而夾不死更挑明了要 Adobe 拿出好貨給大家瞧瞧再說；

第四點是電池壽命的問題，因為 Flash 對於影片解碼是用舊的解碼方式，這讓 Flash 佔據相當高的運算資源，相對的耗費電力，省了 Flash 這一個外掛節省了很多電力；第五點是因為「觸控」，很多 Flash 網站都愛用 mouseover 的效果，但是觸控螢幕沒有所謂的 mouseover ，以至於無法繞過 mouseover 傳遞點擊指令，如果要網站重寫，乾脆重新設計 iPad iPod or iPhone 看得懂的網站算了；

第六點，夾不死說最重要的一點，除了 Flash 封閉又要授權、有技術上的缺陷、無法支援基本觸控設備問題之外，最重要的是當夾不死跟網站討論 Flash 缺點時 Adobe 還一直要求開發者將用 Flash 開發的軟體送上蘋果的設備（林杯講話你插嘴白目又耍寶，該死啦！），夾不死認為 Flash 就是沒辦法開發出高品的 iPhone OS 軟體啦！（要開發 Apple 軟體請用 Apple 出品 SDK Only，付錢！）

結論： Flash 是個人電腦時代的產品（過氣了，但是夾不死沒說出來），現在是移動設備、省電設備與觸控設備的時代，這都是 Flash 的弱項（意思就是 Flash 該死了），然後蘋果有很多開發者、短時間內已經有很多軟體，證明 Flash 不是必備的， Apple 將會擁抱 HTML5 （如果 Adobe 支援 HTML5 版本的 CS 再不出來應該就會沒落了），以上。

最後留下 " 夾不死啾咪 " 這樣。

這篇夾不死親上火線幹譙 Flash 內容大概就是如此； Adobe 在行動設備發展上的失策其來有自，其實最初 Macromedia 的 Flash lite 在日本的手機市場吃下一大片江山，創造了 10 億美金的內容市場，在 iPhone 尚未出現，我也非常看好 Flash lite 啊... 可是這一切都來自於豬頭的 Adobe 吃下 Macromedia 之後又開始搞「多肥美」軟體的那一套，這就像 Photoshop 多年來基礎功能與效能沒有進步多少，但是體積卻從 100 多 MB 增肥到破 GB 一樣， Flash 被這樣搞就註定要很慘，經過內鬥外亂，短短的幾年間也讓 Adobe 的人才盡失，令人不勝唏噓，而 apple4us 網站很詳細的翻譯了 Dan Rayburn 的 The Real Story Behind Adobe’s Failed Mobile Strategy 這篇文章： Adobe 失败的移动战略幕后的真实故事，有興趣者可一探究竟；一旦企業開始把最初的夢想丟一邊、只盲目的追求獲利數字，這個下場真的是所有企業真實的借鏡啊！（不過台灣的企業似乎沒人借說...都等著簽 ECFA 降關稅後去中國市場拼價格戰打死自己...）

至於 Flash ，很多企業依然沒辦法甩開身邊陳舊的網頁設計師，不論是 EDM 、網站設計、活動遊戲等，都還是喜歡用 Flash 做呈現，陳舊到身上已經開始長蜘蛛網的網頁設計師也不願意接受網路世界已經開始改變的事實，一律是老闆/業主至上的心態在默默切割圖片、製作 Flash 動畫，當這些老闆看到國外新的網站設計換來的答案都是「台灣人會用這些網站嗎？不會吧？」卻從沒想過 Facebook 拉下無名小站的情況有可能重現；每當這時候我都很想跟馬英九說：「你想簽 ECFA 讓企業財團去中國跟其他廠商做價格上的競爭，總～是～單方面要求國內農業要升級、要改造、要精緻化、抵禦未來低價進口的農產品，從沒想過小資本額或無資本的老農民會陷入怎樣的困境，就算精緻化成功，國民也變成必須在精緻卻昂貴的本土農產與物醜卻價廉的進口農產品中做抉擇；你怎麼不去要求那些有資本、有財力的企業財團去升級、改造、精緻化、去提昇產品競爭力後再進中國去，別老是想依賴 ECFA 啊？」

YouTube 沒辦法看就很可惜，Google 有沒有想改成用 HTML？HTML5 可以做到 Flash 所有的功能？

如果 YouTube 一改，那就可能造成風潮。server 可以 detect browser 有支援 HTML5 就用，沒有則用原有的 Flash。如果真的夠好，Chrome 就可以優先受惠。

Youtube 可以變更 html5 為預設播放模式, 用下方連結修改.

http://www.youtube.com/html5

不過目前品質仍很糟糕...XD 

搞不好是 youtube 歌太多，會影響 apple 音樂下載的收入

剛才試了一下 youtube html5，只有少數有轉成 html5

youtube 預設選 html5 的話，除了下面情形之外應該全部都有 html5 支援：

1. 有廣告 (youtube html5 目前不支援廣告)

2. 有 flash 專屬功能 (互動式按鍵之類的)

我是覺得現在的 youtube html5 品質比它剛出來時好很多 (剛出來時鋸齒很嚴重，現在則可以跟 flash 拼畫質了)，

不過如果網路不夠順，聲音會斷斷續續的 (例如同時在下很多謎物，留給 html5 的頻寬不夠時)。用 flash 因為是播放 cache 所以不會有聲音斷斷續續的問題。

之前測過 Chrome + HTML5 on Debian，播的時候，Xorg 會使 CPU 使用率飆高，結果並不會比 Flash 好。

還有，H.264 對 firefox 也是很大的問題，理論上散布任何 H.264 編碼的影片，都要付錢給 MPEG LA，只不過「目前」是免付費的推廣期。

另外，賈柏斯說要給用戶「完整的網路體驗」，感覺有點睜眼說瞎話，他們家的 iPad Ready 是個大笑話。

 Dan Rayburn said, Many Of Apple's Supposed List Of "iPad Ready" Sites Don't Work On The iPad

A few days before Apple's iPad went on sale, Apple launched a new section on their website showcasing a list of websites that they call "ipad ready". Clearly, part of their reason for doing so was to combat a lot of the people, including myself, who think the lack of Flash support on the iPad makes for a bad user-experience on the device. What Apple didn't say is that many of these sites, including the New York Times, Reuters, Time and MLB, aren't truly iPad ready.
...

As someone rightly points out in the comment section below, on Apple's page that lists the "iPad ready" websites there is a disclaimer that says, "The above websites vary in their level of compliance with open web standards and in some instances may require a plug-in to view content." The ironic part of that is that the iPad does not support plugins.

在iPod/iPhone上，早就有YouTube App可以用。這個沒有記錯的話，還是YouTube特地重新轉碼增加H.264壓縮的支援。行動版的Safari會自動導到特別的版本，可惜Opera Mini還沒有把這個處理好。(或者應該是說行動版YouTube還沒有支援Opera)

只是小弟以為，除了Flash有漏洞沒補、 耗用CPU/電力資源、iPod/iPhone可能都跑不太動之外，主要的原因應該還是Apple想維持封閉的遊戲市場。試想可以使用Flash玩遊戲的話，軟體商不需要付錢買SDK、上架費還有漫長的審查機制，直接放在網路上就可以佈署了。我要是Apple的話，第一個就要把他封掉啊！

另外，那個WebKit是源自於Qt的KHTML引擎， Apple拿來改了之後散佈，基於GPL自然得把修改過的原始碼放出來。個人不覺得Apple是什麼佛心來著，值得好大書特書的。

所以，只要是 H.264 編碼，又有相對的 app 支援，iPad 就可以看包在 flv、mp4 內的影片？這我倒是不知道。不過，這需要關閉瀏覽器嗎？好像聽說 iPad 不支援多工？

  Steve Jobs 說到「開放」的時候，我下巴差點掉下來。

不僅如此，記得以前看過新聞，說 apple 開放原始碼的方式很沒誠意，wikipedia 上也還找得到資料：

Split development

At one point KHTML developers said they were unlikely to accept Apple's changes and claimed the relationship between the two groups was a "bitter failure".[7] Apple submitted their changes in large patches that contained a great number of changes with inadequate documentation, often to do with future feature additions. Thus, these patches were difficult for the KDE developers to integrate back into KHTML. Furthermore, Apple had demanded developers to sign nondisclosure agreements before looking at Apple's source code and even then they were unable to access Apple's bug database.[8]

During the publicized 'divorce' period, KDE developer Kurt Pfeifle (pipitas) posted an article claiming KHTML developers had managed to backport many (but not all) Safari improvements from WebCore to KHTML, and they always appreciated the improvements coming from Apple and still do so. The article also noted Apple had begun to contact KHTML developers about discussing how to improve the mutual relationship and ways of future cooperation.[9]

Since the story of the fork appeared in news, Apple has released changes of the source code of its KHTML fork in a CVS repository.[10] Since the transfer of the sourcecode into a public CVS repository, Apple and KHTML developers have had increasing collaboration. Many KHTML developers have become reviewers and submitters for Apple's WebKit SVN repository.

The WebKit team had also reversed many Apple-specific changes in the original WebKit code base and implemented platform-specific abstraction layers to make committing the core rendering code to other platforms significantly easier.[11]

自己手上有一台 里程換的iPod Touch，有個YouTube的應用程式。網頁開啟YouTube網頁中影片的話，也會關閉瀏覽器後自動切換到這個App。自己是沒有真的測試過是不是每個影片都可以播，直覺是搜得到、能播的應該就是已經有mp4版本的影片。iPad的情況應該是類似吧。畢竟舊一點的電腦要播flv也是頗喘。

不知道 iPad 可不可以用 javascript 寫的 flash player - Gordon ?

就算可以，我想 flash 應該沒開放到可以讓第三方的 flashplayer 做到與 adobe flashplayer 功能相當吧……

印象中 Adobe 說有專利問題

給個建議，Adobe，先坦承自己的確有問題吧。

你雖然把跟蘋果之間的戰爭定位在自由之爭，但你的客戶可不這麼想。現今我聽到PC用戶談論Flash時，其不滿與抱怨就如同Vista推出第一年的情況。你應該不想要有這種口碑吧。

Steve Jobs說Mac當機大都是Flash害的，這種說法容或有誇大，但我想這種說法必有一定根據，且微軟不也這麼說了嗎？（只是用語比較有禮貌）。IE老闆 Dean Hachamovitch 兩週前是這麼說的：

「Flash的確有些問題，尤其是穩定性、安全與性能。我們跟Adobe工程師有密切合作，並針對我們所知的問題在技術討論中進行分享。」

……

其實不只蘋果與微軟對你們家Flash Player的安全與穩定性有所質疑，許多讀者也都抱持同樣看法，大家都想聽你們親口坦承Flash的負面經驗值真的太高了。因此若你不願坦承這個問題，那麼不論多高調談論開放都是無意義的。（有啦，講給美國FTC與司法部聽，但那是另一個層次的議題了。）

安全議題上，根據微軟最近一次安全報告（上週），某個Flash Player漏洞是去年上半年最常被用來攻擊瀏覽器的弱點。Flash Player的安全更新可說一長串，你打算怎麼說服大家你們對安全真的有認真過呢？

我跟Adobe發言人談了此事，我只聽到說Flash Player 10.1一定會有重大改善。產品經理Tom Nguyen也提出一大堆改善清單。

但我唯一沒聽到的是貴公司要如何端出一個更穩定、更安全的產品。

微軟當初面對Vista市場反應太差的作法是換上一個新老闆Steven Sinofsky，他馬上果決地改變了Windows團隊的文化風氣；同時也引進許多工程紀律，並在E7部落格上詳細溝通Windows 7的開發流程。

Adobe現在面臨嚴重的品質與負面觀感問題，正如微軟當初面臨Vista一樣。但在Flash，這個產品還面臨HTML5與Silverlight的挑戰，我相信未來五年或10年，Flash還是會持續存在，但影響力應該大不如目前。

根本的議題在於，Adobe是否有辦法端出一個「好用」的產品，讓大家都閉嘴，同時又能阻止未來Web走上HTML5的路子？祝好運了。