談 Retweet

Thursday, November 12, 2009

Twitter 裏其中讓消息流傳得最快的,是一項叫 Retweet (RT) 的發文格式 (華文網友稱此做「回推」或「銳推」,也譯得精妙),這個格式並非由官方發明,而是由用家們自行衍生出來。通常就是看到其他人的 Tweet,覺得很值得將這個 Tweet 回傳下去,就會用「RT @user: xxxxx」的格式發一個 Tweet。很多的 Twitter Client 也支持這種格式,所以只消幾個按鈕就可以 RT 了。

RT 成為 Twitter 的重要資訊,在茫茫 Tweet 流中更顯重要。它讓重要的訊息能自我增幅,在網絡遊走散佈,傳播力強,只消幾個 RT 訊息能傳到很多人那裏。通過分析 RT,亦能看到有甚麼訊息最流行,最多人談論 ,哪些人是意見領袖等等。配合 Twitter 的實時架構,我們竟然真能一竀網絡正在發生甚麼事,而不至於在資訊洪流中無奈地淹沒。RT 也使 Twitter 有別於其他如 Plurk、Facebook 的社交網絡。

Twitter 的 140 字短小精桿的特質,有利小單位訊息靈活遊走,但也成為 RT 的硬傷。同一段訊息幾經 RT 後,其首段會變成一串「 RT @user1: RT @user2: RT @user3… 」,若從資訊結構分析,這些都是原來訊息的元數據 (metadata),記述了 RT 足跡。問題是這些元數據佔了字數,令原來訊息不夠位置放。用家往往在 RT 時發覺超過了字數限制,就得修輯訊息,可能是修改 RT 串,也可能將原 Tweet 修短,兩者也帶來訊息流失。再者,因為 RT 的運作是基於最簡單的 copy and paste,所以也不能保證原 Tweet 沒有被人修改。而即使被人修改了,也難以追踪。另外也有其他如 RT 洗版、濫用等問題。

官方 Twitter 也察覺到 RT 的重要性,會正式支持 RT 功能。他們明白現行「人手 RT」(他們稱為organic retweet) 方法會令數據紛亂,所以官方 RT 會:

  • 確保原 Tweet 不會被修改
  • 將 RT 足跡這些元數據分開來儲存,並隱藏起來
  • 確保同一條 RT 不會在用戶 timeline 上重複出現
  • 讓用戶可關閉某人的 RT

這樣子,被 RT 的訊息就有了一個明確的身份,而不是成千成百的變種。資料被結構化後,確保了 RT 的原汁原味之餘,也留有明確的足跡,更易追踪。在這裏,可以更準確抽出有趣的統計資料,如最多人 RT 的訊息、被 RT 最多的人等等。另外,官方 RT 也避免了重複和垃圾的問題。

雖然如此,這官方 RT 卻不支持「留言」。用戶在人手 RT 時,有時會加上自己小小的意見再發出去。而官方 RT 因為沒有修改這回事,所以也不能新加留言。在此官方發言說,即使新 RT 出台,用戶仍可使用人手 RT 方法來傳遞訊息。這意味著未來在 Twitter 裏,我們會看到新舊兩隻格式的 RT 互相混搭 (如用官方 RT 接續一條人手 RT)。第三方開發固然可以由官方 RT 提取更準確的資料,但也似乎不能放棄字串分析舊有人手 RT 資料。而其他 Twitter 用戶端又會如何實作這個新 RT 功能?讓新舊格式並存?用戶會不會搞亂?會多人使用新 RT 功能嗎?

這個新 RT 方案,可算是 Twitter 誕生以來最大的改動,也可見 Twitter 的野心,一心想將 RT 機制完美化,使得來的資料更有用。試想 RT 其實就是類似一人一票的訊息推薦,換做 Google 的話效果近似於 Pagerank。為了「完美」,Twitter 也不惜要改變用戶習慣,使他們 timeline 出現陌生人,也沒有得留言。在新舊格式同樣通行的情況下,新 RT 會帶來新境象,還是破壞了 Twitter 的精簡「傳統」,產生混亂?

相關資料: Why Retweet works the way it does

由「檔案」到「對話」

Tuesday, September 29, 2009

上星期上了 Talkonly 做現場觀眾,其實沒有甚麼特別的題目想講,不過當談到 Chrome Frame 的時候,我當然也提一下 Wave,然後討論就去到解釋甚麼是 Wave 了。一如所料,這些解釋很易落入細節描述,如實時、可重播歷史等等,聽的反而難以掌握。

我也沒能說清楚,但建議從高層次著手理解:以往我們以視一封電郵、一篇 blog post、一段留言、一篇回覆為數據,而 Wave 則視「對話」為數據整體。「對話」除了內容,還包括參與者、對話時間、回覆結構、修改、權限等等。嚴格上來說「對話」二字並不夠準確,Google 則管它叫 Wave。

回顧過去,我們是先以現實世界作為基礎模型,建立起以「檔案」為數據單元的電腦世界。OS 是用來處理檔案和資料夾,電腦使用不同檔案組合成程式,電郵也是來自現實中一封封的郵件檔案。這模型對於一部獨立運作的電腦來說並無問題,但當電腦開始互相連接起來的時候,我們也就遇上現實世界也有的問題:檔案版本差異、內容衝突、同步管理等等,人們不斷地將檔案傳來又傳去,花很多時間管理檔案。

在現實世界,因為實物限制,我們只能使用不同的管理技巧去處理檔案。但在電腦世界其實並沒此限,資訊可以很快地互相複製發佈,所以我們應可將檔案管理動作自動化,而專注在合作上。

還顧網絡,「對話」都是重要元素:討論串、留言、電郵串、IM chat、Twitter 等等,但我們並沒有有效的數據格式去代表。我們已見到一些更有效的合作方法,如使用 wiki、實時編輯等等。Wave 則嘗試綜合起一個格式來,以「對話」作基礎,加入一些結構、權限等東西,使到合作更加容易,免去處理檔案的煩惱。Wave 還不只是一件產品,還包括協定和平台,讓大家可依此格式開發。所以若 Wave 格式得以通行的話,則可能會取替和統一很多現有「對話」元素,相當「霸道」。

由「檔案」到「對話」,是另一重抽象化,也更適合於網絡世界,但對我們來說也較難理解。

蘋果的網上影片

Tuesday, September 15, 2009

上星期去了一個壹傳媒搞的 Blogger 聚會,主要介紹將會正式公開的 VDONext,也參觀了一下蘋果大樓。

搞網上媒體,最重要的是定義目標群眾,在製作上才有方向。對於網上影片平台,究竟是要吸引網民或是一般大眾? (此說「網民」指比較重度的用家,除了在網上觀看資訊,還有更多參與,雖然說網民與一般大眾的界線理應越來越模糊…) 在我看來,VDONext 提供的內容,有一些是比較傳統的 (如煮食、財經),也有一些比較小眾 (如遊機機、笑話),定位上是一半一半吧。

我以「網民」的角度來看,有些影片是有趣的,但沒有「必看」的特質。我比較有興趣的是「數碼達人」頻道,內容也比較少在其他地方看到 (只說中文)。如果給我一個頻道,我會有興趣看最近網上在討論甚麼、流行甚麼、看甚麼影片等等的報道,又或如外國 Rocketboom 那種新聞。

暫時他們都是自己製作節目,其實也可以考慮外購如劇集、特輯等等節目,只要夠方便就會多人看,看看 TVB 的 mytv 就是個例子。

但問題是即使如此,我也未必會特地上去看,因為我現在閱讀的多是由網頁搜尋、RSS Reader、Social Network (Twitter, Facebook,…) 等而來,很少會主動地走上一個網站,瀏覽內容。如果網站內容不是「必看」,那「傳播力」就變得更重要,有沒有 RSS?容易在 Twitter 分享嗎?容易內嵌在 Blog 上嗎?容易在 Google 搜尋到嗎?網站本身的搜尋又如何?

肥佬黎之心,路人皆知,提供這麼多內容,背後還是要為收費舖路。要走到這一步,可能還要好遠,不過流動裝置配合將會百家爭鳴的乜乜 Store 物物 Market 則可能成為一個缺口。

Web Site Story

Wednesday, July 1, 2009


來自 ColleageHumor ,網絡加西城故事,唱得也很不錯!

固本培元

Thursday, June 25, 2009

近來中國網絡實在發展「蓬勃」,好多關鍵字眼來又去:網癮、不良訊息、河蟹、網絡神獸、草泥馬、網站維護日、眾所周知、鄧玉嬌、綠壩、綠壩娘、石首、谷歌…

當中大概可以看到兩股相對的力量,一方打壓禁制,一方找缺口反抗。雖然說勢力絕不平均,但在網絡效應下,反抗一方似乎漸漸能將缺口越打越大,消息通天後,打壓一方在國際眼球下,不得不作出回應。

顯然易見的是,網絡此中角色越來越重要,是反抗一方的重要陣地,但打壓一方卻不能摒棄網絡,因為「驕人成就」也必需靠網絡。結果打壓一方只能頭痛醫頭,腳痛醫腳,以萬變應萬變,治標不治本。

治本之道,在於固本培元:給人民自由、讓他們說話、選舉代表、設立監察制衡政府的基制、整治貪官舞弊等等,才能化解社會矛盾,減少民怨。教育下一代明辨是非,發展自身抗體,比任何金盾水壩更有效。反省昨非,還人民一個公道,引以為鑒,才能理直氣壯。

道理簡單不過,卻始終被忽視。狂吃特效藥,副作用也越強,結果卻是七癆八傷。

延伸閱讀: