Web 2.0 的 Mashup 機制
2006 年 九月 28 日 (星期四) 1:27 pm分類:電腦
標籤: Web2.0, mashup
在寫前一篇文章〈Web 2.0 國際研討會感想〉時,原本只是小牢騷不吐不快,不過當別人把它收藏到 HEMiDEMi 之後,曝光率頓時大增,不禁對這種 social bookmark 的威力肅然起敬。只可惜我在 HEMiDEMi 那邊留的言,不會透過 trackback auto-discovery 機制通報回來;他們提供的「誰在背後講我?」scriptlet 又太 coarse-grained 了,客製化程度仍然有限,不適合直接 mashup 到我這個 blog 版面當中 [註1] (或許哪一天我會寫個 WordPress plugin 來解決這問題)。因此,我抽出其中一則留言來繼續聊聊:
對於無名那位,他喜歡用另類風格也沒關係,那是個人的自由;我在意的是他講出來的東西是否有條理、道理。
至少昨天我聽了半天,對於他那種過於跳躍又過於自已為是的觀點,不表贊同就是了,尤其是在這麼多先進面前,應該更嚴肅面對自己的理路才是。
最誇張的是,他是緊接在 Yahoo!奇摩 之後上台的,結果一上台講沒幾句,馬上就吐槽道:「我認為,Web 2.0 的網站的特點是,針對特定對象做出特定的小功能,這與傳統通吃型的入口網站是有很大的不同。」這豈不是在針對之前的 Yahoo!奇摩 以及再之前的 PChome 嗎?我並不是鄉愿地認為不能當場吐槽(如果吐得有條有理的話),但基本的禮節總該注意一下吧?尤其又是針對兩位比你還資深不知多少年、且還有實蹟的前輩……能不能帶一點點幽默呢?
以上是牢騷,以下才是本文要聊的重點:
而且我也不認為 Web 2.0 就真的不走通吃型的入口網站路線。無名小站自己不就越來越包山包海了嗎?雖然 Web 2.0 的 mashup 提供了另一種令人驚豔的可能性,但這並不意味著入口網站不能吸收這種長處而做出架構上的調整。某方面來說,入口網站或許更容易做出無縫的 mashup,畢竟許多資源都是自己能全盤掌控的。[註2]
話說回來,無名自己又提供出多少 mashup 介面了?
之所以會對 mashup 這議題分外敏感,也是由於最近向某些公家單位及非營利性組織提研究計畫書,又有機緣與某些創業朋友交流,腦中不由得思考起 mashup 的種種可能。根據 Wikipedia 所說:
A mashup is a website or Web 2.0 application that uses content from more than one source to create a completely new service. This is akin to transclusion.
Content used in mashups is typically sourced from a third party via a public interface or API. Other methods of sourcing content for mashups include Web feeds (e.g. RSS or Atom) and JavaScript.
又根據資策會技術處《Web 2.0》黑皮書所說:
Mashup 這個名詞最早出現在音樂上,原先是指藉由混合搭配不同的音樂,而呈現出不同的音樂效果;後來這個名詞被應用在 Web 2.0 上,意指透過結合各種網頁服務,所衍生發展出新的網路服務應用。
在技術上來說,mashup 可以是一個網站或是一個網路應用程式,透過混合搭配不同來源間的內容或資訊,而創造出來的一種全新服務;而所謂的內容可能是透過公共的介面或由第三方所提供,也有可能是由上述的 RSS/Atom 所提供,端視你混合搭配的方式。
時至今日,正如 blog 對線上發表文章掀起革命性的改變一般,mashup 也同樣大大改變了網路服務的發展,它允許使用者能自由組合現有資訊,以更新更富創造力的方式提供新的網路服務。
這種「服務不必在我」的觀念,豈不是大人們口中嚷嚷的 SOA 的最佳實踐嗎?
譬如說,有了 mashup,我們可以把相片本體擺在 Flickr,再透過 <img> 或 Flickr badge 功能就能嵌入相簿到其他網頁中(如右圖所示),或是透過 Flickr API 進行更多加值應用。
譬如說,有了 mashup,我們可以把影片本體擺在 YouTube,再透過他們提供的 flash 播放器介面,就能嵌入影片到其他網頁中(如下圖所示),或是透過 API 進行更多加值應用。
Google Maps 更是經典例子,你可以去 Google Maps Mania 看看有多少人透過 Google Maps API 提供形形色色的加值服務。
以 SOAP 為基礎的 Web service 或許鉤勒出宏偉的遠景,但 Web 2.0 陣營發展出來的 mashup 機制或許才是目前 SOA 的最佳實踐,至少是最看得見影響力的實踐。只要你嘗到 mashup 的甜頭,你就會被該網站黏住,難以脫身。
反觀國內許多號稱 Web 2.0 的網站,究竟有多少比例真正體認到 mashup 的重要性並嘗試加以實踐?嗯,我想我可能找到明年 JavaTwo 的演講題材了(如果主辦單位明年還會再邀請我的話……)。
[2006-10-03 補註] 後來我在 HEMiDEMi 的〈部落格與社群經營這回事〉書籤留言中,再度提及本文開頭的觀點:
當我們在 HEMiDEMi 這種 social bookmark 系統所留的言,並不會透過 trackback auto-discovery 機制通報回去原來的網站,這一點就讓我覺得非常可惜。
這則留言引出一些很有意思的觀點,也讓我這個用了 HEMiDEMi 還不到一個禮拜的人多了解一些舊史。
此外,陳豐偉〈Web2.0:我要打著紅旗反紅旗〉一文也提到 Web 2.0 與入口網站之間是否真的彼此互斥:
PCHome 的 Portal2.0 不是 Web2.0……但 Portal2.0 要加上 Web2.0 機制,也只是一念之間而已,工程師三兩下就可以寫出來。沒有 Web2.0 機制不代表 Portal2.0 就不好用,不代表 Portal2.0 就是失敗的服務。
所以,千萬不要以為在 Web 2.0 潮流下,傳統的入口網站就完全沒競爭力了。


追蹤留言回應:以
引用通告 (trackback):![[add to funP]](http://william.cswiz.org/blog/wp-content/themes/william/images/add-funp.png)
![[add to HEMiDEMi]](http://www.hemidemi.com/sticker/user/roxytom.bluecircus.net.gif)
![[add to udn bookmark]](http://bookmark.udn.com/html/help/80_20_02.gif)

2006 年 九月 29日 於 4:50 pm
Web 2.0 的 Mashup Threats…
web 2.0 沒有安全的問題嗎?
讓我來報一個Web 2.0 國際研討會沒告訴你的事︰Mashup Threats。[...]
2006 年 十月 10日 於 10:00 pm
Web 2.0…
九月底在國際會議中心舉辦了一場 Web 2.0 國際研討會 ,我沒有參加,僅透過 Google 尋找網路上的相關文章以了解這個逐漸流行的 buzzword。……
在了解 Web 2.0 時,會碰到「mashup」這個術語,葉秉哲的〈Web 2.0 的 Mashup 機制〉一文可供參考。 [...]
2007 年 二月 10日 於 2:06 am
web2.0 所需要那些程式設計技術(硬體)伺服器以及linux作業系統
jsp互動式的網頁