ping不見路

悼 Elaster Labs

2012-01-28T20:06:00.001+08:00

上個禮拜得知 TCloud 的 Elaster Labs 要關閉服務了，雖說我個人一開始就不太看好在臺灣發展 Platform as a Service 雲端服務的前景，但是看到這麼多熱血工程師苦心建構的服務要收掉，還是不勝唏噓，特別為文悼念。

Elaster CAP 這個平台我並沒有用過，從安裝手冊來看，

Elaster CAP 是個可以免費下載裝在自己的叢集上的 PaaS 軟體系統。

它把 OpenLDAP、Hadoop、ZooKeeper、HBase、Solr、Nginx 等等開放源碼軟體包括在內，並且可以和 MySQL 連接，再加上自己開發的軟體，組合成一個平台。一般 PaaS 只有 hosted、沒有可下載的平台軟體，Elaster CAP 的模式很不同。而 Elaster Labs 就是讓大家上傳、測試自己的應用的 hosted Elaster CAP 環境。

搭建一個平台牽涉到的問題繁多，如儲存系統的選用、API 的設計、效能與易用之間的取捨、平台的穩定度、多個租戶之間的隔離、資源的調配、負載的平衡... 等等工程問題，還有文件的齊備度、技術支援的速度與深度、移植應用程式的難易度、甚至平台提供者的知名度，在在影響開發者是否採用該平台的決定，因此支撐起一個平台絕對不是簡單的事。Google 的 App Engine 也是花了巨大的力氣，才逐漸成熟脫離 beta。然而一脫離 beta 就因新定價策略遭受批評，也顯示出 PaaS 營運之不易。

因為以下幾點，我對趨勢科技和 TCloud 的創辦人張明正董事長是很欽佩的：

不論算公司規模、算營收、算知名度，趨勢科技應該都是從臺灣起家最大的軟體公司，這是從無到有、自小變大的能力。
他在雲端運算剛開始受到矚目沒多久，就投資創立 TCloud，大力延攬工程師進入開發，這是大刀濶斧的氣魄。
為了培育人才，他在臺大開闢【雲端計算趨勢學程】，據聯合報 2010/04/05 報導：
台大雲端計算趨勢學程主任、台大資工系主任呂育道說，據他了解，這應該是大學首開的相關學程，該校這個學程是趨勢公司捐贈的學分學程，師資除了數十位台大資工系 (所)及資訊網路與多媒體研究所教授，還有中研院院士孔祥重等人。
這個學程的師資陣容可是不同凡響。或許有人會說這是企業打廣告、搶人才的手段，但無論如何他真的有實際投入資源來栽培學生，學生畢業後也沒有義務要進入 TCloud。下面這句聽起來像八股，可是臺灣真的太缺乏這種有氣度的企業主。
TCloud 工程師辛苦開發出來的 Infrastructure as a Service 系統 "Elaster"，據 TCloud 網站宣布，將以 GPL v2 的授權條款將源碼釋出，如此開放的胸襟更是與眾不同。

姑且不論 Elaster 何時會準備妥當釋出源碼，TCloud 的工程師已經對 Elaster 中用到的開放源碼軟體做出了實質貢獻。比方說，Ceph 這個分散式檔案系統裡至少就有 20 個來自 TCloud 工程師的 patch。

你也許會想：「20 個 patch 有什麼了不起？」

比起某些「拿 GPL 軟體來用、不順手的地方就改、改完若無其事」、「被 gpl-violations.org 來信警告下架再手忙腳亂應變」的公司來說，TCloud 這樣從一開始就遵守開放源碼遊戲規則的企業是一定要讚一下的！

更何況，在伺服器端使用 GPL v2 的軟體時，授權條款並不強制要把修改後的源碼公開出來，因此 TCloud 的行為更屬難得，相信是完全了解開放源碼運作模式和成本才會這樣做的。

張明正董事長或許是企圖心旺盛，一開就是 IaaS 和 PaaS 兩條戰線。如今關閉實驗性的 Elaster Labs 服務，不知 Elaster CAP 未來命運如何？TCloud 是否打算把資源聚焦在 IaaS 上？這一兩年來開發 Elaster CAP 和維運 Elaster Labs 的經驗，相信對 IaaS 產品也有助益。雖然創業維艱、全球競爭激烈，仍然期盼 TCloud 能闖出一番名堂來！

一人一天一票，送進太空站！

2012-01-20T23:37:00.000+08:00

台灣有三組同學入圍 YouTube 的太空實驗室活動，1/18 - 1/25 期間，全世界每人每天對 60 組中的每一組都可以投一票。這段時間台灣正好在放春節，太不利了！為了幫我們台灣的參賽同學推進下一輪，請大家把話傳出去，

一人一天一票，送進太空站！

投票給玩太空清潔劑的【The diffusing phenomenon in microgravity conditions】台南女中-陳昕妤、楊宜華。
投票給吹太空泡泡的【Can bubbles keep intact in a microgravity condition?】師大附中-蕭維廷／成功高中-林秉均。
投票給種太空食物的【馬鈴薯種植實驗】政治大學-陳韋佑／新竹高工-陳怡欣。


	今天投好了，明天再來投！

投這個票有什麼意義？本來還想寫點文介紹這三個實驗的，最後想想，何必呢？在這個沒有對錯只比人氣的事情上，只需要老梗一句：我只知道義氣！台灣人挺台灣人。

圖檔取自下載區 @ 電影《艋舺》官方部落格 :: 痞客邦 PIXNET ::

真的想知道 YouTube 太空實驗室是什麼活動？就是 YouTube 和美國國家航空暨太空總署（NASA）、歐洲太空總署（ESA）、日本宇宙航空研究開發機構（JAXA）、太空探險旅遊公司 Space Adventures 和聯想（Lenovo）共同舉辦的活動，

第一輪從全球 2,000 組參賽作品中選出 60 組入圍；
第二輪公開由全球網友投票選出 6 組進入決賽； <= 現在在這裡（1/18 - 1/25）
決賽再選出 2 個年齡組別各一組冠軍實驗；
今年夏天 YouTube「太空實驗室」頻道將全球直播總冠軍的太空實驗在國際太空站上的進行實況。

剩下的細節可以參考聯合報和蘋果日報的報導，我就不多說了。

投完台灣大選，來投世界大選！再說一次：

一人一天一票，送進太空站！

相關參考連結：

網路會是一根稻草嗎？

2012-01-16T01:26:00.000+08:00

我這輩子沒寫過政治文，沒記錯的話，這是第一篇。

在人與人因網路而快速連結的時代，在 2012 大選後一天，忽然想寫點東西。

我永遠記得，1995 年在芝加哥的費米實驗室，一位同組攻讀博士學位的美國學生滿懷信心地跟我說："Internet will change China. Internet will force China to be more democratic." 他的論點很簡單。他認為中國之所以沒有實施真正的民主，是因為人民從小就以為共產黨灌輸的思想是正確的真理，資訊又被黨控媒體壟斷。那時 Web 剛剛起飛，有了無國界的 Web，資訊壟斷不再，人民遲早會了解「真正的民主」，而進一步要求民主的。

我搖頭，笑他太過天真，共產黨沒那麼笨。後來 Great Firewall 的出現，證明了我的看法，Web 倒底還是可以有國界的。

然而 17 年後的今天，不知道是 Great Firewall 忘記了還是什麼原因，台灣的民主選舉，透過網路讓許多中國大陸人民看到了原汁原味的影片和文字，從各個陣營的競選短片、政見辯論、到選後的勝選／敗選演講，這些沒被加料、減料、竄改的影像，赤裸裸地出現在許多人的電腦、手機、iPad 螢幕上，人們再利用社交網路把文字和影像傳播出去。

像我下面貼圖的第一則微博，是中國網友 topku 推薦蔡英文在競選總部前對支持者發表的落選演說。

在中國推薦民進黨的演說，這是多麼不可能發生的事！
一天之內有兩萬多人轉貼、五千多人回應，而且絕大多數是持肯定、欽佩的態度，這又是多麼難以想像的事！
這裡面有沒有文化衝擊（Culture shock）？這麼多人轉貼和回應，我想多少有所謂蜜月期的幻想的。
會發生什麼效果？這只能留待時間去回答。

我這兩天在新浪微博上看到了許多文字，怕以後會不見，隨手節錄幾則。

「力薦蔡英文的演講，此客家老鄉感染力和氣場太強了，講話如此堅定自信和不卑不亢，絲毫沒有政客的做作：“台灣不能沒有反對的聲音，台灣不能沒有制衡的力量......你可以哭泣，但不要洩氣。你可以悲傷，但是不要放棄。因為明天起來，我們要像過去四年一樣的勇敢，心裡充滿著希望” http://t.cn/z0gKlhh」

------ 中間截掉 -----

topku 發的微博，帖中所貼的蔡英文演講 Flash 影片在新浪這裡。

「有比較才有鑑別。這次看了馬英九、蔡英文、宋楚瑜在競選過程中和大選結束後的每場演講，眼界大開，感受到民主制度的魅力。在大陸，還沒有見過這樣生動、實在的演講。台灣，嫉妒死你了。」

地球周末發的微博。

「總的說來我等修羅大陸，對岸桃花源雙黨都是攢足眼球，好感倍增，國民黨自不必說，連個一天之前還有絕大部分修羅人恨的咬牙切齒，十數年的敵視的民主進步黨，這次也在修羅大陸攢得口碑無數，一夜間掃去在修羅大陸的負面形象！桃花源人表示很詫異！修羅人說你是飽漢不知餓漢飢，桃花源人說你們是政治漁民」

木峰雲雲的心魔發的微博。

「看到票數差距，第一次領會到大陸居委會阿姨們的力量；感悟演講內容，第一次享受政治家的魅力；思考民主進程，第一次認可“兩個國家”是利於台灣人民的好事。// @糖螂 :喜歡！」

沛松的客观世界發的微博。

「中國不能沒有反對的聲音，中國不能沒有制衡的力量。有選舉，真好！弱弱的問一句，中國共產黨，我能反對你麼？// @imkket :轉發微博」

Tedcom 發的微博。

「中國需要真正的普選。反對民主的人以廣大人民文化水準太低為藉口，企圖拖延民主的實行。選舉的能否進行和能否進行得好，主要關鍵在於人民有沒有發表意見和反對他人意見的權利，在於人民能不能真正無拘束的擁護某個人和反對某個人，至於選舉的技術問題並不是無法解決的。——《新華日報》1946年1月24日」

覃彪喜發的微博。

最後這一則反過來震撼到我。如果是真的，這是共產黨利用黨報在 1946 年向國民黨要求普選的喊話。對照兩岸的現況，恍如隔世。

也來聊聊物件導向程式的測試、封裝和相依性注入

2012-01-14T17:35:00.000+08:00

今天是 2012 總統大選的日子，一大早就看到朋友 H.C. 貼出來的 Hinet 網頁截圖，實在是太歡樂了！

Hinet 的報票網站，在總統大選投票日 2012/1/14 早上 9:23 被網友 H.C. 抓到的截圖。投票還沒結束，票都開出來了？！

現在是 2012/1/14 傍晚 5:40，票剛開始開，早上 Hinet 就透過時光機看到結果了？還是有人早早「把票數算好了」？

我猜是有人在用上線系統做新元件的測試。

什麼年代了，這麼不專業的事還有人做？

就來聊聊物件導向程式的封裝和相依性注入好了，這和測試有關，也順帶聊一點點單元測試。

封裝和相依性注入

剛學物件導向程式設計時，一定學過要把類別（class）的介面設計好，

找出對的抽象定義（Abstraction），讓使用類別 A 的人很容易理解 A 是做什麼的；
適當地封裝（Encapsulation），讓別的程式不用了解 A 的實作細節就能正確使用 A。就像開車的駕駛，要加速只要會〈看速度表〉和〈踩油門〉兩件事，不用知道油門踩下去時，有什麼訊號傳到了什麼機構、用什麼方式控制了汽缸和噴油嘴的動作、甚至不用知道車子裡有這些機構存在。

等到開始寫有點規模的程式、有許多物件要互相合作時，一定會做單元測試（Unit tests），沒多久就會開始用仿製物件（Mock Objects）來測試程式的行為，總有一天你會聽到人家在說，相依性注入（Dependency Injection）是寫易測程式的重要技巧。

但你發現，相依性注入和封裝是互相矛盾的，怎麼辦？

如果你不知道為何矛盾，我來舉個例子。如果你懂，可以跳到下一節。

封裝和相依性注入

假設你在設計一個網站的帳號系統，前台有個登入畫面，後台有個帳號資料庫。登入系統和資料庫顯然都是物件，所以你這樣寫：（我用 C++ 說明，但觀念應該適用在大多數物件導向語言上）

class AccountDB {
 public:
  AccountDB();
  bool GetPassword(const string& name, string* password) const;  // password 不會是明碼吧？ XD
 private:
  // ...
};

class LoginSystem {
 public:
  LoginSystem();
  bool Verify(const string& name, const string& password) const;
 private:
  AccountDB* account_db_;
  // …
};

登入系統必需向資料庫要（編碼過的）密碼，才能驗證密碼是否正確。一種典型做法是在 LoginSystem 的 constructor 裡建立和資料庫的連結，把連結記住，之後就可以重複使用這個連結來讀密碼了。

LoginSystem::LoginSystem() {
  account_db_ = new AccountDB();  // account_db_ 是私有資料
  // ...
}

bool LoginSystem::Verify(const string& name, const string& password) const {
  string stored_password;
  if (!account_db_->GetPassword(name, &stored_password)) {
    return false;  // 也可以傳錯誤訊息
  }
  return Encode(password) == stored_password;  // Encode() 是某個編碼函式
}

這種寫法的抽象概念很清楚、封裝很乾淨，問題是 LoginSystem 和 AccountDB 緊緊卡在一起，如果你要測試 LoginSystem::Verify()，你必須在真的帳號資料庫裡塞測試帳號，然後餵測試帳號的資料進 LoginSystem::Verify()。這種做法很容易產生開頭講的問題，勸你千萬不要這樣做。

把測試系統和上線系統分離的一種做法是讓 AccountDB 的 constructor 接受 hostname 引數，就可以找台測試機器，在上面建個測試專用的資料庫，測試時不用碰到使用者的帳號資料庫。為了讓測試程式和上線程式用不同的 hostname 引數，就要讓 LoginSystem::LoginSystem() 也吃這個引數，好從 main() 和測試程式餵進去。

class AccountDB {
 public:
  AccountDB(const sting& db_hostname);
  bool GetPassword(const string& name, string* password) const { /* ... */ }
  // ...
};
class LoginSystem {
 public:
  LoginSystem(const string& db_hostname);
  // …
};

LoginSystem::LoginSystem(const string& db_hostname) {
  account_db_ = new AccountDB(db_hostname);  // account_db_ 是私有資料
  // ...
}

這種寫法程式不難測試，可是犧牲了一點封裝：為什麼登入系統需要吃個資料庫主機名稱？資料庫在哪裡不該是登入系統的實作細節嗎？

這樣的設計，LoginSystem 和 AccountDB 仍然是緊密結合的（Tightly-coupled），如果將來有一天因為現有資料庫不夠快、長不大、或是其他原因要換掉，新資料庫可能會有不太一樣的介面，那你該為它寫個 AccountDB2 類別吧？寫完還要改 LoginSystem 裡和資料庫聊天的程式。

這時你可能會想弄個 AccountDBInterface 介面，讓舊的 AccountDB 和新的 AccountDB2 都實作這個介面，LoginSystem 只需要和 AccountDBInterface 打交道就好了，至於打交道的對象倒底是哪個類別的物件？不重要。打交道的對象是哪個物件？LoginSystem 不必自行決定，由造 LoginSystem 物件的程式決定，再把資料庫物件和登入系統物件「送作堆」就好了。這個作法就是物件導向中很重要的 "Program to an interface, not an implementation" 概念。

所以程式變成這樣：

class AccountDBInterface {
 public:
  virtual bool GetPassword(const string& name, string* password) const = 0;
  // ...
};

class AccountDB2 : public AccountDBInterface {
  AccountDB2(/* 可能有不一樣的引數 */);
  virtual bool GetPassword(const string& name, string* password) const { /* ... */ }
};
// 以上是新的 classes

class AccountDB : public AccountDBInterface {
 public:
  AccountDB(const string& db_hostname);
  virtual bool GetPassword(const string& name, string* password) const { /* ... */ }
  // ...
};


class LoginSystem {
 public:
  LoginSystem(AccountDBInterface* db);
  bool Verify(const string& name, const string& password) const;
 private:
  AccountDBInterface* account_db_;
  // …
};

LoginSystem::LoginSystem(AccountDBInterface* db) {
  account_db_ = db;
  // 或許要檢查 account_db_ 不是 NULL
  // ...
}

寫到這裡，要造 LoginSystem 物件的程式要先造好資料庫物件，再把資料庫物件餵給 LoginSystem 的 constructor，不知不覺寫成相依性注入了。

一旦寫成相依性注入，連帶有個好處：測試時可以用仿製的資料庫物件（Mock database object），也就是個實作 AccountDBInterface 但不真的連到任何資料庫的物件，只要能提供測試用的資料，連測試專用資料庫都不用架設了。

到此功德圓滿，資料庫可以隨意抽換，甚至可以抽換成仿製的資料庫以便測試 LoginSystem 的邏輯。

可是封裝怎麼辦？LoginSystem 依賴 AccountDBInterface 這件事因為放在 constructor 的引數裡而曝露出來了，要使用 LoginSystem 的程式要自己造好帳號資料庫物件再餵給 LoginSystem。如果要用到帳號資料庫的只有 LoginSystem 這 101 個類別（這個例子沒舉好，事實上改密碼系統也要用到帳號資料庫，但不想改例子了，請讀者包涵），以封裝的角度來看，帳號資料庫可以變成 LoginSystem 的私有類別，不必讓任何其他類別看到。要造出和使用 LoginSystem 的程式，不用知道帳號資料庫的存在，LoginSystem 知道就夠了。

這個例子只有一個相依類別，讀者可以想像在較大的軟體系統裡，有的類別會有不少相依類別，造這種物件時，要把相依物件一一造好餵進去。要造這種物件的程式需要知道太多事，封裝性破壞殆盡。

一種解法：工廠法

既然〈相依性注入〉影響到的是造物件時的封裝性，不是使用物件時的封裝性，很自然會想到在造物件的部分用點技巧。

講到造物件，OOP 四人幫的書裡講到五個樣式：工廠法（Factory Method）、造物師（Builder）、抽象工廠（Abstract Factory）、芻型（Prototype）、Singleton（我想譯成「獨支」，不知道誰有更好的譯法？），在這裡可以用工廠法。

工廠法的做法是：提供統一的造物介面，但不同的實作可以造出不同類別的物件。這正好可以用來造用到不同類別資料庫的 LoginSystem：

class LoginSystemFactory {
 public:
  LoginSystemFactory();
  virtual LoginSystem* Build() = 0;
  // ...
};

class LoginSystemWithType1DBFactory : public LoginSystemFactory {
  virtual LoginSystem* Build() {
    return new LoginSystem(new AccountDB("localhost"));  // 參數部分為了方便說明先寫死。
  }
};

class LoginSystemWithMockDBFactory : public LoginSystemFactory {
  virtual LoginSystem* Build() {
    return new LoginSystem(new MockAccountDB());
  }
};

也就是說，把「清楚記錄相依性、一一造好相依物件、再造好登入系統」這件事設計成工廠的責任，不同的工廠可以生產不同的相依物件、和最後的產品物件。這樣子在上線程式中任何需要造登入系統物件的程式不用知道細節，達到封裝的目的，在測試登入系統時也能注入仿製物件。

後話

一個留給讀者的問題：如果你很重視單元測試的覆蓋度（coverage），時時追求 100%，你要怎麼測試這裡的工廠法呢？

【2012/01/15 編輯】謝謝 fr3@k 的提醒，寫太快還真的忘了 virtual，哈哈！

The Knack

2012-01-05T23:50:00.000+08:00

分享一個最近看到的呆伯特短片。因為沒有字幕，就順手譯了。

如果我的孩子成為工程師，倒底該哭還是該笑呢？

呆媽帶小呆伯特去看醫生。

呆媽：「我擔心小呆伯特，他不像其他小孩。」
醫生：「你的意思是？」
呆媽：「昨天我才放他不管一分鐘，他就拆了電視、時鐘、和音響。」
醫生：「那完全正常，小孩就是會拆東西。」

醫生用小鎚敲了小呆伯特的膝蓋。

小呆伯特：「噢！」

呆媽：「我擔心的是，他拿拆下來的零件組了個火腿無線電。」
醫生：「天哪！」
呆媽：「很糟糕嗎？」
醫生：「我一般會檢查他的腦電波，但是儀器壞了。」

小呆伯特瞬間修好了儀器。

醫生：「這比我害怕的還慘。」
呆媽：「怎麼了？」
醫生：「你兒子恐怕得了 The Knack。」
呆媽：「The Knack？」

醫生翻開厚厚的醫學書，指著文字解釋。

醫生：「The Knack 是種罕見疾病，特徵是對機械和電路有極強的直覺，在社交上是徹底的無能。」
呆媽：「他能過正常的生活嗎？」

「不能，他會成為工程師。」

呆媽崩潰

時代雜誌選出 2011 年美國十大電視廣告

2011-12-13T15:57:00.000+08:00

剛貼完「2011 年美國網站最有效的十個電視廣告」，時代雜誌就公佈了一堆十大，也有「十大電視廣告」，再來分享一下。

10. Citizens 銀行：停車場

英文標題：Parking Garage

五位美國的開國元老進不去自動取票的停車場，這時就懷念有人服務的好。 :)

讓我想起在美麗華碰到類似的事。

9. 微軟：Powerpoint

英文標題：Dog.ppt

小孩用 powerpoint 說服老爸老媽他要養隻狗，老爸想用同一招說服老媽他週末要去打高爾夫？ :)

8. 職業美式足球聯盟：史上最棒的球迷

英文標題：Best Fans Ever

美國情境喜劇（sitcoms）裡的足球片段大會串，大概是許多老美的共同記憶。

7. 愛迪達：全入

英文標題：All in

滿天星的廣告。足球明星貝克漢 (David Beckham)、梅西 (Leo Messi)、NBA MVP 羅斯 (Derek Rose)、女子跳高選手 Blanka Vlašić、DJ Mehdi、凱蒂‧佩芮 (Katy Perry)，全心投入的人最美。

6. 克萊斯勒：底特律進口

英文標題：Imported from Detroit

Eminem 講述汽車城底特律的光榮歷史，挑動老美的愛國心。

5. Jim Beam 啤酒：大膽抉擇

英文標題：Bold Choices

威廉‧達福 (William Dafoe) 坐在故鄉 Wisconsin 州的 Appleton 小鎮，看著往密爾瓦基和紐約的兩輛巴士，想著未來的可能性。離鄉打拼的人都有不小的共鳴吧！可惜他們沒有「向前行」可以當背景音樂。

4. 三星：4G 蜘蛛

英文標題：The 4G "Spider"

有人手機的螢幕保護畫面太逼真了。

3. 普利司通：回覆所有人

英文標題：Reply All

某人被同事整了。

2. 福斯汽車：原力

英文標題：The Force

小星戰迷，好配合的把拔！

1. Google：親愛的蘇菲

英文標題：Dear Sophie

Google 這則廣告又得第一了！連時代雜誌的編輯都說 "Damn you, Google. You did it to us again." 實在太催淚...

看廣告囉！

2011-12-11T10:46:00.001+08:00

前陣子寫微中子，好像太嚴肅了，今天來分享輕鬆的好了：「2011 年美國網站最有效的十個電視廣告」。

這是 Ace Metrix 這家公司用他們家的 Ace Score 評分排出來的，在 11/9 公佈，應該只涵蓋 1 月到 10 月播出的廣告。我不懂電視廣告業，不知道這家公司的公信力如何，只是娛樂一下。

有效度和感動度好像有正相關，做父母的不要隨意點看第一名「親愛的蘇菲」，小心切洋蔥效應。

如果網路順暢的話，全部看完大約要花十分鐘。不要走開，來看精彩的廣告囉！

10. The Daily.com: 來看 Daily

英文標題：Meet the Daily
播出日期：2011/2/6

介紹 thedaily.com 新聞的平板電腦應用程式，在超級盃時播出，特效還不錯。

影片：上 Ace Metrix 的網站點 "Next" 然後點 "Meet the Daily" 可以看到，我懶得去挖出來嵌入了。

9. Bing: Krochet 創辦人講他們的故事

英文標題：Krochet Kids Explain Their Story
播出日期：2011/9/12

Krochet Kids International 是會打毛線的大男生創辦的非營利組織，他們教烏干達婦女打毛線、織毛帽來脫離貧窮，每頂毛帽有織帽婦女的親筆簽名。片中有個人在車上搜尋 "clothing stores" 找到了他們的店，這是廣告 Bing 的本地搜尋吧。

很有創意的善行！

8. Bing: Bing 和鋼鐵擂台

英文標題：Bing and Real Steel
播出日期：2011/9/27

用鋼鐵擂台電影當主題展示 Bing 和 Facebook 的整合：在 Bing 的電影網頁看得到朋友的讚，也可以 po 到 facebook。

<a href='http://www.bing.com/videos/browse?mkt=en-us&vid=6b2e2117-209b-4b32-a357-8901354575c5&from=&src=FLPl:embed::uuids' target='_new' title='Now Showing: Bing and Real Steel' >Video: Now Showing: Bing and Real Steel</a>

7. Google: Frank 餐廳

英文標題：Google Chrome: Frank Restaurant
播出日期：2011/9/13

年輕的 Frank 夫妻倆開餐廳的故事。裡面用到 Google 的服務來寫營運計畫、做損益表、在地圖上登記自己的店、關注網路上的口碑 (word of mouth) 等等。

6. Google: Lady Gaga

英文標題：Google Chrome: Lady Gaga
播出日期：2011/5/21

這不用我多說了吧？Lady Gaga 用 web 發揮他的影響力，音樂和畫面配得實在太棒了，看粉絲們多 hi！

5. Disney.com: 擦洗餐具時記得關水

英文標題：Turn off That Water and Save
播出日期：2011/6/26

把浪費的水量圖形化，讓人容易理解，很直接。

影片：上 Ace Metrix 的網站點 "Turn off That Water and Save" 可以看到。

4. Bing: 你總能改變某人的生活

英文標題：You Can Always Change a Person's Life
播出日期：2011/7/28

另一則講 Krochet Kids Interntional 的廣告，也是有一幕在手機上搜尋 "clothing stores"。

3. Google: 會越來越好

英文標題：It gets better
播出日期：2011/5/3

講 Dan Savage 成立 It Gets Better Project 的故事。這個網站希望人們不再歧視 LGBT、在學校也不再霸凌同學，還讓網友在它網站上宣誓加入和上傳支持的影片。

2. Google: The Johnny Cash Project

英文標題：Google Chrome: The Johnny Cash Project
播出日期：2011/9/12

講 Chris Milk、Aaron Koblin 和 Rick Rubin 三人創立 The Johnny Cash Project 紀念美國歌手強尼·凱許 (Johnny Cash) 的故事。電影【為你鍾情】講的就是強尼·凱許的一生。這個網站讓歌迷用自己的方式一格一格地塗鴉強尼·凱許的音樂影片，成為獨特的集體創作。

1. Google: 親愛的蘇菲

英文標題：Dear Sophie
播出日期：2011/5/3

老爸從女兒出生開始寫信給女兒，用到許多 Google 的服務來記錄女兒的成長過程：YouTube、Picasa web album、Google Maps。

之前就看過好幾次了，這次再看還是含淚~~~

微中子是超光速的 Tachyon 嗎？

2011-11-20T23:30:00.000+08:00

我在「超光速粒子　即使證實　也難以撼動相對論」一文談了相對論可以允許超光速粒子（Tachyon）的存在，不過如果要不破壞因果律的話，需要其他新理論出現。

複習一下，相對論允許的 Tachyon，速率超過光速，質量是虛數。請不要立刻對這聽起來荒謬至極的東西嗤之以鼻，科學允許大膽假設，只是要非常小心地求證。

那麼，微中子有沒有可能是 Tachyon？有關微中子的飛行速率和質量的測量，我十幾年來斷斷續續有些關注，來簡單介紹一下目前我所了解的進展（懶人看結論）。

微中子速率測量

9/23 上報的 OPERA 實驗不是第一個測量微中子飛行速率的實驗，位於美國芝加哥近郊的費米實驗室，就把微中子射去明尼蘇達州 Soudan 廢礦坑的 MINOS 偵測器測量過，MINOS 的實驗物理學家在 2007 年發表了結果 [1]：
閱讀更多 »

超光速粒子　即使證實　也難以撼動相對論

2011-10-02T14:25:00.000+08:00

這件新聞出來一個多禮拜了，這週忙到今天才終於有時間寫。

自從 BBC 報導了義大利 Gran Sasso 國家實驗室 OPERA 實驗測量到微中子速率超過光速的新聞後，台灣媒體也不落人後：

BBC："Speed-of-light results under scrutiny at Cern"（光速結果在 CERN 接受詳查）
自由：「歐科學家實驗驚見// 微中子比光速快挑戰相對論」
聯合：「超光速微中子動搖相對論」
中時：「比光速更快微中子推翻相對論？」
蘋果：「微中子比光快推翻《相對論》」

看來台灣的媒體都比 BBC 懂相對論？講到光速測量就一定要把相對論拿來挑戰、動搖、推翻？不能平平實實地報導科學家講的話？

重要的事先說：

OPERA 的物理學家從未公開說過他們的結果可以挑戰相對論，在 CERN 的公開演講沒有，在論文裡也沒有。
超光速粒子的存在，就算證實了，也難以撼動相對論。引用 1976 年的論文 [1] 的開場白："Tachyons are particles travelling faster than light. Contrary to the general belief their existence does not violate the theory of relativity, ..."（下略）。
簡譯：「飛得比光快的粒子叫做 Tachyon，和一般人想法相反，Tachyon 的存在並不違反相對論...」

台灣的媒體們，下次要寫科學新聞，下標題之前可以先問一下科學家嗎？不要再自己亂掰了！

超光速粒子（Tachyon）的存在真正影響到的，是因果律。簡單說，兩件互為因果的事件，比方說「王建民投出快速直球」是因，「打者擊到球」是果，在任何低於光速飛過的太空人來看，因都會在果之前發生，這是因為王建民投出的球速低於光速。（有沒有人覺得好可惜啊？） XD

但是如果王建民能投出超光速的球，那以某種高速飛過的太空人就可能會看到打者先擊中球，王建民才把球投出。一旦不同的人看到的因和果的時間順序不同，會有很多怪事發生。

有關 Tachyon、因果律、電磁作用、相對論的研究非常多，有興趣的讀者可以先讀 Wikipedia 的 Tachyon 條目，不滿足的話還可以用 Google Scholar 搜尋 tachyon 找論文來讀。

這邊用相對論的方程式簡單介紹一下速率、能量和靜止質量之間的關係，沒興趣的讀者可以跳過。

根據相對論，一個能量為 $E$、動量為 $p$、靜止質量為 $ m_0 $ 的物質，速率 $v$ 可以用下式計算出來：
$$\begin{equation}{v \over c} = {pc \over E} = {\sqrt{E^2 - m_0^2 c^4}\over E}\end{equation} \;\;\;\;\;\;\;\;\;\;\; (1)$$ 式子裡的 c 代表光速。

大家經常聽到的所謂「光速是不可超越的速率」，其實有個前題，叫做「質量大於零的物質」。根據 (1) 式，如果 $ m_0 > 0$，不論你加多少能量進去，$v/c$ 永遠小於 1。我們目前為止看過的物質質量全都大於零，所以光速的確是物質無法到達或超越的速率障礙。

(1) 式另外還隱含了一個事實：速率要等於光速，其實很簡單，質量 = 0 就好了。光子的質量就是零。

有沒有質量 < 0 的物質？我不知道，也不理解質量小於零是怎樣的物質。不過如果相對論是對的，這種物質也到不了光速。

但如果有質量是虛數的物質（！），那 (1) 式右邊的分子就會大於分母，這種物質天生就是超光速的，能量再低也超光速。事實上，這種物質能量越低、速率越高，能量上升、速率反而會降下來。不斷提高能量，只是不斷接近光速，但能量再高也無法成為低於光速，這就是 Tachyon。

換句話說，相對論允許「天生就超光速的物質」存在，但不允許越過光速這條界線，也就是說，

一般物質一開始就低於光速，能量再高也無法超過光速。
Tachyon 一開始就高於光速，能量再高也無法低過光速。

如果有實驗觀測到原本低於光速的物質、經過某種作用後高過光速，或是超光速變成低於光速，有了越界的證據，相對論才算受到挑戰。

至於 OPERA 實驗測量的微中子是不是 Tachyon？我下一篇文章會來聊聊。

參考文獻：
[1] Narlikar and Sudarshan, "Tachyons and Cosmology," Royal Astronomical Society, Monthly Notices, vol. 175, Apr. 1976, p. 105-116. (哈佛大學的掃描版)

【2011/10/08 編輯】：把數學式用 MathJax 重打讓更多瀏覽器看得到，s/Opera/OPERA/。
【2011/12/05 編輯】：我在《微中子是超光速的 Tachyon 嗎？》這篇裡把個人知道的微中子質量和速率的測量介紹了一下，加個連結。

悠遊卡改卡　當事人已不是駭客

2011-09-29T22:32:00.000+08:00

最近悠遊卡被人破解加值的新聞（中時電子報、自由時報、聯合新聞網、TVBS），各報標題均以「駭客」稱當事人，當事人似乎也以駭客自居。但對我來說，他已失去駭客的資格，成為了不折不扣的 Cracker。

駭客（Hacker）和 Cracker 的差別，就像星際大戰裡 Master Yoda 和 Darth Vader 的差別。

（照片取材自 Wikipedia 的 Yoda 和 Darth Vader 條目）

Yoda 熟悉絕地武士的絕學戰技，還具有洞察世事的透視力、悲天憫人的胸懷、和指點後人的熱忱，在他身上只感受得到正向的能量。

Darth Vader 本來是絕地武士 Anakin Skywalker，一樣熟悉絕地武士的絕學戰技，可是跨不過失去母親和摯愛的個人仇恨，墜入了黑暗界（the dark side），從此成為殺人無數的魔頭。

Hacker 和 Cracker 在技術能力上的差異也許不太大，但在心態上有極大的距離。Hacker 喜愛了解事物工作的原理和想出巧妙的新用途、並且樂於分享，如果在研究某個系統的運作後找到漏洞，不會用來損人或利己，而是通知事主補洞和／或發表。Cracker 主要目標在入侵，未必有打破沙鍋問到底的研究精神，漏洞不必是自己找到的，拿別人做好的入侵工具也可以，只要能入侵就好，而且入侵通常是為了損人或利己。

悠遊卡公司所使用的 Mifare 系統，過去幾年來已經有學界和開放原始碼界的駭客找出更改卡片上餘額的方法，也都發表了（如 Wired magazine 的報導），用 Google scholar 搜尋 "Mifare"，第一頁就好幾篇破解的研究論文。這次的當事人，拿了他人發表的技術文章，自己實做一遍，成功更改悠遊卡餘額，到此為止都還可以算是駭客在實驗室中的研究、練功行為。如果他找到不同的破解方法、發表出來，一定會受到駭客圈的高度肯定。把改變過的悠遊卡拿去捷運站讀餘額，也可以解釋為驗證破解是否成功。但是把增加餘額的悠遊卡拿去消費好幾次，不論金額是大是小，就是損了人利了己，就是越線了，就是 Cracker！

最後引用 "The Jargon File, version 4.4.8" 中的 Hacker 定義第一條作結。

Hacker:
1. A person who enjoys exploring the details of programmable systems and how to stretch their capabilities, as opposed to most users, who prefer to learn only the minimum necessary. RFC1392, the Internet Users' Glossary, usefully amplifies this as: A person who delights in having an intimate understanding of the internal workings of a system, computers and computer networks in particular.

駭客：
1. 享受探索系統細節和延伸系統能力的人，和大多數只想學會夠用功能的人相反。網際網路使用者名詞彙編（RFC1392）更進一步解釋：「因了解系統內部運作方式而喜悅的人，尤其是針對電腦和電腦網路的。」

STL vector 效率小記

2011-09-29T16:09:00.000+08:00

懶人看結論。

用 C++ 寫程式，會用到 vector 來儲存陣列。用過的人都知道，用法大約是

vector foo;
foo.push_back("Hello");
foo.push_back("World");

要拿單筆資料時，可以用 foo[1] 拿到 string("World")。要 loop 過全部資料時，寫

for (vector::iterator it = foo.begin(); it != foo.end(); ++it) {
  //  *it 是字串資料
}

如果只要讀資料不改資料，可以用 const_iterator 代替 iterator。

用 push_back() 新增資料的一個特性是：如果 vector 的容量不夠，會自動配置新的記憶體空間（預設是兩倍大）、把資料拷過去，再把新資料寫入。

記憶體配置是很耗時的，能免則免。如果事先不知道所需的儲存量，這樣依需要配空間做是維持 vector 用 O(1) 時間取得資料、又不會浪費太多空間的好方法。可是如果事先知道要存 65 筆資料，還反覆去要 4、8、16、32、64 筆的空間，最後又用 128 筆的空間來存 65 筆，既浪費時間、又浪費空間！

所以 vector class 提供了三種指定長度的方法：reserve()、resize() 和 constructor 引數：

vector a;  // 長度為 0
a.reserve(65);  // 預留 65 個元素的位置，沒有初始化
vector b;  // 長度為 0
a.resize(65);  // 預留 65 個元素的位置，呼叫 string 的 default constructor
vector c(65);  // 長度為 65

用在空的 vector 上，對慣 C 的人來說，reserve() 類似 malloc()，resize() 類似 calloc()。如果是在 constructor 給長度就有點像 char* c[65]; 這樣的陣列宣告。不過 C++ 和 C 還是不一樣，這邊的主要差異是物件，和物件的 default constructor、assignment operator 的行為，對效率有些影響。

先講講這三種做法的原理。

預留 reserve()

每個 vector 都有兩個重要的數字：容量（capacity）和長度（size）。容量是這個 vector 擁有的空間，長度是實際儲存了元素的空間大小，其值等於陣列的終點減起點。capacity 不小於 size 是個不變條件。

reserve() 的目的是擴大容量，做完時，vector 的長度不變，capacity 只會長大不會縮小，資料所在位置可能會移動。

reserve(N) 的做法很簡單：

如果 N <= 容量，不做事結束。
配置大小為 N 的空間，
把資料拷過去，
歸還原來的儲存空間，
更新陣列的起點、終點、容量。

因為 vector 一開始是空的，立刻預留顯然比填了資料後才預留省了拷資料的時間。

調整長度 resize()

調整長度目的是改變 vector 的長度，如果變小就擦掉尾巴的資料，如果變大就補零。更精確一點說，擦尾時會呼叫元素物件的 destructor，補零是補元素類型的 default constructor 產生的物件。補零如果會超過容量，會先預留空間，就是上面說的〔配置新空間、拷資料、歸還舊空間、更新陣列位置〕整個程序走一遍。

resize() 結束時，vector 的長度會改變為指定的大小，capacity 則視需要調整，確保不小於 size，資料所在位置可能會移動。

resize() 除了新長度 N 之外，還可以接受第二個引數，就是新元素的值，如果沒給就會用 default constructor 生一個來用。

在 constructor 指定長度

在 constructor 指定長度 N 的結果是一個容量和長度均為 N 的 vector，因為長度為 N，代表 N 個元素有資料，這資料就是元素類型的 default constructor 生出來的，或是用 vector constructor 的第二個引數給的物件。

這個 constructor 的做法也很簡單：

配置大小為 N 的空間，
設定陣列的起點、終點、容量，
把相同的值填入 N 個元素的位置。

效率

使用 vector 要注意的效率問題大致有兩點：

不做不必要的記憶體重配置：少依賴 push_back() 的自動記憶體配置，能自己要記憶體的就自己要，善用 reserve()、resize() 或 constructor 引數。
不做不必要的物件拷貝。比方說，要延長或建立一個 vector、但各個元素的值不同，不要用會填值的 resize() 或 constructor 引數，而是用 reserve() 再把物件一個一個 push_back() 進去。另外要注意的是，reserve() 要來的空間切不可用 operator[] 填值，除非元素是 POD。見下節。

少用 operator[]

既然寫了 vector，順便提一下 operator[]。一旦有個 vector foo，可能會想用

foo[3] = "movie";

這種寫法，但要小心，這可能會 Segmentation Fault！

第一，operator[] 不做邊界檢查，foo vector 的容量可能不到 4，foo[3] 就越界了。
第二，foo vector 就算容量夠，但長度可能不到 4，foo[3] 是未初始化的記憶體，拿來當成 string 物件，就爆了，更不用說還要呼叫它的 assignment operator。但如果元素類別是 int、double、pointer 這類 POD（Plain Old Data），assignment 是用 memory copy 實作的，倒是不會出問題。

如果確定 vector 的各個位置都有物件了，但不確定 index 會不會越界（也許 index 是別人傳來的），除了自己檢查邊界外，也可以考慮用 at() 方法：

string that = foo.at(an_index);
foo.at(an_index) = "movie";

at() 會做邊界檢查，越界時會丟出 out_of_range 異常，比較容易 debug，必要時也可以把這個異常接住來處理。

重溫 Alice Cooper 的 Poison

2011-09-28T05:31:00.002+08:00

前幾天在網路收音機上聽到 Alice Cooper 的 Poison，讓我一下回憶湧現...

台灣唱歌的好像一定要很純情或很傷情，這種描述慾念深到骨子裡的重搖滾，在台灣歌壇真的不容易聽到。忍不住把歌詞亂譯了，野人獻曝一下。

Your cruel device
Your blood like ice
One look could kill
My pain, your thrill

I wanna love you but I better not touch (Don't touch)
I wanna hold you but my senses tell me to stop
I wanna kiss you but I want it too much (Too much)
I wanna taste you but your lips are venomous poison

you're poison running through my veins
you're poison
I don't want to break these chains

Your mouth, so hot
Your web, I'm caught
Your skin, so wet
Black lace on sweat

I hear you calling and it's needles and pins (And pins)
I want to hurt you just to hear you screaming my name
Don't want to touch you but you're under my skin (Deep in)
I want to kiss you but your lips are venomous poison

你手段　殘酷
你冷血　如冰
看一眼　能殺人
我痛苦　你興奮

想要愛你　但我最好別碰
想要抱你　但理智叫我住手
想要親你　但我快忍不住了
想要嚐你　但你的唇是毒藥

你是流過我全身血脈的毒藥
你是毒藥
我不想掙脫這些鎖鍊

你的嘴　熾熱
你的網　捕我
你的膚　溼潤
黑蕾絲　香汗

聽你呼喚我　像是針在刺
想要傷害你　只為聽你喊我的名
不願撫摸你　但你已深入我身
好想要親你　但你的唇是毒藥

翻來覆去，好想、可是不該，再想、仍是不敢，連傷人的想法都出現了、最後還是退縮，完全是宅男碰到辣妹的心情啊！

拜網路之賜，現在不但可以在 YouTube 上找到原曲，Wikipedia 上列出的各種版本也找了不少。有這麼多不同流派的唱法，而且都還不錯，列出來方便以後回來聽。 :)

一、Alice Cooper 1989 年硬式搖滾原曲。

詞很內縮，曲很外放，配樂節奏就是爽快！

（對了，外套下好酷的 T-shirt！）

二、德國 Groove Coverage 2004 年的電子音樂版本。

不知道是怎樣的音樂環境，會讓這個團為這首曲子做了 21 種混音版？

三、澳洲〔外太空來的吸血僵屍〕 (Bloodsucking Zombies from Outer Space) 2005 年的版本。

之前沒聽過這個團，團名有夠 kuso。曲子前面聽起來和 Alice Cooper 的版本沒太大差別，副歌一進來我就笑得跌倒了！ XD

四、芬蘭女歌手 Tarja Turunen 2007 年的交響重金屬版本。

第一次聽到女主唱的交響重金屬，熱血啊！雖然她的音色太美太婉約了點，少了些重金屬橫衝直撞的感覺，但還是很想找她這張專輯來聽。

五、美國〔乾草種子迪西〕 (Hayseed Dixie) 2007 年的藍草版本。

實在太歡樂了！馬上想找身邊的女生勾起手來跳圈圈舞。 :)

六、德國的 DJ Gollum 在 2010 年混音的版本。

魔戒裡的咕嚕也來當 DJ 啦？ XD　　　　德國人好像真的很愛玩電子音樂！

七、2011 年 2 月福斯在以色列的 Passat 廣告。

無人能敵的男主角哼唱的就是 Poison 的旋律配上自己的歌詞，最後當然要搞笑一下。

註：Poison 的官方 MV 有兩個版本，正常版的在 YouTube 上都是 240p 的，畫質太差不想貼；一刀未剪版的清楚很多、聲音也優，可是因為某種原因我不能貼，有慧根的人自己去找吧！ XDDD

我在 Google+ 貼的文到底誰會看到？

2011-07-02T13:27:00.000+08:00

用講的不如用畫的。

雲端！雲端！多少文章假汝之名而行

2011-02-27T15:56:00.006+08:00

〈利益揭露：作者寫作此文時在 Google 服務，但內容是個人的觀點，和公司的政策、觀點無關。〉

一兩個月前網路上不少人在傳閱李家同教授的文章：《原來，我早就在「雲端」》，不少人做了自己的評論，更多人全文引用，不過原文看來是被聯合報歸檔到付費使用者才能看的區域了，謝謝 @Sars 提供了李教授文集中的文章連結。

前一陣子又看到網友在傳這個李教授演講的短片：

李教授學識令人景仰，但顯然網路和媒體上眾多不求甚解寫出來的文字，讓李教授誤解了雲端運算的真義。這種為了趕稿或銷量而囫圇吞棗寫出來的媒體文章，實在令人不敢恭維。

兔年開春，一元復始，萬象更新。看來，心中構思多時的雲端運算文章，該開始動筆了。

到底什麼是雲端運算？

講到雲端運算，有人說它是新技術、有人說它是老觀念；有人著重資料中心、有人著重行動裝置；有人強調「虛擬化」、有人強調「隨租即用」。

我個人的看法很簡單：

能用 Web 介面提供服務給海量使用者的運算方式，就是雲端運算。

依我的觀察和理解，絕大多數有關雲端運算的技術，都可以從這個運算方式衍生出來、或是因這個需求發展出來。

對一般使用者而言，雲端運算和 1990 年代末期開始築夢的 "Application Service Provider"（ASP）沒有什麼差別，同樣是讓應用程式執行在 Web 的遠端，使用者只需要瀏覽器就可以操作。更遠一點講，和 client-server 架構也很像，差別只是從 ftp、gopher、news、HTTP 等等每個服務協定都有一個 client，簡化到一個瀏覽器通吃大多數協定。（以後如果聊到 mobile clients 再談分合問題。）

因為很多媒體講到雲端都強調「以 Web 和瀏覽器做為使用介面」這個 ASP 時代就開始講的老觀念，造成了這個誤解。

那 2007 年開始出現的「雲端運算」只是新瓶裝舊酒的騙錢口號？

當然不是。

我拿當年電燈發展的歷史來打個比方也許會容易了解一點。讀者如果熟悉這個歷史和對比，可以跳到雲端運算在技術上的革新一節。

電燈發展簡史

（參考資料：Wikipedia。）

古早的年代，人們用油燈來照明。後來伏特發明了電池，開始有人發明電器，最有名的當然是愛迪生和電燈的故事（註：電燈可不是愛迪生發明的，下文會再提到）。在 1880 年以前，要用電燈的家庭或公共場所，除了要安裝電燈之外，還要安裝足夠的電池或發電機。不同人做的電燈，需要的電源不同。

伏特的電池 "The Voltaic Pile"

最早的電燈不是愛迪生發明的，但為什麼一般人講到電燈只記得他？主要原因是愛迪生是真正讓電燈普及而進入家庭的人。這有幾個因素：

他發明的燈泡比前人的耐用，讓「換燈泡」不會比「換燈油」麻煩。
他發明的燈泡需要的電流比較低，使得「用單一發電機驅動多個電燈」成為可能，降低使用電燈所需分攤的發電成本。
他還設計了相應的發電機和供電線路，把「供電」的電池或發電機和「用電」的電燈分開，讓用電的人不用買也不用懂電池或發電機。日後「插座」和「插頭」成為人人都能懂的用電介面。

這些因素加起來，使得電燈離開了實驗室而商業化，進一步成為普及的照明工具，也使得愛迪生和電燈在大眾的印象中永遠連結起來。（也難怪有些美國人認為 Bill Gates 發明了 Internet。）

這還促成了用電介面的統一：愛迪生的公司在 1882 年首度提供 110 V 直流電給紐約曼哈頓的 59 個顧客，日後 110 V 還成為美國用電的標準，不管是什麼電器，都用這個電壓工作。

愛迪生的輸電網路另外還帶來了「租用」的觀念，需要用電的人不再需要自備發電機，只要按用量付費就好了。

後來愛迪生和特斯拉在 1880 年代末期展開了《電流大戰》，愛迪生的發電站輸出的是直流電，特斯拉開發出來的是交流電，直流交流之爭持續了好幾年，最後特斯拉的交流電全面勝利。

可是對於用電者來說，直流交流有什麼差別？反正電燈插上去都會亮！

交流電之所以能擊敗直流電，關鍵在於規模經濟帶來的低廉成本：因為輸送效率的因素，直流電必須每幾個街口就要有個發電站，不然成本會太高；反之，交流電輕易升壓、降壓的能力，可以用高電壓和低電流來降低輸送過程的損耗，因此發電的地方和用電的地方可以相距數十甚至上百公里，這樣就能在水壩之類的偏遠地方建造巨大的發電廠，讓單一發電廠供給整個城市甚至更大範圍的用電，達到經濟規模，降低平均成本。

德國 Koepchenwerk 發電廠

雲端運算在技術上的革新

需要不同協定、不同近端軟體的 client-server 時期，就像是需要自備發電機的年代，電器和電源要搭配使用。

ASP 時期，不管是什麼應用程式，用瀏覽器和 HTTP 單一協定就可以操作，「透過網路租用軟體」的觀念也在這個時期開始出現。然而，ASP 時期就像是直流電年代，一個直流電的發電站只能供電給 2 公里之內的顧客，一台 Web server 也只能服務為數有限的使用者。

雲端運算時期，協定仍然是 HTTP，近端 client 仍然是瀏覽器，使用者感覺不到和 ASP 的差別，但是在資料中心執行的 Web application 可以服務一個城市、一個國家、甚至更大範圍的使用者，就像是以發電廠為主要電力來源的交流電年代。

製造發電機、供電給幾十戶人家的技術，和建造發電廠、供電給幾百萬戶家庭的技術，讀者覺得一樣嗎？

建造發電廠所需的技術不再只是發電機的技術，還包括電力傳輸、負載調配、不斷電檢測維修等等的技術。同樣的，雲端運算不只是起一個 web server 而已，還包括流量調配、海量資料的提供／儲存／管理／處理／檢索、服務不中斷的檢測維修、阻斷攻擊的防禦等等技術。唯有雲端運算的技術成熟，才能讓一個 web application 服務幾千萬、甚至上億位的使用者，這不是一個實驗室中一兩台伺服器做得到的事。

換句話說，雲端運算雖然強調 Web 簡單的瀏覽器介面、普及的 HTTP 80 port、隨之而來的多元終端設備（電腦、手機、平板、電視...）、還有行動上網的便利性，但技術重點不在 Web，那是 ASP 時代的重點，而是如何處理簡單和普及所帶來的爆炸性流量和海量資料。反過來說，如果雲端運算技術沒有到位，那些搜尋引擎、Web mail、入口網站、社交網站等等網路應用就服務不了那麼多使用者，使用者想用的時候可能要漫長地等待、甚至連不上，愛用的人就不會那麼多，Web 就不會像今天這麼普及。因此可以說 Web 和雲端運算是相輔相成的。

小結

直流電在市場上存在了近十年，在特斯拉的交流電技術問市之後，愛迪生還憑藉已經建立的權威地位和商業規模四處打擊交流電，但是終究不敵交流電因規模化帶來的成本優勢和其他好處，最後還是擁抱了交流電的技術。ASP 觀念也存在了近十年，在規模化和分散式運算技術逐漸成熟後，雲端運算這個詞才出現。換句話說：

雲端運算是 Web 普及和規模化的自然結果。

雲端運算這個名詞雖然是 2007 年才正式出場的，但其相關技術早在十幾年前就開始發芽，甚至可以回溯到網格運算和更早的分散式運算的技術。Yahoo! 的入口網站、微軟的 Hotmail、Google 的搜尋引擎、Amazon 等等，都有自家的規模化技術。「雲端運算」只是把各公司長期發展出來的規模化技術，用一個新名詞來統稱。

雲端運算不是不確定的未來式，而是長期的現在進行式。

那為什麼雲端運算的技術到這幾年才廣受重視？雲端運算的技術有哪些？如果有時間我再來寫點個人的想法。

後記：感謝 @Sars 提供李家同教授文集的網址，更新文章中的連結。

附註：照片版權宣告：

伏特電池照片版權屬 I, GuidoB 所有，CC-by-sa。
電燈泡照片版權屬 Phrontis 所有，CC-by-sa。
發電機照片版權屬 Gbleem 所有，CC-by-sa。
發電廠照片版權屬 Markus Schweiss 所有，CC-by-sa。

點擊照片都會回到照片在 Wikimedia Commons 的網頁。

Tossug 社群尾牙 2011

2011-01-11T22:37:00.000+08:00

今天是 2011/1/11，五 1 連珠的日子，當然是要大吃大喝一頓！Tossug 的幾位好朋友在彭園湘菜館吃尾牙，看到 $4、Thinker、David、Yurenju、Taiten、Sinsun、Freedom 都來了，好高興！尤其是 Freedom 遠從新竹過來，好感動。

（我真的好容易快樂啊）

就叫了一瓶高粱。

（好久沒喝了呀）

隨便聊，聽到好多業界的趣事。

據說最近因為某系統在 CES 出現，好多公司的好些 project 都被 can 了，敬被 can 的 project 喝一杯！

Yurenju 還隨手就拿出他公司之前被 can 掉的一款手機給大家把玩。 XD

Freedom 講到他上班的工研院有半導體、化工、測量等等的研究，Thinker 覺得工研院做太多領域、力量分散，我覺得這不是工研院的問題，整個台灣做的領域都太分散。Thinker 頗不以為然：「全台灣不是都集中到一個領域，叫做 Android？」馬上喝一杯！

Sinsun 要開始接案做 Soho 了，Taiten 看來有不少接案的功力可以傳授，敬接案喝一杯！

David 說他在大公司待這麼些時間，越來越覺得技術能力重要性不如溝通能力，Taiten 就接話了：「$4，我說的沒錯吧？打唬爛的功力才重要！」敬打唬爛喝一杯！

聊到如何在 e-mail、facebook、twitter、plurk 泛濫的年代保持專注力，某人說在公司都不開 e-mail 不接電話的，除非來電顯示是樓下的妹妹。這怎能不喝一杯！

倒底喝了幾杯，我也數不清了，敬數不清再一杯！

現在起 Tossug 的主持人就是 $4 了，好朋友們要繼續支持啊！有題目的來演講、想交朋友的來聊天、要學新知的來聽分享喔！

每週二見！

聞笛靠右停

2010-12-30T14:16:00.000+08:00

如果你在看這篇文章，請你靜下心，不要被中指男影響情緒，客觀地思考一下：

「一個人有一次不讓救護車」和「許多人民經常讓不成救護車」相比，哪個嚴重？

某一次耽誤 23 秒，和常常耽誤 3 倍多的時間，哪個更致命？（時間分析在我另一篇文章裡。）

臺灣人是善良的，大家聽到救護車鳴笛都想讓路，但是有人向左讓，有人向右讓，反而卡死。

有句英文諺語：「通往地獄的道路是用善意鋪成的。」這就是一個例子：每個駕駛都有善意，但結果不盡人意。

天有不測風雲，如果你希望你老爸、老媽、另一半、男朋友、女朋友、兒子、女兒在救護車上分秒必爭的時候，不會被車陣耽誤送醫時間，那就一起來提倡

聞笛靠右停

當每輛車的駕駛在遠遠聽到警笛的時候立刻靠右、而且停下來，救護車駕駛就不用在車陣中鑽來鑽去找出路，也不用目測每輛車下一秒鐘的位置好閃過去，直接在快車道上奔馳，才能以最短的時間把人安全地送到醫院。

今天養成靠右停的習慣，明天你會感謝讓路給你愛的人的駕駛。

如果你認同這個做法，歡迎轉寄給你的朋友！

pingooo

p.s. 把美國紐約州駕駛人手冊裡有關救護車接近時的處理貼出來參考。

當你聽到或看到緊急車輛從任何方向接近你的車，包括在高速公路或限制出入道路的同側，立刻安全地靠到路右側停車，等緊急車輛通過再前進。如果你正在路口，駛離路口再靠邊。
在雙向車道，即使緊急車輛在對面車道朝你而來也要靠邊停車。
如果你聽到警笛但不確定緊急車輛在哪裡，你應該靠邊停，直到你確定它不是朝你來再開。響著警笛或閃光的緊急車輛很難預測，它的駕駛可能合法超速、闖過紅燈／停車再開和讓路的標示、逆向行駛、或在通常不能左右轉的路口左右轉。雖然緊急車輛的駕駛受命要小心駕駛，但有緊急車輛接近你的時候還是應該謹慎。

道路規則設計也要 "Don't make me think"

2010-12-25T20:51:00.000+08:00

今天這位車號 4569-ER 的駕駛成為全民公敵。

他很可惡自不待多言，如果是故意的，應該天誅地滅；但是，可惡的只有他嗎？

如果以時間來算，救護車只能用時速 20 - 30 公里前進，還要陪擋住它的車子等紅燈，而不是以時速 60 公里衝到醫院，造成的時間損失難道不大嗎？

兩段影片加起來是 1 分 56 秒，我分段如下：

0'0" - 0'14": 救護車在車陣中鑽，前方紅燈亮起。
0'14" - 0'17": 繼續鑽，在 0'17" 時救護車按了喇叭。
0'17" - 0'24": 救護車切入慢車道，此時慢車道前方的車子，除了 4569-ER 和最後一部 IV-1727 之外，全部已經靠往快車道，讓出右側給救護車通行。
0'24" - 0'30": 救護車在慢車道狂按喇叭，IV-1727 似乎才恍然大悟開始往快車道靠要讓出空間來，但車子沒有橫向移動能力，卡住。
0'30" - 0'42": 慢車道最前方的計程車像是有第六感知道卡住了，等行人通過後開到路邊停下來，同車道車子前移，IV-1727 有了挪移空間而靠往快車道，但 4569-ER 只是前行後停下來，沒有讓出右側通道。救護車狂按喇叭。
0'42" - 0'46": 應該往左靠的 4569-ER 反而向右切進讓給救護車的慢車道右側，並在紅燈前停下來！
0'46" - 1'00": 等紅燈，救護車繼續按喇叭！
兩段影片之間應該有段比中指的部分，看來是被剪掉了。不知道剪掉的有多長。這裡先忽略，用 1'00 開始為第二段影片計時。
1'00" - 1'03": 綠燈亮起，所有車子開始前進，救護車也開始前進。
1'03" - 1'08": 4569-ER 在 1'03" 煞車，之後前進。
1'08" - 1'12": 在慢車道前進，速度還算順暢。
1'12" - 1'18": 4569-ER 切入右側較短的車陣，救護車也切入同一車陣。
1'18" - 1'40": 陷在等紅燈的車陣中。
1'40" - 1'56": 綠燈亮起，所有的車前進，救護車終於在 1'56" 到達民族路口。

簡單算一下，這令人髮指的 1'56" 是這樣用掉的：

勉強算順暢地前進：33 秒
慢慢在車陣中鑽：21 秒
停著等讓路：62 秒

其中責任要完全算到 4569-ER 惡駕頭上的是 0'42" - 1'00" 的擋路和 1'03" - 1'08" 的煞車（緊急煞車造成救護人員和病人的額外問題另計），共 23 秒。

影片中的這段路是北新路大坪林捷運站附近，我查了一下 Google maps，距離大約是 300 公尺，車行時間約是 30 秒。如果救護車不用花 62 秒等讓路、也不用花 21 秒慢慢在車陣中鑽，的確應該可以在 30 秒內走完這段路。

檢視較大的地圖

惡駕大家都罵遍了，但我更想知道：
30 秒可以通過的路段，就算沒有這個惡駕，也要花 93 秒，為什麼？

大家都知道，就是因為駕駛人沒有讓路。我不相信台灣人這麼惡劣，不願讓路給救護車，問題是不知道該怎麼讓！

我在台北街頭也遇過幾次救護車，每次都很猶豫，該往路邊還是路中靠？可是也常常有白目的車就從我讓出的路擠過去，然後卡住，救護車還是無法順順地通過。

道路交通管理處罰條例第 45 條規定了「聞... 救護車... 之警號，不立即避讓」，可以「處新臺幣六百元以上一千八百元以下罰鍰」。

只講怎麼罰，不教怎麼讓，每個人都給你罰好了，罰金高十倍好了，急救患者就會來得及到醫院嗎？當路上有幾十輛車、又沒有指揮的情形下，每位駕駛該怎麼讓才不會讓到反而卡住？

他山之石，可以攻錯。美國紐約州給駕駛的手冊裡有關救護車接近時的處理是這麼規定的：（懶得看英文可以直接看下面的翻譯）

When you hear or see an emergency vehicle approaching your vehicle from any direction, including on your side of an expressway or limited access highway, safely pull over immediately to the right edge of the road and stop. Wait until the emergency vehicle passes before driving on. If you are in an intersection, drive out of it before you pull over.
You must pull over and stop for an emergency vehicle even if it is coming toward you in the opposite lane of a two-way roadway.
If you hear a siren or air-horn nearby but do not know exactly where the emergency vehicle is, you should pull over and stop until you are sure it is not approaching you. An emergency vehicle using lights and a siren or air-horn may be unpredictable. The driver may legally exceed the speed limit, pass red lights and STOP or YIELD signs, go the wrong way on one-way streets and turn in directions not normally allowed. Although emergency vehicle drivers are required to exercise due care, be very cautious when an emergency vehicle approaches.

我的翻譯如下：

當你聽到或看到緊急車輛從任何方向接近你的車，包括在高速公路或限制出入道路的同側，立刻安全地靠到路右側停車，等緊急車輛通過再前進。如果你正在路口，駛離路口再靠邊。
在雙向車道，即使緊急車輛在對面車道朝你而來也要靠邊停車。
如果你聽到警笛但不確定緊急車輛在哪裡，你應該靠邊停，直到你確定它不是朝你來再開。響著警笛或閃光的緊急車輛很難預測，它的駕駛可能合法超速、闖過紅燈／停車再開和讓路的標示、逆向行駛、或在通常不能左右轉的路口左右轉。雖然緊急車輛的駕駛受命要小心駕駛，但有緊急車輛接近你的時候還是應該謹慎。

我十幾年前住在美國時，也經歷過幾次救護車通過，所有車子都靠向右側，救護車走快車道飇過去。因為救護車駕駛知道所有車都靠右的話，讓出來的車道想都不用想一定是最左側的快車道。

你也許會問：如果我在左轉道等左轉，該怎樣讓？

不是只有產品設計要達到 "Don't make me think" 的境界，生死一線間的道路規則設計更是。一般駕駛人不用思考、東張西望、猜自己該靠左還是靠右，往右就對了。救護車駕駛也不用想，走最內側的車道就對了。

所以即使你的車在左轉道，也該不加思索地靠右。就算錯過這個左轉又會怎樣？到下個路口再轉，不然三個右轉也行。如果能救到一條命，犧牲一點個人的時間算什麼？

不過在現實中，在左轉道要靠右還是要看一下，如果其他道靠右不夠快，救護車已經到了，就不要再去擋路了。

這件事不是幾個人靠右就行的，必需所有駕駛人都靠右，才能大幅減少救護車和消防車卡在路上的時間。

所以，

聽到警笛，往右靠就對了！

找出符合樣式的英文字

2010-12-24T08:46:00.000+08:00

怕自己以後忘記，筆記一下。

要如何找出符合某些樣式的英文字？比方說，想幫新公司命名，希望名字裡包括 IT，該怎麼找出含有 IT 的英文字？

在 Linux 上用 aspell + grep 就可以了：

$ aspell dump master | aspell expand | grep it | less

注意 aspell 字典裡的字除了縮寫和專有名詞應該都是小寫的。

（上面的指令請勿隨便嘗試，看三天三夜看不完不要怪我。）

這次建議給 MadButterfly 的幾個字是用下面的指令找出來的。

$ aspell dump master | aspell expand | grep '.*s.*v.*g.*' | less

Nownews，下次掰像一點再來！

2010-12-12T00:16:00.001+08:00

昨天 Nownews 報導了一篇新聞：「影／三個巨大飛行物直奔地球？科學家推估2012年12月登陸」，我的天，這真是太歡樂了！

媒體

Nownews 竟然轉載 Examiner 的文章，你是 MIB 看太多了嗎？

消息來源

所謂的「SETI 科學家」Craig Kasnov，在 SETI 的 Scientists, Engineers and Educators 網頁上找不到這個人。
就算是組織寫錯，不是 SETI 的人，用 Google Scholar 也找不到任何 Craig Kasnov 發表的學術論文，原來世界上還有不用發表論文的科學家！
也許 Google Scholar 沒有收錄這方面的期刊，那 arxiv.org 的 astro-ph preprint library 總該有了吧？抱歉，還是沒有。

人類的遠觀能力

兩年後到達地球的東西，現在有多遠？人類最先進的望遠鏡看得到嗎？

VLT 望遠鏡的 angular resolution 大約是 1 milliarcsecond（官網），要看得到「巨大」到十幾公里寬的 UFO，算它 20 公里直徑好了，這個 UFO 離地球的距離要近到 41 億公里以內。

41 億公里有多遠？

地球繞太陽的平均半徑、也就是天文單位，約 15 億公里。

換句話說，這個 UFO 現在離地球比木星還近。

蛤？外星人已經進入太陽系？！

這則新聞的來源影片是 2009 年 12 月上傳的，說 UFO 會在 2012 年 12 月到達地球。能建造和駕駛 20 公里直徑的母船飛越各星系，這麼先進的外星文明，從木星飛到地球要三年？

（參考一下：NASA 1977 年 9 月 5 日發射的 Voyager 1 探測太空船，在 1979 年 3 月 5 日飛越木星。）

唉！

Examiner 沒常識我們都知道，原來 Nownews 的水準和 Examiner 一樣高。

Nownews，下次瞎掰請掰得像一點，至少要讓我在 15 分鐘內找不到反證吧！

「你好嗎？」當 Android 的聲控進化到 Conversation mode

2010-09-09T13:00:00.002+08:00

Google CEO Eric Schmidt 在德國柏林舉行的 ~~IPA~~ IFA 給了場閉幕演講，勾繪了未來世界人和電腦之間的關係，還包括了幾個 Google 新技術的展示，有興趣的人不妨看一下，蠻有意思的。

影片連結：http://www.promeas.com/ifa-tv/webcasts2010/keynote5/index.html

其中 26:19 到 28:50 的 conversation mode 的 demo，讓我不禁想到在科幻科學報上讀過的一篇科幻短篇：怒加在 2002 年寫的【禁語】。Conversation mode 根本就是「你好嗎」0.1 啊！隨身聽大小的盒子？無線技術聯絡翻譯伺服器？

希望「你好嗎」2.0 不會出現才好。

以下【禁語】全篇轉載自『科幻科學報』。

（註：謝謝 chihchun 提醒，應該是 IFA conference 不是 IPA。）

【禁語】
怒加著

我的研究，最後結論──人類是自我放棄言論自由的，當人類的說話
數量在上數世紀可以統計時，他們發現，說得最少的詞語，是：□﹝
對不起，非使用詞，根據「巴別原則」，詞庫沒有此詞，不能翻譯。﹞

《說話能力與言論自由》/廿祖材　語言學研究生 (23-4-5145)

　　　　　　　　　　　　※　※　※

屬於地球人共同使用的語言「你好嗎」

【本報訊】語言是使人與人間能夠溝通的一種媒體，可是語言又是令
人產生溝通問題的屏障，因為不同地區或種族的人，使用著不同的語
言，使人要學過對方的語言，才可以明白對方說甚麼，除非有翻譯的
存在。

為了解決這語言上的溝通問題，三十年前科學家凌格峰博士及他的研
究隊伍，加上跨國大集團，大學的語言學家，各國政府的支持，研究
出一部「萬能翻譯器」──「你好嗎」(Version 1.0)，讓世界不同地區
或種族的人，可以以自己的母語，隨時跟任何人溝通。只要你帶著一
部如「隨身聽」大小的盒子，向它說話，它自動感應對方使用的母語，
選擇輸出的語言，它就會將你的話，以無線技術聯絡翻譯伺服器，
翻譯伺服器會將說話瞬間翻譯成另一種語言，再經「你好嗎」發聲出
來，讓對方明白你說甚麼。

到了「你好嗎」(Version 2.0)，凌格峰博士結合生物科技，將「你好
嗎」晶片植入人體喉嚨內，經過十年的時間，各國政府已經完成替所
有人安裝晶片的工作，世界上的人，可以無隔閡的，自由自在地與任
何人溝通。

擇自《時間紀報》/記者：勒伊亞 (15-5-?990)

　　　　　　　　　　　　※　※　※

「你好嗎」使用量超額　計劃壓縮人類語言

【本報訊】經過接二連三的「你好嗎」翻譯伺服器失靈事件後，有關
方面承認「你好嗎」使用量已經隨著人口發展，人均使用量達每日 18
小時，嚴重超額，伺服器不勝負荷。現時，「你好嗎」溝通過程中，
普遍有三秒鐘的延遲，令人們在溝通上產生極大的不便。在新「你好
嗎」翻譯伺服器技術研發成功前，當局決定一個行動代號名為「巴別」
的語言重組，分階段刪減及壓縮部分人類語言，第一階段，使用人口
過少的語言，將會被刪去，全球約有 5561 語言，90% 將被刪除；第二
階段，在語言中，刪除意思重覆的詞彙，例如：快樂、開心、高興，
這些意思相同的詞彙，將只保留快樂一詞。

擇自《時間紀報》/記者：勒伊亞 (21-3-?992)

　　　　　　　　　　　　※　※　※

語言大屠殺──烏迪內族人集體自殺

【本報訊】「巴別」行動下，居住於西伯利亞的烏迪內族人，因為其
語言使用人口只有約 100 人而遭刪除，受到喉嚨中晶片「你好嗎」限
制，族人已經完全失去發言等溝通能力，曾以寫字方式下暫時溝通；
不過，上星期，全族人被人發現集體自殺，臨死前，族人留下遺書，
上寫著：「滅絕語言，等於滅絕種族，烏迪內族原來是不屬於地球的，
可悲！」

其實，當「巴別」行動提出時，烏迪內族長托把普連同世界上多個少
數族裔曾多次去信聯合國，要求跟進事件，他批評當局是以「巴別」
行動是欺壓弱勢社群，使用量少的語言根本佔系統負荷非常少，沒有
理由刪去；他更批評「你好嗎」翻譯過程中，以中心語言作翻譯點，
當對話雙方都使用相同語言時，仍然要經過中心語言，是多餘的，這
正是刪除烏迪內語後，他們族人不能溝通的主因。

擇自《時間紀報》/記者：勒伊亞 (10-6-?992)

　　　　　　　　　　　　※　※　※

中英大戰　改朝換代

【本報訊】現時，英文被選為「你好嗎」的中心語言，當翻譯兩種語
言時，先由一種語言，譯到英語，再譯成另一種語言，這樣只需儲存
每種語言對英語之翻譯，可以節省資料庫的大小，更可提高翻譯時檢
索速度。英語使用者，一直在「你好嗎」使用上享有翻譯速度的優勢；
根據統計，全球語言使用量最高是漢語﹝普通話/國語﹞，遠超過第二
位西班牙語及第三位英語使用量之總和，基於此，中國政府要求將漢
語改為「你好嗎」的中心語言，這立即引起英美兩國的反對，英國政
府指在商用語，互聯網及聯合國外交官通用語言上，英語是排第一的。
法國人趁此要求改中心語言為法語，他們指法語有最優秀的文法，是
在溝通中，最能夠減少歧義的。中國政府要求，普遍得到亞洲地區的
支持，特別是韓國和日本，兩國相信自己語言源於漢語，如果以漢語
為中心語言，翻譯速度上都較有利。「中心語言」之爭，已經變成一
場外交角力，東西文化之比較；不過，隨著，中國勢力強大普及，大
多數人相信，「中心語言漢語化」的議案，將會被通過。

擇自《時間紀報》/記者：勒伊亞 (19-7-?993)

　　　　　　　　　　　　※　※　※

「你好嗎」缺乏經費　引入商業贊助

【本報訊】為解決系統負荷問題的「你好嗎」(Version 3.0) 研究進度
緩慢，研究主持人凌格峰博士表示各國的經費資助逐年減少，因為經
費問題，拖慢研究進展。凌博士表示會引入更直接的商業資助方式
──「冠名贊助」。「你好嗎」列出 176 個詞語，給贊助商公開競投。
爭持最激烈為「可樂」一詞，最後「可口可樂」以 8 千萬億美元，擊
敗對手「百事可樂」。以後任何人說到「可樂」一詞，「你好嗎」會
翻譯成「可口可樂」。「百事可樂」公司在競投失敗後，發表聲明，
指商業冠名贊助是污染人類語言文化的，希望「你好嗎」方面停止這
行動。
微軟、蘋果電腦、通用汽車、波音飛機、諾基亞等，都投到「冠名贊
助」。

擇自《時間紀報》/記者：勒伊亞 (31-8-?994)

　　　　　　　　　　　　※　※　※

《蘋果日報》改名為《蘋果電腦日報》

因為「蘋果」一詞，得到蘋果電腦「冠名贊助」，令人們不能正確稱
呼本報，為免混淆及方便市民，本報即日改名為《蘋果電腦日報》，
敬請留意。改名後，本報會繼續一貫方針，為大眾提出最快最準的新
聞娛樂休閒資訊，並不會只集中在報導電腦界的消息。

《蘋果電腦日報》　啟 (2-10-?993)

　　　　　　　　　　　　※　※　※

日本為二次大戰侵華「正式」道歉

【本報訊】雖然在出訪中國前，日本首相上川太郎參拜靖國神社，引
起鄰國不滿，但無影響他原定訪問中國的計劃。昨日上川太郎在官方
記者會上，原本依照過往日本首相就二次大戰的歷史，循例向中國表
示遺憾。全球新聞傳播中，竟變成上川首相向中國就二次大戰的罪行
表示道歉！原來，中國紅客集團，闖入「你好嗎」翻譯資料庫，將「
遺憾」刪改了，意思等同「道歉」，日本首相變成向中國道歉。

國際關係分析家牛鋁兆表示，國際主流普遍存在著一種心態，以「遺
憾」輕輕帶過一國對別國所做的創傷或失誤事件，是次駭客刪改事件，
絕對是對這些霸權國一次非常好的教訓和諷刺。

擇自《時間紀報》/記者：勒伊亞 (7-4-?995)

　　　　　　　　　　　　※　※　※

「你好嗎」翻譯資料庫損壞　「金錢」＝「快樂」

【本報訊】昨日「你好嗎」翻譯資料庫因儲存系統出問題，使部分紀
錄紀錄重疊，引致翻譯錯誤。例如：將「金錢」翻譯成「快樂」，相
反亦然。普羅大眾對「你好嗎」系統失靈，沒有太大反應，因為人們
最希望得到的「快樂」，其實與「金錢」是沒有意思上的分別。

擇自《時間紀報》/記者：勒伊亞 (20-5-?996)

　　　　　　　　　　　　※　※　※

兩岸語言上統一

【本報訊】中國政府宣佈，將大中華地區內「你好嗎」翻譯資料庫鏡
站更新紀錄，所有危害國家安全的詞語意思刪除，其中最引人注意是
的，是將一個日常生活普通詞語──「獨立」，意義翻譯為「統一」。

擇自《時間紀報》/記者：勒伊亞 (18-6-?996)

　　　　　　　　　　　　※　※　※

巴別行動　進入最後階段

【本報訊】「你好嗎」翻譯伺服器負荷過重問題，一直沒有解決的方
法，反而惡化下去，有關方面宣佈，翻譯資料庫將開始「清洗行動」，
任何詞語在三個月內，世界上沒有任何人說過，將會被刪去。

擇自《時間紀報》/記者：勒伊亞 (18-6-?996)

　　　　　　　　　　　　※　※　※

如何煮青蛙

各位觀眾，歡迎收看「葉太與你」；今天，我會教大家如何煮青蛙。
記著，煮青蛙時，千萬不要一早準備好一鍋熱水，便把青蛙扔到鍋去，
青蛙會反抗跳出鍋外！相反，青蛙是要慢慢煮的，將牠放在溫水裡，
慢慢加熱，一道美味的「水煮青蛙」便完成。

電視節目「葉太與你」/主持人：葉太 (25-11-?996)

　　　　　　　　　　　　※　※　※

惡法還原　歌舞昇平

【本報訊】本地消息，立法院罕有地休會三個月後，在休會前甚具爭
議性，討論多時的共二十三條法案，在沒有議員反對下，順利一一通
過……豈有此理，歌舞昇平！

擇自《時間紀報》/記者：伊亞 (13-3-?997)

　　　　　　　　　　　　※　※　※

謝檸檬　皇妃　張拍紙　三角關係結束

【本報訊】藝人謝檸檬昨日表示與皇妃是□□的，正式宣佈與她□□，
但表示向張拍紙□□□□。

擇自《報》/記者：亞 (1-5-?997)

　　　　　　　　　　　　※　※　※

【本報訊】大家好，香港好；香港好，□□好。

《報》/記者： (1-7-?997)

　　　　　　　　　　　　※　※　※

一二三四五六七

【】多勞多得星期一

　　　　　　　　　　　　※　※　※

□□　【□□□】

　　　　　　　　　　　　※　※　※

屌

以下是原來科幻科學報的版權頁。


────────────────────────────────
▌台大星艦學院發行　http://club.ntu.edu.tw/~sfa/
▌科幻科學報　http://mail.apol.com.tw/~scisci/

▌關於我們
˙訪談室長期徵求問題，歡迎來信：scisci@mail.apol.com.tw。
˙讀者意見，如未特別註明，視同授權刊登於科幻科學報上。
˙新闢活動看板一區，有任何科學或科幻活動皆可來信要求刊登。

▌關於轉載
˙網路上之非商業轉載：若欲轉載，請勿更動版面或刪減文字，並請於文前註明「轉載自『科幻科學報』」。
˙商業性質轉載，請先徵求作者同意，謝謝。
────────────────────────────────

隨手側寫 Open Invention Network

2010-08-22T23:48:00.000+08:00

這幾年來陸續看到 Open Invention Network (OIN) 相關的文件或新聞，然而會開始注意到 OIN，還是因為老朋友 Shane Coughlan。趁 COSCUP / GNOME.Asia 剛結束、Shane 剛回去，來寫寫我對 Open Invention Network 的粗淺認識好了。

其實 OIN 的 FAQ 寫得蠻清楚的，如果你懶得讀英文，可以冒險看我的文字。

(商標為 Open Invention Network 所有)

Open Invention Network 到底是個什麼組織？

OIN 不是非營利組織

熟悉自由、開放原始碼軟體（FOSS）運作的人，可能很習慣看到各種支持 FOSS 的非營利組織，像 Free Software Foundation（自由軟體基金會）、Software in the Public Interest, Inc.（公益軟體協會）、Open Source Initiative（開放原始碼促進會）、Python Foundation（Python 基金會）、X.org Foundation（X.org 基金會）... 等等，這些組織有的領軍開發軟體，有的大力推廣 FOSS，焦點不同，共同的是：他們都是不以賺錢為目的的非營利組織。

Open Invention Network 是家智財權公司，由 IBM、Red Hat、Novell、Sony、 NEC、Philips 六家公司合資在 2005 年 11 月成立（LWN 的報導），她的資產就是專利，用手中的專利組成保護傘。

除了一開始由創始會員投資進去的專利之外，OIN 也在市場上收購專利。

OIN 的保護標的

雖然 OIN 的名字有個 "Open" 讓人聯想到 Open Source，但 OIN 這個專利保鑣保護的對象並不是所有的 Open Source 軟體，而是 "Linux System"。以下是 OIN FAQ 中的文字：

Open Invention Network’s mission is to further software innovation by acquiring patents to be used for cross-licensing purposes to defend the Linux System - making them available on a royalty-free basis.

搞法律的人有時候還是要把東西講清楚的（誤），所以 OIN 網站上有個 Linux Definitions 網頁定義了 Linux System、Linux Environment Component、Linux Kernel 和其他幾個相關名詞，還有 Linux System 元件的列表，你最愛用的 Linux 工具有沒有在裡面？

OIN 還支持成立了 linuxdefenders.org 這個收集、記錄 prior art 的網站，希望讓垃圾專利不會被專利局通過、或是通過後能被撤消。

(Linux defender 計劃的 logo，商標為該專案所有。)

話說 OIN 回報 patent troll 的網頁蠻酷的，不過為什麼是用 flash 做的呢？

OIN 的運作方式

OIN 的立論是「用專利保護 Linux 不受專利的攻擊」，這和「用著作權法保護自由軟體的自由」頗有異曲同工之妙。

專利一向是個軍備競賽，手中沒有什麼專利的公司，碰到手中有大量專利的公司，恐怕只能大嘆「人為刀殂，我為魚肉。」Linux 這種開放原始碼專案經常是由世界各地的社群所共同開發的，鬆散的個人群體，要怎麼和大刀耍習慣的大公司玩專利的遊戲？

就我的理解，OIN 的做法如下：

充實自己的軍火庫：除了創始公司投入的專利之外，也在市場上購買專利，如 2009 年 9 月向 AST 收購 22 項微軟賣出來的專利（ZDNET 新聞）。
建立〔互不侵犯同盟〕：OIN 將專利授權給其他公司免費使用，交換條件是該公司授權 OIN 和所有 OIN 授權者使用她的 Linux System 相關的專利，詳見 OIN 授權協定書。

有個案例很有趣，拿出來講一下：微軟 vs. Tom Tom。

2009 年 2 月 25 日微軟狀告做汽車導航的 Tom Tom 侵犯專利（ZDNET 報導），狀紙中直指 Linux 核心有侵犯微軟專利權之虞，引起開放原始碼界渲然大波。過了半個多月，連續劇上場：

3 月 16 日 Tom Tom 反告微軟侵權（ZDNET 報導）。（OS: 刀子亮出來了）
3 月 23 日 Tom Tom 加入 OIN（ZDNET 報導，ComputerWorld 分析）。（OS: 盾牌也舉起來了，好好打一場吧！）
3 月 30 日 Tom Tom 和微軟達成合解（ZDNET 報導）。（OS: 咦？不打了？退票！退票！ XD）

微軟和 Tom Tom 合解留下了許多疑問，但那是另外的問題，這裡不談。

雖然沒有白紙黑字寫出來，但是當同盟外的公司用專利欺負控告同盟內的公司時，OIN 可以站出來撐腰。「意義是三小？我只聽過義氣！」

OIN 的支持者

有興趣尋寶的人可以看 OIN 會員列表。

IBM 這個創始會員不用說，連續 N 年的世界專利王，每年拿到幾千個專利，也在 2005 年 1 月 11 日釋出 500 個專利給 open source 專案免費使用（IBM 的聲明書）。

Red Hat 和 Novell 是 2005 年時最大的兩家 Linux distributor，它們的實質投入當然有標竿的作用。台灣的 Linpus 也在 2010 年 3 月 30 日加入 OIN，Ubuntu 背後的 Canonical 公司則在 2010 年 6 月 22 日成為 OIN 新訂的 Associate Member Program 的第一個會員。

另外三個創始會員都是家電大廠：Sony、NEC、Philips，熟悉他們產品的人可能知道他們和 Linux 的關係。

從 2005 年到現在 2010 年 8 月，已經有 135 個單位和 OIN 簽了交互授權協定（或曰互不侵犯條約 XD），其中包括全球知名的公司和開放原始碼專案如 Canonical、Gnome、Google、Linux Mint、OpenWrt、Oracle、Tom Tom，和更多的小公司和專案。

眼尖的讀者可能看到了 Oracle 和 Google。不是說互不侵犯嗎？怎麼 Oracle 又告 Google 了？

在 OIN 的授權書裡寫得很清楚，授權給 OIN 和 OIN 授權者的專利僅限於 Linux System 相關，Oracle 告 Google 的是 Java 相關，不在此限。 XD

結語

台灣是全球資訊硬體重鎮，在越來越多硬體內嵌 Linux 的今日，專利恐怕是硬體公司要正視的問題。OIN 是目前全球唯一為 Linux 撐起專利保護傘的公司，也許各家公司可以想想，加入 OIN 是否對自己有利。

後記：Shane Coughlan

說起來，認識 Shane 是他四五年前在 Free Software Foundation Europe 工作時，因為合作 GPL violations 相關文件而認識的。他去年轉任 Open Invention Network 的亞太區 Director，搬到東京住，時差從 7 小時變成 1 小時，聯繫方便多了，就又聯絡上。

他今年來了台灣三次，第一次是三月份的私人行程，我邀他和 Tossug 的許多好朋友在碧潭的河畔渡過了美好的一夜；第二次是應中研院 OSSF 的邀請，在 5/11 給了一場 "Licensing Compliance as Business Intelligence（善用新一代的產業智慧：從自由軟體授權相容談起）"演講，晚上也來了 Tossug 例行聚會聊天，巧遇 Thinker，談了不少 MadButterfly 的事；第三次是來參加 8/14 - 8/15 的 COSCUP / GNOME.Asia 2010 研討會，在法律議程演講 "Ensuring Freedom of Action in Free Software Through Collaboration & Partnership"，還很給面子的把住在美國南卡羅萊納州的 CEO Keith Burgelt 拉來參加，Shane 對台灣的重視可見一斑。

參考連結

Florence，OpenFoundry，「OIN 低調努力，專利交互授權保障商用自由軟體的未來發展」
葛冬梅，OpenFoundry，「當專利遇上自由/開放源碼軟體（上）」、「當專利遇上自由/開放源碼軟體（下）」

（OS: 明明是同一個人...）

W3C 的 Chinese HTML Interest Group 籌備中

2010-08-21T21:11:00.001+08:00

W3C 的 Chinese HTML Interest Group 要成立了！

這個小組目前還在籌備階段，要等章程寫完、被 W3C 批准才能正式成立，但 mailing list 在 W3C 的 Kenny Lu 和 Mike Smith 的熱心幫忙之下，已經建好了！

如果你熱血到要馬上加入，請發信到 public-html-ig-zh-request@w3.org，主題寫 subscribe，然後依收到的指示進行就可以了。

如果你不確定這是什麼，那請繼續往下讀。

W3C Chinese HTML Interest Group 是什麼？

來逐字解讀好了。

W3C = World Wide Web Consortium = 制定 Web 規格的單位，有興趣了解的人可以看維基百科上的中文和英文說明。

Chinese = 中文，包括正體中文和簡體中文。

HTML = HyperText Markup Language = 用來表現網頁的語言，如果你不知道 HTML 是什麼，你大可以忽略這篇文章。 :)

Interest Group 是什麼？如果你去問 Google translate，它會告訴你 "interest group" 是「利益集團」，台灣霹靂火瞬間上身！ XD

其實 Interest = 興趣，Group = 一群人，所以 Chinese HTML Interest Group 就是「對 HTML 有興趣的一群講中文的人」。當然任何人都可以號召這樣的一群人，組織起來討論 HTML 的技術和講中文的人對它的需求，但成立在 W3C 裡有不一樣的意義，根據 W3C Groups 網頁的說明，W3C 的任務性小組有四種：

Working Groups（工作小組，暫譯）：進行規格相關工作並有實際產出的小組，產出可以是技術報告、軟體、測試套件、評審他組產出的報告等等。
Interest Groups（興趣小組，暫譯）：對評估有潛力的 Web 技術和政策有興趣的人的集結，主要是個交換想法的論壇。
Coordination Groups（協調小組，暫譯）：和其他組溝通和協調資源的小組。
Incubator Groups（培育小組，暫譯）：在一年之內快速開發新 Web 技術的小組。

另外有兩個永久編組，就不多說了，對 W3C 組織架構有興趣的人可以上網查。

W3C Chinese HTML Interest Group 可以做什麼？

成立這個「中文 HTML 興趣小組」（暫譯）的想法是 2010 年 8 月 14 日在 COSCUP / GNOME.Asia 2010 的 HTML5 BOF 期間由 Kenny Lu 找 Mike Smith、柏強和我談的，初期的想法是可以在這裡讓大家用中文討論 HTML 的技術和中文這種文字對 HTML 的需求，如果能把全世界各地講中文、關心這個議題的人聚集起來，如果大家成熟到可以理性討論、凝聚出共識，就能把需求遞交給 HTML Working Group 或讓主要瀏覽器開發者重視我們的需求。

一開始提出的議題是：

直排文書的 CSS3 規格和實作
Ruby 的 HTML(5) 規格和實作，Ruby 就是像國小課本文字旁的注音符號那樣縮小排到本文旁邊的字。
Web font 的中文支援

但小組成員可以自由提出其他議題。

我在 8 月 17 日的 Tossug HTML5 讀書會中宣傳了興趣小組的構想，立刻得到 21 位熱血社群朋友連署響應！申請一個興趣小組據說總是要一個月以上，而 mailing list 在小組成立前是不會建的；但是顯然台灣社群的熱力燒到了 Mike Smith，讓他破格先建了 mailing list，讓大家不用引頸企盼太久。

我有沒有說過 Mike Smith 是 HTML Working Group 的正式窗口，同時是 HTML 規格書的編輯？

所以，熱情的台灣社群朋友們，你還在等什麼呢？

加入後記得說聲 Hello 和大家打招呼喔！

鄉親哪！這丟係「雲端運算」啊！

2010-04-19T08:51:00.000+08:00

原圖出處：PIXELS 短片，作者：Patrick JEAN, OneMoreProduction.

逛 hosting 夜市記

2010-02-28T23:36:00.002+08:00

今天完全不該寫部落格的，可是還是忍不住要把這個「遊記」寫下來留做記念。

COSCUP 團隊在找網站的新家，要買幾個短期代管服務來測試。我去買了 Justhost、Burstnet 和 slicehost，購買經驗完全不同，都很經典。

Justhost

上網站填資料還蠻一般的，比較怪的地方是

它似乎一定要吃掉你整個 domain：只能是 www.domainname.tld，不能填 somethingelse.domainname.tld。
填完聯絡資料和信用卡資料後，有一關要你填四位數字認證碼，而認證碼是由機器打電話唸給你聽的。三更半夜做這件事還真怕鈴聲吵到家人（一時沒想到要調成振動）。

這些都做完後，信來了，第一封是制式的信，說收到了我的訂單，但還需要核對才能處理。核對什麼？

If you paid with a credit card, it is likely we need to verify your order over the phone. Please ensure we have the correct contact number for you and please expect a call from us within 24 hours.

原來是要打電話核對訂單資料。已經線上刷卡的我，看來只好等電話。

第二封信接著送到，是要我確認訂閱 justhost 的維修通知，這... 等一下好了。十分鐘後，第三封信來了，在等電話的我，想說會不會是他們改變主意要用 e-mail 了？打開一看，竟然是促銷信！

Just a quick hello to introduce myself and welcome you to Just Host.
Also I wanted to make you aware of our special 50% discount on all'Account Upgrades' available to new customers as this will expirefor you by midnight tonight.

很好，upsale！我的第一筆交易都還沒完成，已經催我趕快升級了，還要在今晚半夜之前行動喔！（不然馬車會變成南瓜嗎？）

我眉頭一皺，已經不太喜歡這家公司了。

又等了 15 分鐘，第四封信來了。這封信實在太經典，整封信貼出來。

為了「保護我的安全」，要我「寄信用卡正面和護照」。嗯，讓我想想，如果我是盜用這張卡的人，沒有持卡人的護照，我就不能買了，這是保護我嗎？我看是保護持卡人和他們公司吧。我不是說他們不該保護持卡人和他們公司，但信中的措詞實在很好笑。

反過來說，我怎麼可能把護照影本寄給一個我不認識、商譽又還沒打響的公司呢？我也要保護我自己。

立刻回信取消了這個交易，改試 Burstnet。

Burstnet

Burstnet 的流程，怎麼說呢？

選完要買的東西，要填聯絡資料時，來了一個超長的畫面，裡面竟然有兩個地方要打密碼！？

要求第一次來訪的新客戶填兩個密碼，這真是 User Experience 的一個里程碑啊！

經過不斷的試誤（好啦我很笨），終於了解到，要先申請一個 Support Desk 帳號，就是第二個紅框裡的東西，再登記一組用 e-mail 信箱當 username 的帳號，才能把這個表填完，完成下訂的動作。

過了半小時，我終於過了這一關（打馬利歐過一關也沒這麼久），正期待著勝利的烟火，竟然看到這一頁：

又要填表？！好吧，看看是什麼表。瞄準那個 "CREDIT CARD AUTHORIZATION FORM" 連結（全大寫耶！好正式的感覺），點下去。

哇哈哈哈哈！This made my day! 人家好正式地把 hostname 取為 secure.burst.net，可是就不會把憑證弄對，這個名為 secure 的網站好 secure 啊！

這樣的 hosting 服務業者的技術能力能相信嗎？

不管，我來冒個險，按下 "Proceed anyway"，看會發生什麼事。

喔，瀏覽器下載了一個 PDF 檔。

什麼呀！這些資料不是在網頁上填過了嗎？為什麼要填第二次？你 hosting 業者好的不學，幹麼學我們大有為的政府啊？

退訂。

Slicehost

關於 slicehost，嗯，沒什麼好寫的耶，就網頁上填填聯絡資料和信用卡資料，寄來一封信說收到訂單、後面還會來兩封信，一封是收據、一封是 host 的 IP 和 root 密碼。共三封信其實先後在一分鐘之內全收到了，然後就可以用 root 登入了，起一個新的 Debian instance 這麼快啊？

這個 User Experience 只有一個詞可以形容：順暢！

雖然他比較貴，但比起前兩個要讓我坐在電腦搞半天，我真的寧願多花這一點錢，拿我的時間去陪小孩看卡通都好。

Conference: Impossible! 的 COSCUP 2009

2010-02-12T11:34:00.001+08:00

唉呀，都 2010 年了，才來寫舉辦 COSCUP 2009 研討會的回顧不會太慢了嗎？

這實在是我自己懶，加上有些帳款比較晚才收到（好像也和我有關 :p），整個 COSCUP 2009 的會計帳前一陣子才結清，要謝謝辛苦對帳的 Layla 和 Jouston。

我另有一篇有關 COSCUP 2009 籌備時期點滴的「pingooo 總召的碎碎唸」，是為了大會手冊在大會前三週寫的。辦活動是越接近活動日越緊張，這篇就來寫寫最後那幾週刺激好玩的事、順便把一些總帳算一算講講夥伴們不可磨滅的功勞、也履行一下之前說會公開研討會財務的承諾好了。

難得見面的熱血工作夥伴
既歡樂又驚險的大會手冊
COSCUP 物流中心
北京烤鴨爐
COSCUP 花絮照片
COSCUP 名句
好好玩的閃電秀
人客來買唷！
書展
COSCUP 精品街
我們也有吉祥物！
記憶足跡
互相漏氣求進步
數據來了！
誌謝
結束了...
片尾功勞簿

難得見面的熱血工作夥伴

還記得 2008 年底的時候，說話一向一針見血的 Pofeng 發了一封信問幾個朋友 COSCUP 2009 要不要辦，說：

不過我要提醒一下 Ping ; COSCUP 的籌備人力一直不足
休息一年, 我也覺得無妨, 如果 COSCUP 2010 再需要小弟, 小弟也願效犬馬之勞

還好有輔導長 lman 的組織動員能力和各工頭的努力招募，往年一向籌備人力不足的 COSCUP，在 2009 年有了戲劇性的轉變。COSCUP 2009 雖然在台北舉行，但工作夥伴來自各地：台北、基隆、桃園、新竹、台中、嘉義、台南、高雄。都是志工的夥伴們，只能靠工作之餘的時間投入，彼此之間很少見面，完全依賴各種網路工具來討論、協調大小事，這樣也可以辦出一個兩天兩地450人的歡樂研討會，現在想起來還是覺得不可思議！所有夥伴的熱血、主動積極、體諒彼此和相互扶持，是這一切成功的原因。

既歡樂又驚險的大會手冊

在 Ijs 的設計之下，COSCUP 2009 有一本印刷精美的大會手冊，整個研討會的質感又上昇了。

說到大會手冊，大會手冊裡怎麼可以沒有工作人員名單呢？於是 BobChao 在 7/22 開了一個 Google Docs 文件，說：


  1. 請組長負責完備組員清單！ 
     * 無論是填暱稱或是本名，高興就好。 
  2. 每個人若有興趣，可留下 140 字內的自我介紹 (推特正夯) 
     * 組長、或有興趣的人也可以自己從以前 mailing list 上的介紹挖一下幫忙介紹他 
  3. 7/24 21:30 前沒填自我介紹的就跳過你囉~

於是歡樂的互相陷害彼此介紹就開始了...

到了 7/24，負責排版和送印大會手冊的行銷工頭 Ijs 看不下去了，說：


  幾件事情
  1.請大家努力在時間內填好
  2.不要在上面聊天
  3.我最後只印黑色字  別人寫上去的comment我不印喔
  以上請配合謝謝

什麼呀？我怎麼不知道 Google Docs 的文件有聊天功能？哈哈！還真的，大家拼命在別人的自介後面加註解。

Ijs 都說註解不印了，那還有什麼好客氣的？註解的註解、註解的註解的註解... 通通出來了，結果就變成這個模樣。註解比本文好笑太多了，Ijs 也捨不得全部砍掉，有人到了 7/26 四校定稿才發現自己寫的眾多註解通通上去了。 XD

就在眾人引頸企盼 8/8 驗收印出來的大會手冊的時候，莫拉克颱風襲擊了南台灣。人在台南的 Ijs 送印的廠也在台南，據說整廠泡水... 離 8/15 的大會只剩一個禮拜了，印出來還要寄到台北，會不會開天窗啊？

還好那個廠很快就恢復運作，在 8/11 印出了 700 本大會手冊，勉強在 8/15 大會之前寄到了台北。

至於名牌貼紙，則是到了大會前一天才印出來，由 Ubuntu-TW 社群朋友 CrBoy 親自領件帶到台北，整個印刷的事真是好驚險啊！

COSCUP 物流中心

大會前一天，許多住在外地的工頭和工作夥伴都到了台北，下午去台大佈置會場。


Mosky、AndCycle、c9s 和 Ijs 掛上博理館的橫幅	Ijs、Layla 和 Mosky 佈置應力所的報到桌

在吃完最後的晚餐會前會聚餐後，Layla 說：「贊助商要放進小貓袋的紀念品都寄到工作夥伴進住的飯店了，大家來幫我搬去樓上的房間吧？」美女有事，那還用說？當然是壯丁服其勞。大隊人馬開拔到了飯店，才發現：「這太誇張了吧？廠商們是清倉大贈送嗎？」


廠商寄來的二十幾箱紀念品和工作夥伴合照	拆箱後每樣紀念品取一件存證，加上歷經滄桑的大會手冊。左上角是場務工頭 Ijs

為了這二十幾箱的開箱和裝袋的工作，工作夥伴們建起了臨時生產線，包括 Lzy、BlueT、AndCycle、c9s、David Huang、Mosky、Layla、icman、Ijs，一直到凌晨 3:00 多才完成，工作夥伴的旅館房間儼然成為 COSCUP 物流中心！


開箱

裝袋生產線：lzy、AndCycle、c9s、David Huang	房間裝不下，連外面的走道都用上了，圖中是 Mosky 和 Layla。

睡沒幾個小時，7 點之前又趕忙起床把小貓袋用租來的小發財運去會場。因為原本沒料到廠商的東西有這麼多，租來的一輛小發財運不完，又運了第二趟。

我自己是在報到開始的 8:40 前到會場，才走到應力館門外，哇！

COSCUP 開幕前的應力館門外

有人排隊！

第一次看到台灣的 open source 研討會有人排隊！我差點淚流滿面...

不過因為小貓袋來不及在 8:40 開始報到的時間全數運到會場，時程延了 20 分鐘，讓早到的朋友多等了 20 分鐘，真的很對不起！

激情過後的會後檢討，大家了解到「工作夥伴睡眠不足」、「早上隊伍排太長」、「大會時程延後」歸根究底全是因為「廠商紀念品數量超乎預期」、「未能事先安排足夠的裝袋和運袋時間」，有了這次的痛苦經驗，2010 年希望會很順利。

北京烤鴨爐

看到應力所小貓袋就位、人龍開始移動，我就踱到了博理館看看場地和攤位的進場狀況。一進博理館，什麼！沒有冷氣！原來攤位所在的博理館大廳在週末是沒有冷氣的！早上八、九點是還好，到了下午整個大廳一定變成北京烤鴨爐，顧攤位的人絕對烤得又酥又脆。

得知博理館大廳＝大烤爐時的總召，看到頭上那密密的三條線了嗎？

也沒時間怪地主台大電機系怎麼不在當初租借場地的時候講清楚，趕快打電話找台大計中的 Jason 求救，看有沒有辦法找幾台風扇過來，真要當烤鴨至少也要當風乾的烤鴨！

Jason 果然神通廣大，在沒人上班的週六也能調度，沒多久 choupi 就汗流全身地扛著兩隻風扇出現了，總共陸陸續續扛了六七隻風扇來解救眾生。 m(_._)m


博理館大廳的攤位區，大家無不使出護體神功。	解救眾生的 choupi

在這裡要再度向在博理館顧攤位的 Thecus、QNAP、自由軟體鑄造場三個贊助單位說聲抱歉，讓各位在炎熱的八月天待兩天的烤箱，是籌備團隊的疏忽！

COSCUP 花絮照片

我在閉幕時放了幾張大家在 COSCUP 拍的照片，現場反應不錯，在這裡貼出來，分享給沒參加到 COSCUP 2009 閉幕式的朋友，也讓看過的朋友回味一下。（閉幕式的影片在 YouTube 上，照片分享從 4:38 開始。）

震撼篇

Penk 說：第一次看 open source 活動要排隊的..（ckm, Shih 拍的照片，CC-by-sa）

叫賣篇

硬體義賣，三樣都賣掉了，喔耶！cclien++ Rex ++ （ericosur 拍的照片，CC-by-sa）

吃喝篇

（Toomore 拍的照片，CC-by-sa）

糟糕篇

jserv 名句：「我宅、我色、我舒服」（MacPaul 拍的照片，經授權使用）

閃電篇

keitheis: 本網頁將在五分鐘後銷毀（Toomore 拍的照片，CC-by-sa）

警鈴篇

閃電秀的五分鐘倒數計時器：cclien 的 iPhone！（Toomore 拍的照片，CC-by-sa）

歡樂篇

在 COSCUP 有許多哄堂大笑的機會 :)　（Toomore 拍的照片，CC-by-sa）

寫 code 篇

講者你自我檢討一下，講到台下在寫 code。（Toomore 拍的照片，CC-by-sa）

魔獸篇

連魔獸都來了！（Toomore 拍的照片，CC-by-sa）

同樂篇

MozTW 的 BOF 玩遊戲送獎品！看柏強問得多 hi！（Toomore 拍的照片，CC-by-sa）

催吐篇

阿怪不愧是音樂人，搞起怪來阿宅哪裡比得上！（Toomore 拍的照片，CC-by-sa）

趁亂告白篇

有美女在 #COSCUP IRC 上趁亂告白耶！　（walkingice 拍的照片，經授權使用）

COSCUP 名句

pingooo 開場：「COSCUP 報名的速度比去年增加 5780%！」
xdite 講到莫拉克災情支援網有人來亂 spam：「結果到最後，靠杯，都在搞這個」
微軟講者李智樺：「主辦單位說Live Demo不要只寫一行，你可以多寫幾行啊」（按出三行空行）
（Apache Crash）微軟講者李智樺：「這是為了滿足大家沒有看到Live Demo當機」
微軟講者李智樺：「大家看 IE 一定看得很不習慣，來看 Chrome」（兩分鐘後，又換了 Firefox）
「你以為我 Demo 會用 Firefox 嗎？只是給大家看一下而已」
jserv：「請 Yahoo 搜尋『宅色夫』，得到的幾個關鍵字剛好是今天要講的」
「古有凱薩：我來我見我征服 (I came, I saw, I conquered)；今有宅色夫：我宅我色我舒服 (I home, I suck, I comforted)」
pingooo:「BoF 晚餐是半徑為 z 高度為 a 的圓柱體」
penk：「我們最期待的是IE6還是趕快去死 XDDDDD」（提及Web應用）
penk：「快速開機根本是假命題：一般使用者開機的時候都去上廁所，然後像各位這種高手根本不會關機啊」
penk：「開發團隊增加了百分之三百，一個人變四個人 XD」
（全場拍手之後）李駿：「這個還不算精彩，要拍手請等一下」（李駿用Pure Data示範用程式寫電音）
olv：「寫這個其實沒有很難，只要血尿一個禮拜就可以了」 (olv 對 jserv 的血尿控訴)

好好玩的閃電秀

閃電秀：給你五分鐘，你可以秀全世界！

2009 年的閃電秀非常精彩，聖博展示了音樂 CD 結合擴增實境（Augmented Reality），眾人驚嘆不已！

keitheis 的以秒計測：「其實我的 demo 只要一分鐘就跑完了，其他的其實都是在𡃤咧。」
「現在來看我的程式碼... ㄟ？這是什麼東西？」

小 B 講的 JetPack... 「真的嗎？我們試試看！」... 聽眾說：「要記得換氣。」

有錢劉正要開始講，OpenOffice 就當機了... cclien 評曰：「今日最悲情。」

癮科技徵工程師... 「歡迎跟我們聯絡，啊！我忘了打 e-mail！」（老闆三條線...）　「怎麼辦？... 我還有時間，太好了！」　「可是我不會用 Windows 7，怎麼辦？」 XD

聽說很快就找到人了唷！

人客來買唷！

這次大會有個著重於對 open source 軟體友善的硬體的議程，是希望能把 open source 和台灣蓬勃的硬體產業橋接起來，一方面讓更多硬體公司開始了解 open source 軟體對他的潛在優勢，一方面也為 open source 社群打開一些未來的工作機會。

Rex 很有創意地啟動了「硬體義賣」的活動，一共有以下三款硬體：

酷點科技 (CoolIdea)，五組酷卡啦 CK-100，單組市價 4990 元，1500 元起標。
威盛電子 (VIA)，三組 EPIA-CX15000G 主機板，單組市價 US$250，1500 元起標。
佳景科技 (HomesSecnairo)，兩組 HSC-200 家庭自動化系統，單組市價 US$1000，4000 元起標。

這是很大膽的嘗試，會前大家都有一點擔心，怕萬一沒賣完，那 COSCUP 不但有物流中心，還要有庫存中心了。

所幸社群真是太捧場了！所有的硬體都賣掉了，為 COSCUP 帶來了不少的基金，可以用在明年的大會。謝~~~ m(_._)m

書展

除了硬體義賣之外，Rex 還找來了悅知文化和碁峰資訊兩家出版社，在會場用七五折的價格提供超過 40 種和 open source 或電腦、網路相關的書，像 Ajax、jQuery、Joomla!、App Engine、Erlang... 都有，Rex 還和出版社談到把銷售所得的 10% 回饋給 COSCUP，真是揪甘心吔！

這次賣的書之中，還有講者寫的書耶！你有沒有買一本請他簽名啊？

COSCUP 精品街

COSCUP 2009 的攤位比往年大幅增加，共有 15 個攤位，今年還特別設了攤位組來負責攤位相關的大小事情，慢慢有了 Conference & Expo 的架式了！除了書展的兩家和硬體義賣的攤位，還有 KKBOX 、Canonical 、Sun Microsystems 、Linpus 、Microsoft 、趨勢科技、Thecus 、自由軟體鑄造場和 QNAP 九家的攤位。

今年和宅衣團隊合作，在會場賣社群紀念品，盈餘歸 COSCUP 公基金。紀念品還不錯唷！你有沒有買幾個當紀念啊？

我們也有吉祥物！

這次行銷工頭 Ijs 做了個吉祥物設計、票選的活動，希望能為明年的 COSCUP 催生出一支吉祥物來。經過大會現場的展示和投票，作品「團結吧！熱情啄木鳥」以最高票當選，恭喜設計人 Joker！

Joker 在作品下方寫了一段文字，寫得很好：「COSCUP 是由一群熱情社群發起，主推 Open source 的研討會。COSCUP 社群就如同啄木鳥一般，堅持“臭蟲（BUGS）難逃眾人法眼“的理念與熱情努力，加速改善軟體的缺失，進化軟體的方便性，讓軟體更易學易用，軟體品質得以大幅提昇。COSCUP 逐年成長茁壯，但仍有寬闊的成長空間，除了加強軟體的實用性外，需要更多熱情的啄木鳥參與推動，讓 open source 軟體發光發熱。」

從今天起，推動 COSCUP 2010 的就是一群熱情的啄木鳥！如果有人沒聽過 COSCUP，問你「COSCUP 是什麼鳥？」你可以大聲回答：「啄木鳥！」 :)

記憶痕跡

所謂「凡走過必留下痕跡」，除了上面的花絮照片外，COSCUP 2009 還留下了很多美好的回憶喔！

大會記錄組和所有會眾拍的照片：Picasa 相簿、Flickr 相簿。
大會記錄組拍攝的演講錄影放在 YouTube "COSCUP 2009 群組"上，往下捲就會看得到所有的演講列表。
演講的簡報檔在 COSCUP 2009 議程頁上都有連結。
癮科技的文字轉播：第一天、第二天。
記錄組 Singing Li 拍的 COSCUP faceroll，可以用來和網友認親。

互相漏氣求進步

大會結束之後，我們發了一份問卷，柏強很仔細地收集和整理了 155 份問卷，讓我們知道大家滿意和不滿意的部分。柏強做了一份彙整文件，把所有希望 COSCUP 改進的地方列了出來（真的很多耶！汗），很感謝所有提出改進意見的朋友，這正是所謂的「互相漏氣求進步」。有了這些意見，COSCUP 2010 一定會做得更好！

除了文字意見之外，有幾個評分題，請大家從 1 到 5 為 COSCUP 打分數，從統計結果看來，大家對我們實在太厚愛了！

不過呢，如果把 5 當作 80 分以上來看，認為議程、場地、食物不及格的也有 16.8%、27.7% 和 24.5%，這是 COSCUP 要進步的空間，COSCUP 2010 加油啦！

數據來了！

以下是 COSCUP 2009 的一些數字，看到數字雙眼會發亮的讀者可以仔細看，看到數字會頭痛的朋友可以跳到下一節。這裡面有些令人驚嘆的數字，值得讀者慢慢去發掘。

參加人數	估計 450 人
報名額滿時間	4 小時 7 分 39 秒
場地	2 個
演講場次	36 場
演講總長度	1110 分鐘
閃電秀上台	11 人
BoF 場次	4 場
吉祥物投稿	4 件
Call for Sponsorship 寄送	46 家
贊助單位	19 家
莫拉克風災捐款代收	NT$26,400
小書展賣書	108 本
社群義賣	宅衣 15 件徽章十餘個土虱娃娃 10 隻
攤位	12 家、15 個攤位
總收入	NT$729,559
總支出	NT$551,291
結餘	NT$178,268
籌備時間	150 天
籌備團隊通信論壇上的人數	45 人
會前參與規劃的人數	30 人
大會期間執行工作的人數	34 人
籌備團隊通信論壇上的信件數	3275 封
發信數前五名	總召、銷售、議程 pingooo (645) 議程 Pofeng (398) 記錄、議程柏強 (296) 會計 Jouston (248) 行銷、場務 Ijs (228)
會後問卷回收	155 份
籌備團隊會後自我檢討文件長度	36336 字
籌備團隊會後自我檢討文件 Google Docs 版數	4233 版
以上文件整理彙總出來的檢討項目	120 條

財務數字：

2009 收入	NT$729,559
贊助	NT$694,000
義賣	NT$35,559
2009 支出	NT$551,291
人事	NT$105,526
場地與食物	NT$367,554
雜支	NT$26,305
稅務成本	NT$51,906
2009 結餘	NT$178,268
2008 結餘	NT$144,382
2006 結餘	NT$22,149
歴年結餘總計	NT$344,799

誌謝

鳴謝台大資訊系系主任呂育道教授和廖世偉教授幫我們商借到博理館的場地。

鳴謝所有的贊助商，讓我們有足夠的經費辦好這一年一度的大拜拜： KKBOX 、Canonical 、Pixnet 、Sun Microsystems 、Thecus 、資策會、Linpus 、Microsoft 、趨勢科技、QNAP 、Google 、自由軟體鑄造場、HomeScenario 、巴哈姆特、0xlab 、酷點科技、Yahoo! 奇摩、VIA 、5V Technologies。

鳴謝台大電算中心 Jason 和 choupi 幫我們緊急調度到風扇，解救在博理館的眾攤位人員。

感謝癮科技的文字轉播（第一天、第二天）。

感謝 MozTW 的 Singing Li 拍了 COSCUP faceroll。

感謝所有的宣傳夥伴：Study-Area 、Ubuntu-TW 、MozTW 、Tossug 、PTT 、夢之大地、三秒練工房、Suse.idv 、TWFTP 、地圖日誌、Jserv 部落格、ericsk 、XDite 、黑眼珠、Figaro 以及其他諸多熱血部落格主諸多不及備載……感謝各合作媒體夥伴大力相挺！

結束了...

兩天的研討會，一下就過去了。來參加 COSCUP，不只是聽演講、學技術而已，所謂「四分聽演講、六分交朋友」，你有沒有交到新朋友？有沒有和老朋友敍到舊？

希望每個來參加的人都及格了！

會後工作夥伴們大合照

大會結束一週後，眾工頭們再度齊聚一堂於台北火車站對面的 Cafe America，一起把大家提出的 120 條檢討事項討論了一遍。檢討結束後，嘿嘿嘿... 就是推坑時間啦！COSCUP 2010 的總召會是誰呢？

那還用說，以工頭之間的默契，不用說也知道，pingooo 總召提名的人一定全票當選啦！

2009 總召 pingooo 交棒給 2010 總召 Jouston。

你看你看，pingooo 笑得多開懷！眼睛都笑得看不到了。Jouston 顯然落坑手足無措胸懷壯志，2010 年上看 700 人的重責大任就交給 Jouston 了！

片尾功勞簿

電影散場了，別走那麼快，看看這場好秀的所有演員和工作人員，給他們一點掌聲吧！

我們 COSCUP 2010 再見！

主角	.................	450 位參加的社群朋友
講者群
莫拉克颱風災情支援網	.................	xdite
PHP Web App in 15 minutes with Symfony	.................	takizo
Practical Google App Engine Applications in Python	.................	ericsk
The future of Ajax and ZK 5	.................	Timothy Clare
Javascript 起飛到雲端	.................	sleepnova
三十分鐘帶你的PHP上雲端	.................	李智樺
Apache HBase: Bigtable Goes Realtime	.................	Andrew Purtell
Open Source Friendly Home Automation Hardware Platform	.................	wycc
OpenWRT, A value-add base solution for your product	.................	MacPaul & Rex Tsai
網路儲存(NAS)平台上的開放式模組開發	.................	李曜琮
NAS 的無限可能 – QPKG	.................	卓士超
開放源碼硬體開發套件(Arduino) 對於設計與創作的影響	.................	Mao
Have Fun with Sun SPOT	.................	cookys
Linux Virtualization Goes Mobile	.................	jserv
Canonical in Ubuntu Community	.................	Hugh Blemings
Contributing to the OpenSolaris Project	................	Jim Grisanzio
Clutter - The Animation UI Framework on Mobile Device	................	江家豪
Moblin 與 Android 應用於小筆電上的機會與挑戰	................	林政道
LXDE/xPUD - Shortest Path to the Cloud	................	Fred Chien & penk
Cloud Computing - An opportunity for Linux netbooks	................	Sascha Pallenberg
Git 還能做什麼 ?	................	tsung
Why Vim? Vim 能幫助你什麼？	................	c9s
Happy Build with OpenEmbedded	................	tick
FOSSology - 開放源碼軟體授權分析工具	................	ant
Porting Android to x86 MID	................	Freedom
Smaller and Faster Android: Optimization and Toolchain Perspective	................	廖世偉
How Android Differs from GNU/Linux? And How can we FIX it?	................	walkingice
Android Scripting Environment 簡介	................	gasolin
Mastering the Android Media Framework	................	Dave Sparks
Android Wave Is Not Google Wave (Leveraging Linux DRI 3D Acceleration into Android Software Stack)	................	olv
自由軟體與藝術創作 (以 Puredata 為例)	................	李駿
GFX: 開放原碼軟體推廣的經驗與實驗	................	Bob Chao
Westart 計劃	................	Franklin & OneDollar
Linux Firmware Debug Toolkit	................	Merck Hung
如何使用 Redmine 做專案管理	................	FourDollars
Software Design in Virtual Environment	................	Martin Pool
閃電秀講者群
擴增實境應用程式	................	沈聖博
Android-x86	................	cwhuang
以秒計測 (a testing helper: noscat)	................	keitheis
Playing Beagle with Android	................	Jeremy
Jetpack - 五分鐘 Firefox 輕薄套件開發	................	笨笨的小B
SLAT 「代收社群贊助款項辦法」	................	Bob Chao
Open Source 在 SoC(System On Chip) 開發中的角色	................	有錢劉
不能吃但很好玩的草莓棒棒糖 - Sugar LiveUSB	................	YChao
Cucumber: a new acceptance testing tool	................	ihower
癮科技徵工程師	................	吳顯二
Ubuntu Hardware Summit	................	Kevin Huang
主持人
A1、B3 主持人	.................	Bob Chao
B1 主持人	.................	Freedom
B1 主持人	.................	Rex
大會演講、A2 主持人	.................	Jouston
閃電秀主持人	.................	cclien
B2 主持人	.................	Pofeng
A3 主持人	.................	Jimmy
B4 主持人	.................	Yurenju
贊助
鑽石級贊助	.................	KKBOX
鑽石級贊助	.................	Canonical
鑽石級贊助	.................	痞客邦 Pixnet
鑽石級贊助	.................	Sun Microsystems
白金級贊助	.................	Thecus
白金級贊助	.................	資策會
白金級贊助	.................	Linpus
白金級贊助	.................	Microsoft
白金級贊助	.................	趨勢科技
白金級贊助	.................	QNAP
白金級贊助	.................	Google
白金級贊助	.................	自由軟體鑄造場
白金級贊助	.................	HomeScenario
黃金級贊助	.................	巴哈姆特
黃金級贊助	.................	0xlab
黃金級贊助	.................	酷點科技
黃金級贊助	.................	Yahoo! 奇摩
黃金級贊助	.................	VIA
黃金級贊助	.................	5V Technologies
轉播服務
文字轉播	.................	癮科技
場地
場地提供 1	.................	台大應力所
場地提供 2	.................	台大電機系博理館
參展
攤位 A7、A8	.................	KKBOX
攤位 A1	.................	Canonical
攤位 A5、A6	.................	Sun Microsystems
攤位 B2	.................	Thecus
攤位 AC	.................	Linpus
攤位 A3	.................	Microsoft
攤位 AA	.................	趨勢科技
攤位 B4	.................	QNAP
攤位 B3	.................	自由軟體鑄造場
攤位 A4	.................	悅知
攤位 A9	.................	碁峰
攤位 B1	.................	硬體義賣
攤位 B5	.................	宅衣與社群
工作夥伴
議程	.................	hychen
議程	.................	Bob Chao
議程	.................	pingooo
議程：助理主持人	.................	多多
議程：助理主持人	.................	smallfish
議程：助理主持人	.................	Gina
議程：助理主持人	.................	Jovita
議程：不承認工頭	.................	Pofeng
銷售：管道介紹	.................	Arthur Lu
銷售：管道介紹	.................	David Huang
銷售：管道介紹	.................	Jouston
銷售：管道介紹	.................	Fred
銷售：管道介紹	.................	flyworld
銷售：管道介紹	.................	MacJack
銷售：管道介紹	.................	Ducati
銷售：管道介紹	.................	Toomore
銷售：管道介紹	.................	lman
銷售：管道介紹	.................	hychen
銷售：管道介紹與聯絡	.................	Rex
銷售：工頭	.................	pingooo
福利社：聯絡	.................	Jouston
福利社：聯絡	.................	Arthur Lu
福利社：聯絡	.................	pingooo
福利社：拍賣	.................	Mosky
福利社：拍賣	.................	凍仁翔
福利社：拍賣	.................	MacJack
福利社：拍賣	.................	Ducati
福利社：拍賣	.................	David Huang
福利社：拍賣	.................	Layla
福利社：拍賣	.................	cclien
福利社：工頭	.................	Rex
會計：代理	.................	琦琦
會計：工頭	.................	Jouston
帳房	.................	Layla
網站：起始資料庫	.................	kiang
網站：刻工	.................	魏藥
網站：工頭	.................	Fred
行銷：美術宣傳品製作	.................	宇狗
行銷：文字宣傳品製作	.................	琦琦
行銷：聯絡	.................	雨蒼
行銷：文書	.................	CYJ
行銷：工頭助手	.................	Aminzai
行銷：工頭	.................	Ijs
會眾：報名表設計	.................	Pofeng
會眾：報名系統、資料統計	.................	Bob Chao
行政	.................	Layla
場務	.................	AndCycle
場務	.................	Sanyuan
場務	.................	sony1733
場務	.................	阿怪
場務	.................	小米
場務	.................	巧a
場務	.................	CYJ
場務	.................	Layla
場務	.................	小鷗
場務	.................	Mosky
場務	.................	仁豪
場務	.................	c9s
場務	.................	icman
場務	.................	雨蒼
場務：小發財司機	.................	夾四噸 Jouston
場務：物流中心	.................	Lzy
場務：物流中心	.................	AndCycle
場務：物流中心	.................	c9s
場務：物流中心	.................	David Huang
場務：物流中心	.................	Mosky
場務：物流中心	.................	Layla
場務：物流中心	.................	icman
場務：物流中心	.................	BlueT
場務：物流中心	.................	Ijs
場務：緊急海報傳送	.................	BlueT
場務：緊急海報輸出	.................	Jouston
場務：設備管理	.................	Ducati
場務：工頭	.................	Ijs
攤位：工頭	.................	Lzy
網路：現場轉播	.................	BlueT
網路：工頭	.................	David Huang
記錄：攝影	.................	Toomore
記錄：錄影、會議記錄	.................	小鷗
記錄：錄影、上傳	.................	Irvin
記錄：錄影、上傳	.................	JimmyTP
記錄：錄影	.................	呆呆蝦
記錄：錄影	.................	danix
記錄：工頭	.................	Bob Chao
輔導	.................	lman
Local arrangement 主席	.................	廖世偉
代理總召	.................	Rex
總召	.................	pingooo

敦請教育單位繼續用 IE

2010-01-17T14:09:00.007+08:00

我一定是瘋了才會這樣寫，但是，真的，教育單位一定要繼續用 IE，不然 IE 的市佔率要掉到零，花了十幾年用反托辣斯告微軟的案子要付諸流水了！

「你真的瘋了！IE6 + IE7 + IE8 的市佔率明明超過 60%！」你說。

那你最近一定是跑到桃花源裡去，不知有漢，無論魏晉。

Google 2010/1/12 宣佈要移除 Google.cn 上過濾搜尋結果的功能，並和中國政府討論合法在中國如此營運下去的途徑，如果不行，不排除退出中國【Google 公告原文】。在公告中明白指出遭受疑似來自中國的黑客攻擊是導火線之一。
McAfee 2010/1/14 宣佈他們的調查結果，直指一個 Microsoft IE6、IE7、IE8 都有的漏洞，讓暫名為「極光行動」的攻擊者，可以進入受害者的電腦予取予求，任何受害者有權讀取的文件通通偷得到。【McAfee 公告原文】
Microsoft 2010/1/14 公開承認這個漏洞的存在，還說目前沒有解藥，建議大家採取的行動是「保護您的 PC」，換句話說，就是請大家限制自己的權限、不要上不熟悉的網站。【Microsoft 公告原文】
德國聯邦資安辦公室 2010/1/15 發出公文，建議 IE 使用者在微軟研發出解藥之前改用其他的瀏覽器，因為「在 "protected mode" 中執行 IE 和關閉 Active Scripting 雖然讓攻擊更為困難，但無法完全避免。」。【公告原文，另有 Mashable 的英文報導】

許多有智慧財產權或企業機密要保護的公司，通通怕死了，開什麼玩笑！我六個月後才要面市的產品藍圖，現在就被黑客偷去了，我生意還要做嗎？雖然許多內部流程的網站不用 IE6 就廢了，但和企業機密被對手偷光光的風險相比，一點點不方便實在太微不足道了！

任何國防機構，一定都全面禁止 IE 的使用了，不然軍事部署和研發中的武器計劃都被偷走了，還不等於投降？

任何政府機關，也一定把 IE 都移除了，不然所有標案的底標都外洩了、所有情報人員名單都曝光了，政府還能運作嗎？

各公司、組織紛紛在評估改用 Firefox、Opera、Chrome、Safari 四種瀏覽器之一，這四個合稱為 FOCS 的瀏覽器看來就要合力拿下全球瀏覽器市場了。

如果只剩下消息不靈通的人和不怕死的人在繼續用 IE，那怎麼行？

拜託拜託各級教育單位，你們沒有什麼機密，教材被偷就當作讓更多人有學習的機會，考卷試題被偷就算送給幾個學生 100 分，沒有商場或戰場的生死問題，請務必要繼續用 IE，拜託拜託！

pingooo 總召的碎碎唸

2010-01-12T23:00:00.009+08:00

正在寫 COSUCP 2009 的總結文，忽然想到：為了大會手冊寫的「pingooo 總召的碎碎念」沒有出現在網路上耶！就把它貼到部落格來，留個紀念。

這篇碎碎唸 140 字寫不下，所以各位不用去噗浪或推特找了。 XD

回想今年三月多開始策劃 COSCUP 2009 的時候，正是金融海嘯的浪頭，消費券也才剛領幾個禮拜，到處都是用消費券的廣告，加上竹科各公司放無薪假的新聞不斷襲來，真的是人心惶惶啊！

到了四月，開始拈拈手上的現金和預算，才赫然發現：「如果沒拉到贊助，今年辦完 COSCUP 後，要貼 20 萬！」 @_@

四月中，兩個 open source 研討會的主辦人異口同聲說：今年景氣冷冰冰，很難募款。其中一個甚至停辦了。

可是，都公開說要辦了...

不管了，穿上雪衣，衝吧！

團隊

第一股暖流來自於社群。在 lman 幫忙組織之下，得到了許多熱情朋友的響應，加入籌備團隊，把許多繁雜的工作挑了起來。而且加入的人越來越多，一開始我還有點小小擔心，加入的人知不知道是要來被荼毒的啊？有些會不會是來亂的？但時間證明我想太多了。

　你想知道 COSCUP 2009 是由誰些人辦起來的嗎？請翻到工作人員名單那一頁。

回來了？你數得出來有多少人在為 COSCUP 2009 貢獻嗎？我已經數不清了。

這一群熱心的社群朋友，在 Google groups、IRC、私噗、MSN 上討論 COSCUP 的大小事，從 3/18 Google groups 啟用以來，上面的 e-mail 件數逐月成長，依這個趨勢，七月有可能突破單月 1000 封信的大關！

（喂！每個月六七百封信還被 Google groups 列成「活動：低度活動」是怎樣？）

拉贊助

五月初，我們準備好了贊助徵求書，一家一家廠商地寄出去。Jouston 和 Rex 出了很好的主意：台灣以硬體產業見長，COSCUP 應該要適度強調 open source software 對硬體產品的優勢，對在地產業比較有用，也做出 COSCUP 的特色來。因此 Rex 開始聯絡台灣各個可能有用到 open source 的硬體公司，我則聯絡外商和軟體公司，加上 Arthur 幫忙牽線，許多之前不認識的社群朋友也主動拿出自己的人脈介紹廠商來贊助！

這麼多人幫忙拉贊助，這是第二股暖流，感恩啊！

為了寫這篇碎碎念，今天算一算，才發現我們一共聯絡了 46 家廠商和組織！ (gym)

（咦？這不是噗浪？）

廠商支持

剛開始寄贊助徵求書的時候，很擔心找錯廠商窗口，被當垃圾信丟掉，連說明的機會都沒有。但隨著回函一封一封進到信箱裡，我開始覺得，好像有希望了。

5 月 10 日是重要的一天，因為發行 Ubuntu 的 Canonical 公司同意贊助了！今年的第一筆贊助！很快地，Pixnet 和 Linpus 也先後同意贊助。等到 Sun 也同意，今年確定不用墊錢了！ (heart) (dance)

（狀態顯示為「不管是不是噗浪了！」）

這是第三股暖流。

到今天為止，COSCUP 2009 一共有 17 家廠商或組織贊助。社群默默地、自動自發地、無私地幫 COSCUP 牽線募款，和廠商的大力支持，是今年募款會成功的重要原因，在景氣寒冬的今年尤其感激大家。

講者

雖然募到錢了，但是一場好的研討會，有錢是不夠的！君不見某些百萬級的研討會「爛評如潮」、「讓人罵了還想再罵」。真正好的研討會需要 xdite 所說的三寶：網路、食物和正妹，呃... 這些交給 David、Layla 和 Lzy 去張羅好了。其實一樣重要的是：題材、講者和聽眾。題材新穎有意思、講者風趣又有料、聽眾能有迴響和彼此交流，才是好玩的研討會。更何況 COSCUP 的最重要目的是社群大拜拜，如果社群的大大們不來講講他們手上的新玩意，新加入社群的人不來交朋友，那還有什麼意思！

但這不是一兩個人能獨力做到的，要靠社群大大們願意出山來演講，吸引大家來參加。

今年感覺上有不少話題，也為了讓更多人可以參與，去年單線的排法怕會排不下，所以排了平行議程。但是，往年的 open source 研討會一向要四處邀請講者，call for paper 都不容易 call 到人投稿，今年到底有沒有那麼多講者啊？

講者群就是第四股暖流。

今年不但有不少人主動投稿，而且還有重量級的大大，投進來的稿，重到一隻手拿不動，要用雙手捧！如

freedom 前輩要來講把 Android 移植到 Gigabyte MID 上的經驗
wycc 前輩講用 open source 軟體做居家自動化
人帥真好的 jserv 要為 COSCUP 搏命演出（剛做了一個 hypervisor？）
剛出 App Engine 中文書的 ericsk 上官神人要來講 App Engine（你還沒買書嗎？買了竟然忘記帶來大會請神人簽名嗎？）
xdite（最近太紅了吧？），要來講可以飛上總統府^H^H^H雲端的 Ruby

還有遠從馬來西亞投稿的 takizo 喔！

除了投稿，邀稿和贊助單位的演講也都很有水準，我就不一一列了，請翻到議程和講者介紹那幾頁去看。我只引用一下 ericsk：「這講者群太華麗了吧。」

感謝社群大大們和贊助單位的熱情支持，「COSCUP 2009 的議程根本就是多到滿出來了 XD」（引用 jserv 的話），兩個議程分別在相隔二分鐘的台大應力所和台大博理館，也儘量讓兩邊的主題有明顯的區隔，希望你能找到自己喜歡的題目唷！

聽眾

今年的聽眾實在太狂熱了！

往年的網路報名都要好幾個禮拜，去年快很多，大約是十天報滿 400 個名額。今年因為平行議程座位比較多，開放 550 個名額，其中 100 個是「學生保障名額」，大會當天要憑學生證報到，剩下 450 個是一般名額。本來想說 7/16 11:00am 開放報名後，過兩三天來看看進度。

沒

想

到

！

一般報名區 15 分鐘就湧進 100 人！第一個小時就超過了 200 人。午飯時間稍微休息，吃完午飯，就再度以每刻鐘約 20 人的驚人速度上昇。

下午 3:07 就 550 人爆滿！

有沒有搞錯啊？COSCUP 不是 Cosplay CUP 耶！沒有 Cosplay 的美眉，也沒有明星上台唱歌跳舞，大家真的沒有報錯名嗎？

名額被秒殺，好些社群長輩白天沒時間，晚上就沒得報名了！囧rz

眼尖的你可能發現圖中的總人數不到 450，這是因為圖是 7/22 做的，為了讓沒報到名的人有第二次機會，有些工作人員已經把名額讓出來給第二波報名了。

這不只是暖流，這是連撞沈鐵達尼號的冰山也要融化的熱浪啊！

總之...

碎碎唸了這麼多，如果你讀到這裡，恭喜你！請找心怡妹妹或愛美麗妹妹領取啾咪一枚。

COSCUP 2009 從今年三月開始籌備，到今天這四個多月，讓我再度感受到，台灣社群的熱血貫穿全身啊！如果問我這幾個月來最大的收穫是什麼，亳無疑問、非常肯定、如假包換、童叟無欺的，是多了一個外號^H^H，不不不，是多了一群年輕的好朋友。Pofeng、柏強、Rex、Layla、Ijs、Jouston、hychen、lman、Fred、medicalwei、宇狗、David、Lzy、Arthur、BlueT、小鷗、雨蒼、Ducati、琦琦、阿民... （這下族繁真的不及備載了），要不是你們，COSCUP 怎麼會搞得這麼大？

pingooo,
2009/7/23 在 Mountain View, California, U.S.A.

開放源碼軟體不准為惡？

2009-12-30T10:26:00.011+08:00

今天有條新聞的標題很有意思：

zdnet 中文新聞：授權條款加入「不為惡」 Google拒代管
cnet 英文新聞：'Don't-be-evil' Google spurns no-evil software

Google 的源碼代管服務 "Google Code" 的服務對象是開放源碼的軟體，在 Philosophy 頁裡的任務說明寫得很清楚：

Mission Statement

To support the open source community by providing a scalable, reliable, and fast collaborative development environment for open source software, docs, and standards that promotes best practices in open source software engineering.

問題是：在開放源碼軟體授權條款中加上一條「不得用此軟體作惡」，這個軟體還是不是開放源碼軟體？

這個問題可能要由律師回答，但我個人的看法是：加上這一條軟體就不再是開放源碼的了，見 Open Source Definition 的第六條，摘錄出來：

6. No Discrimination Against Fields of Endeavor
The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

「授權條款不得限制任何人在特定領域使用該程式。」

作惡的領域也是個領域，依第六條的精神，開放源碼軟體不能要求使用者不可用它作邪惡的事。

如果採取 Open Source Definition 的定義，規定軟體不得用來作惡抵觸了這一條，因此軟體就不再算是開放源碼軟體。

代管非開放源碼軟體既然不是任務之一，Google 請加上不作惡條款的 JSMin-PHP 離開 Google Code，看來是合理的。

軟體創作者有權利為自己的軟體加上任何授權條款，別人沒什麼好干涉的。所以 JSMin-PHP 作者有天賦的權利，要求使用該軟體的人不得用它來作邪惡的事。不過話又說回來，如何界定什麼事是邪惡的？

用 ssh 和偷聽到的密碼進入他人的系統算不算作惡？
ssh 進去後，偷系統裡的資料算不算作惡？
如果以上兩個行為是資訊兵在兩國交戰時入侵對方的系統，對自己的同胞算是作惡還是英勇戰績？對敵人來說呢？

或許這是為什麼法律條文中不會有邪惡這個字的原因。

自己的條款違反了開放源碼的定義，還要炒新聞謿諷代管服務，實在有點失格了。

Chrome OS 源碼釋出！

2009-11-20T01:58:00.079+08:00

Google 官方部落格今天貼出了一篇文章 "Releasing the Chromium Open Source Project"，也召開了一場有 webcast 的記者會，正式宣布 Chrome OS 的源碼開放了！

Chrome OS 的開放源碼專案叫做 Chromium OS，官方網站放在 chromium.org 上。

這應該連 Alpha 版都不能算吧？是 "Release early, release often" 原則下的結果。「及早釋出」這個原則對大型開放源碼專案很重要，尤其是 Chromium OS 這種要整合 kernel、xorg、clutter 等其他源碼的專案，更是如此。不然內部程式可能會越改離 kernel 或 clutter 這些上游（upstream）的最新源碼越遠，最後要和上游整合就會極為困難。

想嚐鮮的人，可以下載源碼，再用 image_to_usb.sh 裝到 USB 隨身碟，不用洗掉電腦裡的資料或作業系統就可以玩 Chromium OS 了；另外也可以把 image 裝到 VMWare 或 VirtualBox 裡玩。

記者會的展示機 Chromium OS 7 秒就開完機了，但是在我兩歲大的 EeePC 8G 上就要 23 秒，其中 11 秒在等 BIOS。

開完機就是登入畫面，可以用 gmail 帳號登入（不用打 @gmail.com，只要按 TAB 鍵 Chromium OS 就會補完順便把游標移到密碼欄）。

這個時候你需要網路連線，Chromium OS 才能知道你打的密碼對不對。如果 Chromium OS 還不支援你筆電的 WiFi 晶片，可以先插上有線網路登入一次，之後 Chromium OS 會在硬碟（或是隨身碟）裡存一份快取，再登入就不需要網路連線了。

登入後就會看到全螢幕的 Chrome 瀏覽器，我自己較常做的幾件事是：

ctrl-t 開新分頁，在 Omnibox 打入網址或搜尋關鍵字，連去要看的網頁。
點螢幕左上角的圓形 icon 進入應用程式清單的畫面，再選個 icon 點下去，還是連去要看的網頁。
ctrl-w 關分頁。
ctrl-alt-t 打開熟悉的文字模式 command line terminal（打 exit 指令離開）。

像 Calculator 和 To-do list 這種小應用程式和一般網頁不太一樣，它們比較像 Gmail 裡的 chat window，只佔畫面的一小部分，從下方浮上來。但不一樣的是，不論你切換到哪個分頁，它會一直留在畫面上，方便你隨時使用。

Chromium OS 的授權條款是 BSD license，使用和 Chromium 一樣的 depot_tools 工具和 git 源碼管理系統，有興趣自己 build image 或開發 Chromium OS 程式的人可以照 Getting and Building a Chromium-Based OS 網頁上的說明做做看。

目前 Chromium OS 已經可以正常顯示中文網頁和 flash，在 EeePC 8G 上看 YouTube 相當順暢，可惜尚未支援中文輸入。Chromium OS 有一份文字輸入的設計文件，我摘錄幾個點出來：

使用的 input method framework 將會是 ibus。
正體中文的輸入法將會有倉頡、注音、酷音。
選字窗、設定介面、文字切換選單都會重做，以符合 Chromium OS 的使用者體驗。
設定會同步到雲端去，所以換一台 Chromium OS 登入也會有相同的輸入法設定。

會同步到雲端的當然不會只有輸入法的設定，基本上除了螢幕和鍵盤的實體參數可能因不同機器有所不同之外，大部分的設定都會在雲裡。

好了，記者會結束了，關機睡覺吧...

你如果已經裝好了 Chromium OS，你可能會發現：咦？沒有關機選單，要怎麼關機？

這提醒了我 14 年前看到的 SGI 工作站... 電源開關按鈕會啟動 shutdown 程序，所以可以直接按開關，為了這個還被老工程師罵過一次：「你怎麼連 sync; sync; shutdown -h now 都不知道？」這... |||

所以，我按下我的 EeePC 右上角的電源開關，Chromium OS 就關機了，對嘛！消費者用的電器就該這樣直覺。按開關打開，再按一次就會關掉。什麼叫做「要先選〔開始〕選單上的〔關機〕才可以關電」？太不人性化了。

關好機，睡覺去。

｛更正：修正下載源碼的連結，原文中打錯 URL 真不好意思！｝

聽 FBI 主任 Robert Mueller 演講筆記

2009-10-25T17:21:00.019+08:00

最近住在美國加州的 Palo Alto。今天早上在收音機上聽到 FBI 主任 Robert Mueller 去舊金山 CommonWealth Club 的演講，大談網路犯罪和恐怖份子，30 分鐘講完後，還回答了 30 分鐘的問題。

趁忘記之前把聽到的東西筆記一下。

他自己也中過 phishing，以為真的是銀行寄來的 e-mail，糊裡糊塗連上了 e-mail 裡附的網址，還好在假的銀行網站上填密碼之前警覺到可能有問題，找他手下來查，把 phishing 的人抓了起來。不過從此他老婆就不准他用 online banking 了，哈哈哈！
（註：釣魚的人誰不好釣，跑去釣 FBI 主任，我該說他活該嗎？）
他說各公司和組織在建立網站的時候，一定要事先把保全（security）納入考慮，而不是事後再亡羊補牢。
之前有個案子，是罪犯組織先從網路入侵銀行，盜取了提款卡上的密碼後，做了許多張偽卡，在 24 小時內，從全球各地數百個 ATM 提領了上百萬美金。
九一一之後，美國愛國者法案（USA Patriot Act）通過了，FBI 歷經了組織重整，並且和美國的情報機構（CIA、NSA 等等）開始交換情報。FBI 一向負責的是美國境內的治安，CIA 是美國境外的情報蒐集；情報整合之後，對恐怖組織在境外和境內的活動有了比較完整的輪廓。
（註：其實是對任何人在美國境內和境外的活動都很了解吧？）
FBI 的五個最優先的工作：（其實這個 FBI 網頁列得很清楚，但 FBI 主任被問到的時候背得出來耶！）
1. 保護美國不受恐怖攻擊
2. 保護美國對抗外國的情報工作和間諜活動
3. 保護美國對抗基於網路的攻擊和高科技犯罪
4. 在各層級查緝公共人物的貪污
5. 保護公民權利
有聽眾問：「美國有很多愛國的阿拉伯裔人民，FBI 有沒有這樣的成員？」Robert Mueller 的回答是：「美國是個移民國家，FBI 的成員應該要反映出來，但目前阿拉伯裔的人數還不夠。」
有聽眾問：「與其要防範青少年駭客破進伺服器讀了我們的 e-mail，我們不是更應該擔心 FBI 偷看嗎？」（註：這不是當面嗆主任嗎？嗆得好！）
Robert Mueller 的回答大致是這樣：「你其實真的要防範青少年駭客破進伺服器，很多人覺得他自己的機器裡沒什麼好偷的資料，就不想花力氣去保護；但是資訊就是力量（Information is power），你不知道罪犯拿到資訊後會做什麼事、産生什麼後果。相比起來，FBI 如果要看你線上的資料，必須先向法官申請搜索票，然後希望你的服務業者配合。」
（註１：他講了幾種法官，但我沒聽懂。註２：真的有這麼克制自己？很難相信耶！看看 2001 年美國法務部幹的好事。）
有聽眾問：「FBI 會聘厲害的駭客進 FBI 工作嗎？」（註：這讓我聯想到 Leonardo DiCaprio 和 Tom Hanks 演的 "Catch me if you can"，中譯【神鬼交鋒】）
Robert Mueller 回答是：「不會。」他又繼續講：「青少年駭進別人的系統，常常不知道自己在犯罪，被逮捕的時候一臉錯諤。關進去之後，就會留下犯罪紀錄，幾年之後出來，要找工作都變難了。」

先記到這裡，如果還有想到什麼再補記吧！

Stop making a fuss on things you don't know the context

2009-10-21T14:10:00.009+08:00

OK, Chris Yeh of Yahoo! openly apologized about having "Hack Girls" in the Yahoo! Open Hack Day in Taiwan. I understand that there were waves of complaints in the English-speaking part of the world that drove Yahoo! to apologize. But since none of the English-speaking complainers were in the event, the complaints were based on pictures and/or a video that has been taken down.

If you are not there and haven't heard first-hand from any attendees, you are out of context and shouldn't make a fuss.

I myself wasn't there, so I'm not jumping into conclusions. Instead I'm trying to find out what attendees think.

ZDNet has a report on this, I'd suggest that you either read it if you know Chinese, or get it translated to your language.

Beyond the report, I've chatted with some attendees, including one female developer (let's call her X) and a friend of another female developer (let's call her Y). But let's establish some facts first.

First of all, it was only a 3 minute dance to entertain the developers in an otherwise exhausting 24 hour hacking event. It was not an all night dance party.

Second, some bloggers think these girls are strippers. No, that's totally wrong. They are girls that are good at dancing and are invited to exhibitions, trade shows or other events to dance with clothes ON to attract customers. Strip dancing is illegal in Taiwan according to this Q&A page of Hsinchu District Prosecutor Office. If having dance girls in technology events gives you a bitter taste in your mouth, don't blame it on Yahoo!. That practice has been there for for than 5 years.

Third, it has been dubbed "lap dancing", but is it really that intimate? I can't tell from the pictures on Simon Willison's blog. It seems the dance girls touched developer's shoulders with their hands. But there were no other apparent physical contacts. Does this constitute lap dancing? I'm not sure.

Now on to my attendee friends. My summary of the responses to the 3 minute dance are as follows.

X, being in the Open Hack Day for both 2008 and 2009, complained about 2 things last year on her blog (in Chinese):
1. the loud music distracted her and her team from coding;
2. the dance girls pulled attendees to stage, interfering with developers' hacking work.
She did not write about the dancing itself, and hasn't written any blog about the event this year.
Y's friend said Y didn't care.
A male friend wrote on his plurk microblog that he enjoyed the Open Hack Day event overall, but felt uncomfortable in those few dancing minutes. He also thought that dance girls pulling attendees to stage is over the line.
Several others view that "it was a distraction", pointing to the loud music, but not the dance because
- some of them were trying to keep coding;
- the rest didn't bother to watch.
Some didn't even bother to comment on it, instead complained that some teams came with a half-baked project and the competition wasn't fair.

Today, finally there is an English blog entry by a male attendee. Similarly, he complains about the distraction, not the dancing.

So far I haven't seen a single participant, male or female, feel offended by the dance.

So, no matter who you are, which philosophy you believe in, or how many subscribers your blog enjoys, stop making a fuss unless you were in the event, or until an attendee writes that he/she is offended by such an arrangement.

資料在雲端蒸發，怎麼辦？

2009-10-13T23:38:00.062+08:00

最近有個連續劇般的新聞，我看了幾天...

10/10 Engadget 報導："T-Mobile: we probably lost all your Sidekick data"。啥？T-Mobile 把手機客戶的聯絡人、照片的資料搞丟了？

10/11 ZD Net 文章："The T-Mobile-Microsoft Sidekick data disaster: Poor IT management going mainstream"。「T-Mobile 微軟的資料災難：差勁的 IT 管理進入主流」，這種話都出來了，挨踢也是應該的。

10/12 The Inquirer 報導："Danger no backups"。不論是外包給別人去升級 SAN 也好、是微軟和 Danger 系統整合有問題也好，資料還真的沒有備份？！

第一次看到這個新聞的時候，我還真不敢相信，所以才多看了幾天。

資料中心裡的客戶個人資料竟然沒有備份？

這樣也可以出來做生意？

我本來覺得歐巴馬上任不到一年獲諾貝爾和平獎一定是本月最離譜事件了，沒想到馬上被這件事追過！

網路上有關這個事件的部落格也是隨手找就一大堆，有人說這是雲端運算目前為止最大的災難，有人說這是無能的人經營的傳統資料中心，和新興的雲端運算無關。

這個事件，算不算雲端運算的災難？

我所認同的「雲端運算」是「應用程式和資料都放在遠端伺服器，用任何可上網設備均可取用」的運算模式，不是任何單一技術或單一廠商，和資料中心傳不傳統、網管厲不厲害也沒有關連。

所以，不要牽拖，這就是雲端運算的大災難！

雲端運算不安全？

這個例子說明了，再先進的技術，在無能的營運或管理者的手上，都可能出問題！（唉喲，害我又想起張國龍教授當年批評核四安全性的說法...）

這個單一事件，不會阻止、但可能會減緩雲端運算模式的普及。因為：

你的銀行外洩了所有信用卡客戶的資料，你會說整個信用卡的消費模式就此垮台嗎？
還是你會說，這家銀行太爛了，趕快把卡剪了，換用另外一家的？

你也許要記住這次出包的雲端服務公司，以後在選擇服務業者時，考慮一下要不要選這家。

那麼，作為一個雲端消費者，要如何保護自己的資料？

依我看，有兩件事可以做：

自己的資料自己救！把所有上傳到 flickr/picasaweb 的照片、上傳到 YouTube/Vimeo 的影片，在 Pixnet/無名/Blogger 寫的部落格文章、在 Google docs 裡作的文件、用 Google Sites 做的網頁... 通通拷貝一份在家裡。
慎選雲端服務商。以後選擇只會更多，每個人因為穩定性、移植性、方便性、同儕推薦等等各種原因會選擇不同的服務商，但為了你辛辛苦苦寫的文章或難得拍到的小孩照片不要人間蒸發，千萬別漏了考慮「資料安全性」。

１．自己的資料自己救

這說來容易，做來難。不是空間的問題，一顆硬碟 1 TB 的時代，買個外接碟就能裝進幾百小時的影片、或一二十萬張照片、或幾十萬份文件，容量真的不是問題；問題是在維護上。

天下沒有不散的筵席，更沒有不壞的硬碟。

出去旅遊拍的照片和小孩幼稚園畢業典禮的影片，一旦失去就再也回不來了，小心的人都會自己備份；管理日漸成長的檔案和備份的最簡單方法，大概叫做「買兩顆硬碟回來對拷」吧！不過要有心理準備，這種事不太好請學長幫你做（你確定學長不會看到不該看的？），金錢和時間是要自己花的。而且有些東西是直接在雲端平台產生的（如這篇部落格），要如何備一份在家裡？這是另外一個課題，改天再來寫一篇。

不過，話說回來，連小心的一般使用者都會備份資料了，堂堂的手機廠商和配合廠商（好大的一間公司喔）竟然會沒有備份？我二個禮拜前才在台大教了 distributed file systems 和 GFS 的課，連大學生都大約知道容錯的分散式檔案系統是怎麼回事了，這些大公司是在用二十年前的技術存資料嗎？

２．慎選雲端服務商

如果在金錢或時間上有困難，實在沒辦法自己備份怎麼辦？只好仔細選家服務商，然後祈禱不會所選非人啦。

怎麼看一家雲端服務商的資料安全性好不好？

歷史記錄：以前有沒有掉過資料？掉了有沒有找回來？花多長時間？資料是否外洩過？
資料保全技術：它用什麼技術保全你的資料？有沒有容錯機制所以不怕單一硬碟的損壞？有沒有異地備援所以不怕單一資料中心發生火災？
人員素質和制度流程：它的工程師和 IT 網管的素質如何？有沒有完善制度和流程以避免人為疏失？

第一點在網路上搜尋或打聽，多少可以知道一些。

第二點比較困難取得，服務商不見得會揭露這些技術細節，但我認為雲端運算要漸趨成熟的話，這些是雲端服務商應該要揭露的內容。目前一般的做法是提供「服務等級同意書」（service level agreement），但就像安裝軟體大概超過 99% 的人都是 Next > Next > Next，雲端服務的 SLA 那頁應該也是沒看就「我同意」了吧？有心的人不妨注意一下 SLA。

第三點的話，每一家要嘛不說，要嘛一定是自吹自擂，這時候口碑就很重要了，尤其是在行家之間的口碑。

你可以反問：「我存錢到銀行都沒過問銀行是如何保全它金庫裡的錢了，存資料到雲端難道比存錢還要更小心？」

當然！

錢失去了，再賺就有，何況銀行被搶了，你還是可以憑存褶去領錢，如果把銀行擠兌倒了，還有存款保險寥表心意的理賠，要到的每一塊錢，都和你存進去的錢有一樣的效用。可是，你在金字塔前騎駱駝的照片萬一不見了，難道要摸神燈請燈神幫你變回來？業者最多只能賠你錢，但你寧願賠錢的狀況不要發生吧？

在雲端產業和法律配套還沒成熟的今天，業者必未會主動揭露資料保全的方式，所以，還是多搜尋多打聽吧！口碑很重要的，不是你身邊非行家的同學、同事、同鄉、同胞的口碑，而是網路上行家的口碑。

誰是行家？那就要由你來發現了。希望你不會和這幾十萬個 Sidekick 的客戶一樣，資料掉了還救不回來，也希望你永遠不會問我標題上的問題。

陳水扁去美國軍事法庭狀告美國的判決：駁回

2009-10-11T17:41:00.005+08:00

在美國軍事法庭日誌 10-026 號記載了陳水扁去告美國的案子的處理結果，順手轉貼並翻譯一下。我不是法律專業，用詞如有錯誤請專家指正。

Misc. No. 10-8003. Chen Shui-Bian, Petitioner v. United States, Respondent. Notice is hereby given that a petition for extraordinary relief in the nature of a writ of mandamus was filed by mail under Rule 27(a) on September 21, 2009, and placed on the docket this 6th day of October, 2009. On consideration thereof, it is ordered that said petition is hereby dismissed for lack of jurisdiction.

雜項 10-8003 號，請願人：陳水扁，被告：美國。
在此公告，要求本庭依法履行書面命令以破例釋放請願人的請願書，已於 2009 年 9 月 21 日依法規 27(a) 以郵件寄達本庭，並於 2009 年 10 月 6 日進入備審案件目錄表。在審慎考慮之後，本庭命令，因缺乏法律管轄權而駁回該請願書。

這裡面有些我不太確定譯得對不對的文字，條列如下：

extraordinary: 破例的

relief: 釋放

writ: 書面命令

mandamus: 依法應履行的執務

dismiss: 駁回

歐巴馬獲諾貝爾和平獎：文字記錄

2009-10-11T03:29:00.015+08:00

這兩天最大的意外新聞，應該就是美國總統歐巴馬才上任九個多月就獲得諾貝爾和平獎這件事吧！各國媒體充斥著各種解讀和猜測，我不是國際關係專家，不想解讀，只想把諾貝爾基金會的公開文字轉貼和翻譯出來，留個文字記錄。

正式的 citation：

"for his extraordinary efforts to strengthen international diplomacy and cooperation between peoples"

「因為他在強化國際外交和民族之間的合作上異於常人的努力」

記者會的宣佈：

The Norwegian Nobel Committee has decided that the Nobel Peace Prize for 2009 is to be awarded to President Barack Obama for his extraordinary efforts to strengthen international diplomacy and cooperation between peoples. The Committee has attached special importance to Obama's vision of and work for a world without nuclear weapons.

挪威諾貝爾委員會業已決定將 2009 年諾貝爾和平獎頒給歐巴馬總統，以表揚他在國際外交和民族之間的合作上異於常人的努力。委員會尤其重視歐巴馬對於無核武世界的願景和工作。

Obama has as President created a new climate in international politics. Multilateral diplomacy has regained a central position, with emphasis on the role that the United Nations and other international institutions can play. Dialogue and negotiations are preferred as instruments for resolving even the most difficult international conflicts. The vision of a world free from nuclear arms has powerfully stimulated disarmament and arms control negotiations. Thanks to Obama's initiative, the USA is now playing a more constructive role in meeting the great climatic challenges the world is confronting. Democracy and human rights are to be strengthened.

身為總統，歐巴馬創造了國際政治的新氣氛。多方外交重新取得中心地位，並且強調聯合國和其他國際組織所能扮演的角色，即使是最艱難的國際衝突，對話和談判也成為解決問題的優先手段。無核武世界的願景已經有效地激發了裁減核武和控制核武的談判，幸虧歐巴馬的主動，在全世界面對巨大氣候變遷的時刻，美國現在扮演了更有建設性的角色。民主和人權則有待加強。

Only very rarely has a person to the same extent as Obama captured the world's attention and given its people hope for a better future. His diplomacy is founded in the concept that those who are to lead the world must do so on the basis of values and attitudes that are shared by the majority of the world's population.

很少有人能像歐巴馬一樣引起全球關注並同時給予人民美好未來的憧憬，他的外交政策根植在一個觀念之上，就是：要領導世界的人一定要以全世界多數人的共同價值和觀點為基準。

For 108 years, the Norwegian Nobel Committee has sought to stimulate precisely that international policy and those attitudes for which Obama is now the world's leading spokesman. The Committee endorses Obama's appeal that "Now is the time for all of us to take our share of responsibility for a global response to global challenges.

108 年來，挪威諾貝爾委員會不斷試圖鼓勵的，就是這樣的國際政治和由歐巴馬領先全世界展現出來的這種態度。委員會支持歐巴馬發出的呼籲：「現在是我們全體共同肩負起對全球性挑戰作出全球性回應的責任的時候了。」

Oslo, October 9, 2009

2009 年 10 月 9 日於奧斯陸

噗浪你到底在搞什麼鬼！？

2009-09-07T01:58:00.077+08:00

噗浪有隱私嗎？

今天噗浪上的一個話題是正妹牆帶來的隱私權可能被侵犯的問題，讓我來從個人的觀點表達一下想法。

正妹牆

正妹牆是什麼？它是一個網站，幹什麼用的？用說的不如用看的。

這這這... 真是宅男的福音啊！

還可以選任何一個正妹的照片點進去看喔！

進去之後，就是有關這位正妹的資訊啦！最上面是這位正妹最近的噗，再來這塊是她的照片、之前的照片、更舊的照片、等等等。（第一次做馬賽克，技術不佳請見諒。）

往下捲，捲過正妹過去所有的照片之後，出現了她的朋友的牆，有 plurk ID、Karma 和照片。

再往下捲，看到她的粉絲的牆，一樣有 plurk ID、Karma 和照片。

OK，正妹牆就是這樣。

問題 1：過去的照片

正妹牆很厲害，可以把正妹以前的照片找出來顯示，這是怎麼做到的？其實，這些圖檔的網址清一色是

http://avatars.plurk.com/nnnnnn-bigmm.jpg

的形式。換句話說，當正妹因為心情好還是什麼原因換照片的時候，噗浪並不是拿新的圖檔蓋掉舊的，而是產生一個新的圖檔的網址給正妹的首頁用（換個 mm 的數字），舊的仍然留在系統裡，網址不變。

「正妹牆」的作者發現了這個事實，更進一步發現了照片網址的規律，因而找出了正妹過去所用過的所有照片，顯示在有關那位正妹的網頁上。

已經有人抗議：我換掉的照片，你為什麼還顯示出來？！

這裡有個問題：換掉照片之後，舊照片算什麼？

是「舊的作廢」、還是「舊的歸檔」、還是別的？

噗浪的上傳照片頁是這樣寫的（點擊圖片字可以看得比較清楚）：

"Upload new picture to replace the current one."

如果你問我，我會說，這裡很清楚地說了，「上傳新的照片取代現在的。」

問題來了！

噗浪在系統中沒有真的用「取代」的動作！而是用「新加照片」＋「更新照片網址」的動作，嚴格說來不算取代；但因為噗浪沒有提供連往舊照片的連結，表面上看起來和「取代」有一樣的效果。

可是這有一個漏洞：假設我發現了這位正妹的噗浪首頁，覺得她的照片很棒，在我的部落格裡大大讚揚一番還放個連結，這是完全合情合理合法的行為啊！她有一天換了照片，也不會通知我。但因為噗浪保留了舊網址，所以到我部落格的人都會看到她的舊照片！

從這個角度看，噗浪現在「新加照片」＋「更新照片網址」的作法，並沒有達成「取代」的功能，這違反了上傳照片頁的說明文字。

從功能上來說，使用者的認知是「舊照片被新照片換掉了」，可以合理推論「舊照片已不存在於網路上」；就像「我把硬碟裡的檔案砍掉了」可以合理推論「檔案已不存在於硬碟裡」，但是熟悉去年灌 C 事件的人都知道，熟系統的人在一定狀況下是可以把砍掉的檔案撈回來的，但是做得到不代表應該去做。在噗浪上，使用者已經藉由「上傳新照片」表明了「取代舊照片」的意圖，系統應該尊重使用者的意志，用任何技術或方法撈出舊照片都應該視為違反使用者意圖的行為。

在我上面貼的正妹的歴史照片中，可以看到第八張是她和某個男生的合照，其實往下捲有更多和他的各種合照，甚至有些親密動作，她現在拿掉了這些照片換成獨照，你覺得是為什麼？把舊照翻出來顯示，會不會有可能是在傷口上灑鹽？

所以我覺得，雖然噗浪的設計有我講的漏洞，但是正妹牆這樣在事後利用這個漏洞把所有舊照片翻出來顯示的作法，於情於理都是不妥的。

問題 2：顯示朋友和粉絲的資料

在正妹牆的正妹個人頁上，朋友和粉絲的資料都會顯示出來，但是在正妹的噗浪頁上，未必是設定成公開的。這位就是這樣：

看不到朋友的照片，也看不到粉絲的照片，不過有個 Show all fans 的連結耶！點下去，

什麼！粉絲就列出來了！在帳號設定的 "Privacy" 分頁裡設「Allow only my friends to view my plurks.」不准有粉絲的設定是設心酸的嗎？

順便一提，噗浪不提供介面讓正妹隱藏朋友的照片，但是，這是 web！會設 CSS 就能玩很多花樣，只要把 id="dash-friends-pics" 這個 div 捏成一個點、或是丟到外面很遠的地方，就看不到了。

好，回到正題。正妹牆把正妹的朋友和粉絲通通列出來了，有沒有問題？

在技術上，正妹牆作者並沒有黑掉噗浪的系統，只是載入正妹的噗浪頁，頁裡的 Javascript 裡就有

var FRIENDS = {"4059169": {"display_name": "馬賽克", "uid": 4059169, "nick_name": "馬賽克", "has_profile_image": 1, "location": "Tainan, Taiwan", "avatar": "28", "full_name": "馬賽克馬賽克", "gender": 1, "timezone": null, "id": 4059169, "karma": 70.87}, ...};

var FANS = {"4190724": {"display_name": "馬賽賽", "uid": 4190724, "nick_name": "馬賽賽", "has_profile_image": 1, "location": "Taipei, Taiwan", "avatar": "20", "full_name": "馬賽賽", "gender": 1, "timezone": null, "id": 4190724, "karma": 65.83}, ...};

如果你看得懂一點 Javascript，你就知道，

這就是正妹朋友和粉絲的基本資料啊！

正妹牆所做的，就「只是」把這些資料顯示出來。

這個問題有兩個層面。

1. 噗浪為什麼要把這些資料用 Javascript 的形式塞在正妹的頁面裡？

現在噗浪的設計是：一定會顯示朋友、粉絲則依隱私設定決定要不要顯示，所以要把朋友的清單傳給瀏覽器顯示；估且不論這種設計的效率問題（我的頁面的 27920 bytes 中有 6541 bytes 是朋友和粉絲的資料，但只顯示 140 個朋友中的 8 個和 216 個粉絲中的 8 個！），光說這個不用認證就把資料通通送出來的做法，我就無法苟同！

如果是我來設計這個頁面，我會用一個 Ajax 去向伺服器要朋友清單的前 8 筆顯示出來，如果使用者點了 "Show all friends"，再用 Ajax 去要更多資料來顯示。

粉絲的顯示可以用一樣的 Ajax，只是換個資料，伺服器端會看正妹要不要公開粉絲，要才給資料出來，不要的話就回一個「恕不提供」。

這樣很難嗎？

順便再講一個問題... 有沒有人和我一樣，覺得要保護的是朋友，不是粉絲？應該要可以設定不顯示朋友才對吧？

2. 正妹牆可以把這些資料顯示出來嗎？

技術上，正妹牆只是把已經存在的資訊，用視覺的方式呈現出來。

對使用者而言，問題是在粉絲的部分沒有尊重使用者個人的隱私設定（雖然噗浪自己也提供了 Show all fans 的連結），使用者心裡自然不是滋味。但噗浪沒提供 API，正妹牆也只能從 fan_holder 這個 div 的內容去猜，有點苦手，但是做得到。

朋友部分，噗浪沒有提供隱藏的介面，所以一般人都是公開的，但也有人用 CSS 把朋友清單藏起來了，用瀏覽器看不到，他花了心血去隱藏朋友清單，顯然真的不想給別人看，但是網頁原始的 HTML 檔裡明明就有！結果就是，人看不到的朋友清單，用程式去看網頁就明明白白。

要用程式判斷使用者有沒有隱藏朋友清單有技術上的難度。最簡單的解決方式，還是請噗浪提供 API，讓外部程式可以依循。在 API 出現之前，恐怕是沒有「顯示願意公開的朋友清單但不顯示不想公開的朋友清單」的好方法。

這個部分，可能要請正妹牆的作者權衡一下，把「資訊存取的便利」和「個人隱私的意願」放在天平的兩端秤一秤，是要放棄便利性（通通不顯示朋友）、還是要顯示朋友但因為無法判斷意願而可能不尊重某些人的意願？

總之...

這些問題，我認為在正妹牆身上的少，在噗浪身上的多；也因為正妹牆，才曝露出來，原來噗浪有這麼多問題：沒有 API、把朋友和粉絲資料放在網頁中、未使用固定網址放照片！

噗浪你到底在搞什麼鬼！？

五大行星

2009-08-09T01:22:00.003+08:00

近年來五個主要的瀏覽器 IE、Firefox、Safari、Opera、Chrome，Logo 都是圓的，為什麼呢？

我百思不得其解，直到在 CNet 的這篇報導裡看到下面這個圖，終於恍然大悟！

這分明是五大行星嘛！

IE 那個環，有像土星吧？

Firefox 的顏色是藍星和木星的結合，因為土星和木星是五大行星裡最大的兩顆，Firefox 順理成章就佔木星缺啦！

紅紅的 Opera，火星非他莫屬。

原意像是在藍藍的大海中用羅盤導航的 Safari，既然連大海都出來了，就不用客氣了吧？水星就是他了！

剩下一顆金星，就塞給 Chrome「鉻」吧！誰叫他名字裡帶金！（咦？）

對照表來一下：

木　土　金　火　水

話說五大行星簡稱五行，　　　（大誤）

水火金木土，相生相剋，

誰剋誰，有興趣的人自己去查吧！ XD

Google 推出新 Android 軟體：Places Directory

2009-06-03T23:33:00.008+08:00

Android 市集上最近有了新貨：Google Places Directory，這是 Google 台北辦公室的工程師開發出來的軟體，可以幫你找到附近的有趣地點（point of interest），怎樣的有趣地點呢？

（有中文喔！）

目前有小吃、簡餐、餐廳、停車場、加油站、便利商店、購物、電影院、飯店、銀行郵局、醫院、景點這十二類。

來吃個簡餐好了。

看到了嗎？有店名、距離（怎麼是用英哩啊？）、方向（就是那個小紅箭頭）。G1 有電子羅盤，搭配 GPS 定位，它就知道每家店和你的相對位置和方向啦！喜歡的話，轉一轉 G1 看小紅箭頭跳圓舞曲吧！

有一家有評論，還是五顆星！點進去看看。

這叫不叫一目瞭然？

先看看別人的評論再決定要不要去這家，畫面上顯示的是每篇評論的前一百多個字，要看全文的話，你猜怎麼弄？

對啊，點在評論文上就會開啟瀏覽器連到愛評網上的評論全文了，通常也會有不少照片。如果人在國外，會連到其他的當地網站。

看完回到 Places Directory，想打電話訂位的話，按 Dial 就可以了。

想看看地圖這家店在哪裡，按 Map 鈕看看。

那要怎麼去呢？按一下中間的 "The place is here"。

再來選 "Directions to this address"。你也可以選別的，像局部放大、把目前位置設過去、把這家店的電話地址加到聯絡簿裡，去吃完還要去別的地方續攤？沒問題，也可以把店當起點找路。

再來要設路線的起點，預設是目前的位置，按右下角的 "Route" 就開始規劃路線了。

路線出來了。

啊照片沒照好，下面兩個按鈕白掉了。左下角是 "Edit"，按了就回到前一個畫面；右下角是 "Show map"，兩個按鈕之間是 "Distance ... 0.9 km"、"Est. drive ... 3 min"，市區道路加紅綠燈，900 公尺要開 3 分鐘的車，大概差不多吧！

想看看路線圖，按右下角的 "Show map" 按鈕就可以了。

看到路線圖了，轉彎的地方都有標誌，如果按下去，

就會告訴你 "Turn right at 百忍街"（不該是講「在百忍街右轉嗎？中文化還沒做完！）。

好了，我可以去吃了！900 公尺，走路好了，不然開車還要找停車位。如果 Places Directory 可以幫我找店附近的停車位就更好了！

下次出國或出去玩的時候，帶著這隻手機，就不怕吃到地雷餐廳了！

徐薇誤人子弟之《金鋼狼》

2009-05-18T20:20:00.020+08:00

昨天禮拜天，難得帶了全家大小去看電影「星際爭霸戰」。

下午從美麗華出來的路上，打開收音機，就聽到聲音甜美的徐薇老師正在和老麥討論「星際爭霸戰」和「金鋼狼」這兩部電影，算是半個 trekkie 的我，當然想聽聽老麥怎麼談「星際爭霸戰」囉！無奈聽沒多久話題就轉到了金鋼狼。

這畢竟是徐薇老師的英文教學節目，說到金鋼狼，怎麼可以不趁機教一下他的英文 "wolverine" 這個字呢？

這時不可思議的事情發生了！

也許是我正在開車，有點幻聽...

但是，我真的聽到徐薇老師以她慣有的甜美嗓音，說出以下這段話：

金鋼狼的英文名字，是片商為了 X-men 電影，創造出來的字喔！

（啥！？）

狼，我們都知道，是 W - O - L - F
金鋼狼有點不一樣喔，是 W - O - L - V - E - R - I - N - E

（唸得真清楚！感覺上還特別強調了 V 這個字，但是... 這不就是... ）

這個字唸成 /ˌwulvəˈraɪn/

等一下！

/ˌwulvəˈraɪn/ ？

新創的字？？

徐薇老師，我可以理解妳不看 NCAA 籃球，

沒聽過密西根大學九零年代初大名鼎鼎的新生校隊五虎將 The Fab Five，

也沒注意到後來引起渲然大波的密西根大學籃球醜聞的新聞，

所以不知道，

在球場上，密西根大學就是 University of Michigan Wolverines。

但是，但是...

上節目之前，不能先查一下字典嗎？

忘了帶字典，總可以借電台的電腦查一下 Google 字典吧？

不用五秒鐘，就能查到 wolverine 的定義和發音了，我來剪貼一下：

在英文 > 中文(繁體)字典中找到。

wolverine [美國] [ˌwulvəˈrin] [英國] [ˌwulvəˈriːn]

名詞
1. 【動】狼獾;貂熊
2. 狼獾皮;貂熊裘
3. 【美】【俚】( W -)密西根州人的別稱

網頁翻譯

Wolverine

金剛狼《X戰警》XMen中的金剛狼是休傑克曼在美國電影的首次露面之後接著一連串拍了《X戰警2ent.sina.com.cn - 相關搜尋
渥弗林... Sterops 施泰羅, sunree 山瑞, Suunto 松拓, Tecnica 泰尼卡, Tophik 拓步,www.top222.com - 相關搜尋
金鋼狼1X戰警金鋼狼電影正式上映時間 Ans2009年4月29日星期三早場2由變種人組成的秘密軍事www.marieclaire.com.tw - 相關搜尋

wolverine

狐狼... 乒乓球知識, 膠皮, 乒乓球品牌, 配件類, 網球配件, 其它用品, Reebok 銳步, Ninkewww.lingdu.cn - 相關搜尋
狼獾... 這個比喻有點低估了自己建議以凶猛的狼獾Wolverine作為國家的新象徵以灰熊與狼獾blog.51.ca - 相關搜尋

網路上的定義

- Michigander: a native or resident of Michigan
- glutton: musteline mammal of northern Eurasia
- stocky shaggy-coated North American carnivorous mammal

顯示更多網路上的定義 »

徐薇老師，不論妳說 wolverine 是狼獾、還是貂熊，我都沒有意見。

妳要怎麼和老麥講電影裡休．傑克曼的角色和這兩種動物有什麼關係，我也不管，

可是...

當英文老師的人，唸錯發音，還瞎掰詞的出處，

真的可以嗎？

聽了妳的廣播的人，明天找外國朋友一起去看金鋼狼，

說："let's see the movie /ˌwulvəˈraɪn/"，

被外國朋友譏笑連發音都發錯，

從此抬不起頭來，也沒有關係嗎？

除了誤人子弟，我還能說什麼？

喔，我還能說：

為什麼這樣的人，錢賺得比我多那麼多啊！

COSCUP 2009 起跑囉！

2009-05-02T00:14:00.008+08:00

啥？你不知道 COSCUP 是什麼？

COSCUP = Conference for Open Source Coders, Users and Promoters = 開源人年會，是台灣開放原始碼社群一年一度的大聚會。

當年 COSCUP 之所以會開始舉辦，是因為有幾位好朋友看到軟體自由協會（SLAT）舉辦的 ICOS 2006 研討會，滾在地上大叫「這不是 ICOS！這不是 ICOS！」。對 ICOS 和其前身 Open Source Workshop 有高度使命感的乃特大，找了 Pofeng、KC 和我在台大附近的魯米爺咖啡談了談填補這個社群研討會空缺的可能性，就在二個月內，乃特大奔波、Pofeng 慷慨解囊、KC 和我跑腿，就促成了在台大體育館舉辦的 COSCUP 2006（又叫做「真.ICOS2006」）。

COSCUP 2006 來了近兩百人，給了我們很大的鼓舞；2007 年，我們決定再給 SLAT 和 ICOS 一次機會，正式向 SLAT 提案讓 COSCUP 和 ICOS 辦聯合研討會，COSCUP 辦社群的議程，ICOS 辦產官學研的議程，場務和財務則由 ICOS 的團隊打理。不料 SLAT 搞出一連串的小動作，造成會後乃特大和 SLAT 決裂。

到了 2008 年，乃特大和我決定要擴大參與，廣邀台灣各地社群一同來舉辦 COSCUP，讓 COSCUP 不但是為了社群而辦，更是由社群來辦，成為真正屬於社群的研討會。KaLug、Study Area、Zuso、Tossug、MozTW、TWJUG 都響應了。這次的研討會很成功，在 238 席的台大應用力學研究所國際會議廳舉辦的 COSCUP 2008，竟然還有社群朋友報不到名！而且在乃特大的廣為奔走之下、配合內容紮實的 Call for Sponsorship，拉到了破記錄的廠商贊助金額，看看 COSCUP 2008 閃閃發光的贊助廠商名單：Device 2.0 、 Mozilla Corporation 、痞客邦、 Google 、 Novell 、巴哈姆特、 Handlino 、 Asus 、 Microsoft 、 Aiink 、暨大資管、 Fon 、 Yahoo 奇摩，真是賞心悅目啊！

不過籌備人和廠商都變多，聯繫工作也跟著增加，沒想到又碰到幾個籌備人出了些狀況（如我自己必須在會前出國工作和渡假一個多月），也許有些社群朋友注意到了，籌備團隊中的幾個人在會後有些摩擦，這是美中不足之處；我只希望大家能忘掉這些小小的不愉快，把 COSCUP 延續下去。

辛苦三屆的乃特大今年要休息了，由我來接棒當總召集人。很高興的是，許多好朋友一句話就出來幫忙了！lman 、 Thinker 、 Fred 、 Jouston 、 Ijs 、 Layla 、 BlueT 、柏強、...，真是感恩！接棒的我們已經開始籌備的前期工作，像 Call for Sponsorship、暫訂的議程方向和經費預估都有了、場地也訂到了、也從 2008 帳房 IK 的手上拿到了去年省下來的款項，在景氣寒冬的今年，這筆結餘款真的是雪中送炭啊！我在此向乃特大和 IK 致上最大的謝意，也為之前因為急著付場地訂金而在程序上有所疏失向兩位致歉，如果在這過程中造成兩位在心理上有任何不舒服，請多多包涵。

無論如何，即使起跑有點不順，COSCUP 2009 還是上跑道了！期待今年的 COSCUP 又會是一場快快樂樂的大拜拜，讓大家來看看老朋友、交交新朋友、順便學點新玩意！

時間：2009 年 8 月 15 日 - 16 日
地點：台灣大學應用力學所國際會議廳
（對！沒錯！就是去年一樣的場地）

看到這裡的你，難道不想幫忙 COSCUP 2009 嗎？你可以：

報好康！你認識某金主、或是某公司的某經理，可能會贊助 COSCUP？立刻報給籌備團隊！信箱：〔研討會縮寫〕@googlegroups.com。
傳千里！COSCUP 開放報名的那天，用力給他宣傳下去，讓更多人知道 COSCUP、想去 COSCUP、報名 COSCUP！
甲級動員！揪團一起去參加 COSCUP。

我們八月見！

Google Code 正體中文版上線了

2009-04-16T10:18:00.013+08:00

〔宣告：作者寫這篇時任職於 Google，下筆時不可避免有 Google 的角度，但所寫文字不代表 Google 官方的觀點。〕

如果你今天連上 Google Code，在網頁最下方，應該會看到這行文字：

Google Code offered in: English - Español - 日本語 - Português - Pусский - 中文(简体) - 中文(繁體)

比以前多了一個「中文(繁體)」選項，選下去！

吔！Google Code 有正體中文版了！

中文版包括哪些開發者工具呢？點選網頁下方的「網站目錄」連結看看吧！

有 Android、Chromium（Google Chrome 的開放原始碼專案）、Google 應用服務引擎、 Gears、Protocol Buffers、Google Web 工具組這些開放原始碼專案的文件，和 Google Data API、Gmail Atom 資訊提供（"feed"）、Google 帳戶驗證 API、Google AdSense API、Google AJAX API、Google Analytics、Google 圖表 API、Google Finance API、Google 地球 API、YouTube 資料 API 等等應用程式介面的文件，我眼花了！一共有 66 個給開發者用的產品，每項的介紹頁都已經中文化了。

Google 的服務一向是先推 beta 版，再依使用者的回報來修改，Google Code 文件服務也不例外。

有些中文翻譯可能有 bug，歡迎回報。
網頁右上角有一行小字：「英文版或許有比此中譯版新的內容」，是的，中文版還沒跟上英文版的進度，所以有些較深入的文件還沒有中文版。

不過以 Google 的 API 和開放原始碼專案的更新速度，文件的翻譯版，不論是日文、俄文、西班牙文、還是中文，要追英文版恐怕不容易，所以先求有、再求好，先走廣、再走深，希望讓開發者對各種工具有個概略的認識，在開發網路應用時，知道有哪些工具可以用來加速開發的時程、或提高自己的應用在使用者心中的價值。

正體中文只有台灣、香港、澳門在使用，人口加起來約三千萬人，佔全球 0.5%。對 Google 來說，願意花資源提供正體中文的 Google Code 網站，可見 Google 對使用這個文字的開發者的重視程度。對 Google 來說，有流量才會繼續投入、提供更多 Google API 和開放原始碼的中文文件。希望大家多多愛用這個服務囉！

Safari 4.0 beta 的安裝程式耍白痴？

2009-02-26T01:28:00.006+08:00

說需要 10.5.4 版或更新的 Mac OS X，那我的作業系統難道是 9.5.4 版？

從星期五先生和六先生筆戰領悟的《寫格四心得》

2009-02-24T03:32:00.020+08:00

今天不知道忘了吃哪個藥，竟然不睡覺看前一陣子星期五先生和六先生在網路上筆戰的事，還看得津津有味。

我什麼蔥都不是，當然不能論斷這裡面的是非，只是藉個人部落格的小小一角寫點心得，寫著寫著，歸納出四點來，就當作是自我約束、自我期許、自我警惕。以後如果我犯了任何一點，還請好友直接指出來。

一、橋接及時和正確的資訊可以造就滿意的讀者

自古以來，搬有運無一直是商人致富的關鍵，搬運的不只是有形的貨品，還有無形的不透明資訊。為什麼以前一個磁盤在歐洲可以賣天價？因為那時歐洲人不會做磁器，只好任由商人說他在遙遠的中國多難買到，又以多大的力氣才能完整不破地運到歐洲，喜愛磁器的歐洲人只好任商人開價。

在現代社會中，有些人搬運的就是無形的資訊。他們把網路科技最前端的最新資訊用容易為路人理解的白話文介紹給大眾，照理說，需要這種資訊的人應該願意付出合理的費用來獲取這樣的資訊，不過這種舊時代的商業模式在網路上成功的不多，專門提供 Linux 相關新知的 Linux Weekly News 可算一例。

對我來說，Linux Weekly News、TechCrunch 或 Engadget 這類科技部落格／新聞網站代表的是讓我一直追著最新資訊跑的馬車，如果我不想落後太多，我就會是他們的讀者。

沒有什麼一手管道的讀者，需要這樣的產品來橋接和一手資訊之間的落差。而經過長時間的淬練，讀者會逐漸相信這些網站寫的新聞、閱讀他們的評論和吸收他們的觀點，成為滿意而忠實的客戶。

從網站端來講，在享受把觀點灌輸給讀者的特權的同時，相對義務是傳播正確的資訊和新聞，至少不有意造假或無端造謠：任何事後發現假造或不正確的資訊，都不可以是這些網站造成的，而是消息來源本身的捏造或錯誤。

這是塑造這種網站的專業性和可信度必需要達到的基本要求。

有些部落客不只是橋接資訊，還能創造第一手資訊，也適用相同的基本要求。

二、美食評論家不必煮得出一桌好菜

這個道理其實很多人都知道，聽說有些老饕也會自嘲空有一張嘴，進得餐廳進不得廚房，但這是否會影響他寫出來的食評的票房？未必。

因為他比我這種舌頭大老粗強的，就是他的一張嘴和那張嘴裡的舌頭，他能嘗出我嘗不出的細微滋味，講出我講不出的功夫師承，比出我比不出的各家大廚特色，品出我品不出的搭菜絕配紅酒，他會不會煮又有什麼關係？我從他的食評中得到閱讀的快感，還可以依樣畫葫蘆地規劃下次情人節的餐廳和菜色，讓我除了用味覺滿足我的情人節女伴之外，還能把他的評論搬出來，說得頭頭是道，唬得她一楞一楞的，我情人節的快樂度還不破表？

這樣的評論文章對我而言，只要經得起情人節考驗，就已經極有價值，即使是付費閱讀（如：買載有他專欄的雜誌）我也可能會掏出錢來，至於他自己會不會煮？我才不管！

所以寫網站評論的部落客不必向任何人證明他有打造網站的技術實力，但要展現他的知識和眼光。

三、知之為知之，不知為不知，是知也

「知」只是一個字，郤是個複雜的問題。管理者要「知人」，才能適才適所，蕭何知韓信就是個著名的例子；軍師和專業幕僚要「知勢」，才能提出有效的策略建議，比如像孔明那個需要東風才會成功的連環計；決策者要「知己知彼」，才能百戰不殆，孫子都有教。

而「自知」就是每個人需要自備的能力。

「我不懂」、「不知道」這種話，有些人就是說不出口，好像一講出來自己在他人面前就矮了半截。記得我在唸高中到大學畢業這段時間，自認唸了評價很好的學校，成績也還可以，在功課方面是絕對不認輸的。不懂？怎麼可能，那個詞不在我的字典裡！也因此在年少輕狂的時代有過幾次不懂裝懂的經驗，還好沒有被當場戳破。

這到我讀博士班時有了 180 度的轉變。

那時我在中研院當個小小的研究助理，聽 seminar 時在場的大多是在我眼中已經「修成正果」的博士後或研究員（笑）。做量子場論研究的人給演講，三分鐘內交代完研究動機就跳入方程式的叢林裡，哇！我這隻小白免怎能不迷路？但是又不敢發問，怕被人笑連這個也不懂，一場又一場的 seminar 就這樣過去了，好像只記得了一堆研究動機...

直到有一天，有一位從以色列來做量子場論的博士後，在 seminar 中操著夾雜英語的猶太國語、在眾目睽睽、包括他的老闆也在場的情況下，問出了：「窩哺懂，窩哺懂，Why does XXX imply YYY？」我才赫然發現，說「我不懂」不是件可恥的事，即使是在自己的老闆和眾人面前。

因為沒有人什麼都懂。

所以有事不懂是正常，重點是要誠實。

誠實地面對自己：知道自己的知識到哪裡、能力是什麼。
誠實地面對老闆：這就是目前的我，要如何用我，是老闆的能力，要如何發揮和提升自己，是我的能力。在職場，能持續增加經驗值和戰鬥力，並且讓老闆看到自己在他的栽培下越來越成材（好狗腿？其實是一種 manage my manager），比一開始吹噓自己的能力，後來ㄅㄧㄚˋ ㄎ尢好得太多了。
誠實地面對網民：自己不是萬事通，有錯就認，不服就論，論輸就改，不懂就問。在網路上，錯誤的判斷或預測何曾少過？只要誠實面對，沒有什麼大不了。

所以，擅評不擅煮的美食家，還是不要逞強開班教四天煮出四顆星級烹飪比較好。

四、為文而文會降低信譽

六先生似乎相當自豪他每天一篇部落格的生產力，但我看到這個做法除了欽佩他的毅力之外，心中立刻響起警鐘！

即使是寫每日連載的小說，也多半是蘊釀了許久，先寫了一些存稿，才能開始連載，而且當天的章節恐怕常是幾天前寫好的。即使是這樣寫出來的文章，金庸也不滿意，後來才會有修改小說的大事。

部落格是個人的創作發表，沒有人逼作者每天要交卷。在白天另有工作的生活中，硬要每日一文，而且還是當天寫當天出版，難免在沒新聞題材或是新想法還沒成形時，只好為賦新詞強說愁；或是在新聞題材比較複雜時，為了趕當天上架只得囫圇吞棗。

西方俗諺說 "One apple a day keeps doctors away"，我說 "One blog a day keeps credits away"。

Britannica 2.0? Surely you're joking, Mr. Jorge Cauz!

2009-01-23T17:41:00.016+08:00

Britannica's president Jorge Cauz announced that Britannica is going to allow edits submitted online according to this news report by Stephen Hutcheon. He even dubbed this "Britannica 2.0" in the title.

Or is it?

I take it that this "2.0" is in line with the spirit of "Web 2.0," and I immediately went to Britannica Online to check it out, only to find disappointments.

Web 2.0 is not only about user-generated content, it also inherits the open access from the web in general, or "web 1.0" if you want. When I see a link to a wikipedia page on a search result page of any search engine, I know I can read the contents without paying a dime, and there won't be pop-up ads that blocks my way to the article and the knowledge carried by it.

Britannica Online is everything but free and open access.

The first test - on not-so-new terms

As a not-statistically-significant-yet-interesting test of its freshness, I searched the WiFi privacy protocol "WEP" which is almost obsolete now. Guess what? No, Britannica Online doesn't have it.

By the way, Mr. Cauz, please make your web site compatible with Firefox. All I can see on Firefox is a misplaced ad that blocks the error messages. I have to switch to Safari to get the above page.

The second test - on not-recommended-by-experts terms

My second test is "Lorenzo's oil" which is a formula of oil mixtures discovered by Lorenzo Odone's father, who is not a doctor nor a researcher in any pharmaceutical companies. It's effectiveness on delaying the onset of ALD (adrenoleukodystrophy) is controversial and it is not recommended by the medical academy or approved by FDA as a treatment. It would be a signal that Britannica Online's editors and experts are too arrogant if they don't describe the oil and the controversy. To my pleasant surprise, they do have this entry.

However, I still can't read it. The noble Britannica said I was attempting to read a premium topic and I had to activate a free trial to read it.

Oh... here we go again, free trials. When I forget to cancel it before the trial period is over, you'll start charging my credit card. No, thank you very much. I'm not interested. I'll get information on wikipedia.

I know Britannica has a big cost in paying experts to write the articles. But why should I or any internet user care? Unless I can't find quality and free content elsewhere, I don't see a reason to pay.

The contributor's qualification

Okay, this is not exactly a "qualification", but how about this:

"Would-be editors on the Britannica site will have to register using their real names and addresses before they are allowed to modify or write their own articles."

Give me a break. If I write anything for Britannica, what matters is not who I am, but the correctness and quality of what I write. Maybe this is a way to get the copyright issues straight, or an anti-DoS measure to prevent over-run of Britannica's reviewers. But it also creates an entry barrier. I'm not going into the decades-old debate of anonymity vs real name on the internet, but the size and quality of wikipedia proves there is a market for anonymity.

Google ranks wikipedia the highest - duh

Another funny thing is about Google's ranking of wikipedia entries vs. Britannica articles, and I quote:

"If I were to be the CEO of Google or the founders of Google I would be very [displeased] that the best search engine in the world continues to provide as a first link, Wikipedia," he said."Is this the best they can do? Is this the best that [their] algorithm can do?"

Get over it, Mr. Cauz. If you don't know how PageRank works, hire a decent SEO consultant. You have cut your premier contents away from the web collective by requiring a login. Any reasonable search engine robot can't crawl pass that. So your premier contents are not in any search engine's index. Besides, not many people are willing to link to a page requiring a login from their blog entries or news articles. So your premier contents don't get much incoming links and score poorly in PageRank or any algorithm that takes into account the link structure of the web.

Anything worth visiting?

Britannica Online doesn't have enough coverage to keep up with internet age, is picky on the browser, charges reader for "premium" topics, requires real name and address for contributors. What good is a web site with all these characteristics?

Wake up, Mr. Cauz. This is not how internet and search engines work.

How to verify the integrity of downloaded files on a Mac

2009-01-03T22:13:00.010+08:00

I classify files available for download on the internet as the following:

Respectable providers ship download files with signatures;
Less respectable providers ship with checksums;
Unrespectable providers ship only the download file.

The difference is mainly the following: a checksum allows you to verify that the download file hasn't been altered unexpectedly by someone you may not know. A signature allows you to verify the above plus that the file was signed by a certain someone, usually the creator of the file you downloaded. It may be advisable that you use the signature whenever there is one associated with a download file

The most popular way of digitally signing a file is using a private key in the realm of the web of trust. To get started, you can use the GNU Privacy Guard free software. If you don't have it on your Mac, you can install the Mac version. I've downloaded the dmg of version 1.4.8 and it worked like a charm.

After installing the GNU Privacy Guard, a command "gpg" is available to you in /usr/local/bin as well as some other utility programs. You can open a terminal and use

 $ gpg --verify foo.tar.gz.sig

to verify that the file foo.tar.gz matches with the signature file foo.tar.gz.sig. You can verify multiple files at once by

 $ gpg --verify-files *.sig

to verify the integrity of files. Read the manual ("man gpg") for more details.

Oops, an error!

If you see a message like

 gpg: Signature made Wed Dec 13 05:02:10 2006 CST using DSA key ID 64EA74AB
 gpg: Can't check signature: public key not found

from "gpg --verify", it means that the public key of the signer is not in your GPG keyring. Just load the public key of the signer to your keyring and off you go. The following is how I do it, your mileage may vary.

The longer route:

Go to http://pgp.mit.edu/, a popular public key server.
Type the key ID in the search box. Remember to add "0x" in front of the 8-character hex key ID. For the example above, I typed "0x64EA74AB".
If all goes well, you'll see a search result page listing one or more keys. Click on the key ID that matches to your input. Other keys belong to people that "vouch" for the key you searched.
The key server should then show you the public key of the key ID. Copy and paste the plain texts between "-----BEGIN PGP PUBLIC KEY BLOCK-----" and "-----END PGP PUBLIC KEY BLOCK-----" to a file on your computer, with these 2 lines included. Let's call the file "foo.txt".
Now import this key into your GPG keyring:
```
 $ gpg --import foo.txt
```

The shorter route: The 5 steps outlined above can be done in one command:

 $ gpg --recv-keys 0x64EA74AB

Now you have the public key of the signer in your keyring, you can verify the files signed by him/her using "gpg --verify".

在 Mac OS X 10.5 上安裝 Python 3.0

2009-01-03T22:05:00.008+08:00

Python 3.0 在 2008/12/3 發佈，雖然 MacPorts 已經收錄，但 MacPython/Leopard 還在 2.5，要等到 Apple 收進 Mac OS X 裡恐怕還要等好一陣子，所以想嘗鮮又不熟 MacPorts 的人（是說我自己），就要自己裝了。

在 Mac OS X 上安裝 Python 3.0 沒什麼難的，只要依 ijliao 所說：「真男人用 tarball 手動安裝程式」就一切搞定。不過 Python 3.0 在語法、物件、函式庫上都有新東西，想要熟悉它，用互動環境邊打邊學是一定要的，那就絕對要裝讓你可以用上下左右鍵叫回程式敍述東改西改的 readline 函式庫，不然你會 copy & paste 到瘋掉。

安裝 readline 函式庫

Readline 函式庫可以在 ftp://ftp.cwru.edu/pub/bash/ 找到，我用的是 5.2 版，可以下載 readline-5.2.tar.gz 和 readline-5.2-patches 目錄中所有的補丁。在著手安裝之前，你也許應該確認一下這些檔案的完整性。

安裝方式很簡單。假設你已經把檔案下載放在你的桌面，先開啟終端機（Terminal），再依以下指令操作即可。

$ cd ~/3party  # 或任何你喜歡的目錄
$ tar zxvf ~/Desktop/readline-5.2.tar.gz
$ cd readline-5.2
$ cat ~/Desktop/readline52-0?? | patch -p 0
$ ./configure
$ make
$ sudo make install

這就完成了，會把兩個函式庫 libreadline 和 libhistory 裝到 /usr/local/lib 目錄去，每個函式庫都有四個不同副檔名的檔： .a、.dylib、.5.dylib、.5.2.dylib，其中 .dylib 和 .5.dylib 是指到 .5.2.dylib 的 symlink。

安裝 Python 3.0

Readline 裝好後，下載 Python 3.0 的原始碼 tarball 安裝就 OK 啦！

$ tar zxvf ~/Desktop/Python-3.0.tgz
$ cd Python-3.0
$ ./configure --enable-framework
$ make
$ sudo make frameworkinstall
$ cd /Library/Frameworks/Python.framework/Versions/
$ sudo rm Current
$ sudo ln -s 2.4 Current

最後這幾步是因為用 frameworkinstall 才會把 Python 3.0 裝進系統的 Python.framework 目錄，但會把預設 python 改成 3.0，為了不干擾系統其他 python scripts 的運作，要再把預設改回成 2.4。

請享用你的 Python 3.0 吧！

來自 Sir Paul 的音樂－不含 DRM！

2008-12-11T17:02:00.013+08:00

阿怪曾經對我說：「從哪裡跌倒，就從哪裡站起來。」他指的是唱片工業在網路上大跌一跤，所以他發憤一定要學會寫程式：既然無法打敗網路，就加入網路吧！

唱片工業面對網路的對策一向是 DRM - Digital Rights Management，也就是在音樂 CD 上或數位檔案裡埋入機關，讓買了音樂的人不能任意拷貝、甚至限制能播放該音樂檔的設備或次數。Apple 的 iPod + iTunes + iTunes store 之所以可以得到那些大唱片公司授權在網路上賣音樂，一般相信 Apple 的 DRM 技術是關鍵因素。

DRM 技術不便宜，而且是個道魔不斷比高的遊戲，不是每個唱片出版公司玩得起的。

近年來聽說也有些人想通了，既然玩不起 DRM 或是 DRM 無效，乾脆就閉著眼睛放任拷貝，當作成名或宣傳的管道，只要紅了，就不難從演唱會賺回來。不過已成名的歌手或團體通常不願意這麼做。

要說名氣，在流行音樂界沒幾個人能和 Sir Paul McCartney 相提並論的。他從 Beatles 時代和 John Lennon 就是 Beatles 的兩大支柱，雖然絕大部分的曲子都寫是 John 和 Paul 合寫的，但聰耳人都聽得出來哪首是 John 寫的，哪首是 Paul 寫的。後來他在 1997 年受英國女王封為 Knight，成了 Sir Paul McCartney。

Sir Paul 以 The Fireman 這個兩人團體為名發表的新專輯 Electric Arguments，竟然是完全無 DRM 的音樂！而且銷售手法真的有意思：

可以 $8.99 買無失真 MP3
可以 $12.99 買 CD 送無失真 MP3
厲害的是，還可以 $29.99 元買黑膠唱片送 CD 和無失真 MP3！對！你沒看錯！黑膠吔！
更神奇的是，在 2009/1/31 之前可以 $79.99 購買限量豪華版的唱片，內含以上所有東西和可以自己 remix 的多軌音檔。
想先試聽？可以直接上 The Fireman 官網聽，免費！而且不是選過的少數幾首的片段喔，是全部 13 首完整呈現！

這樣才對嘛！只要是我喜歡的音樂，要我花點錢當然沒問題！最討厭的就是唱片灌水的行為，整張唱片只有一兩首好聽、三四首能聽，也不一定有試聽的機會（站在唱片行一整張試聽完會被瞪白眼吧？），卻要我花整張的錢。Sir Paul 的作法，讓我真的是聽到喜歡了再買，這一格也是邊聽 Electric Arguments 邊刻出來的。

不管你買哪一種，全部都沒有 DRM，愛怎麼拷就怎麼拷，沒有技術上的限制（拷給別人還是有著作權的問題喔，請自重），可以電腦裡放一份，iPod 裡放一份，手機裡放一份，再燒張 MP3 車上放一份、床頭音響放一份，只要是自己聽，通通沒問題！

但反過來說，這也是試水溫，測試聽眾的行為... 可以拷貝，你還會不會花錢買呢？可以 $8.99 買到 MP3，你會不會買 $12.99 的 CD 呢？我認為 Sir Paul 的老歌迷們，尤其是和他一樣已經當阿公阿嬤的，應該會懶得省這幾塊錢自己花力氣拷貝，直接買 CD 放進 CD 唱機比較簡單，何況還有個美美的 CD 封面可以欣賞。黑膠就更不用說了，有幾個人能自己拷一張黑膠啊？一定是老歌迷直接買回來收藏的。

聆聽這張專輯的成本，從 $0 到 $79.99，你要花多少？到頭來這張專輯會賣出幾張呢？製作人賺得回製作專輯和架網站的成本嗎？這對未來唱片工業的行銷方式，有多大的影響呢？

Python 3.0 的新玩意（第一部）

2008-12-04T21:30:00.048+08:00

真可說是「萬眾囑目」的 Python 3.0 終於在 2008/12/3 釋出了！有興趣了解 Python 3.0 和 Python 2.x 有什麼不同的人可以去讀 GvR 寫的 "What’s New In Python 3.0"，這篇是我讀文的筆記。

先記一下，舊的 Python script 可以用 2to3 來轉成 Python 3.0 的 script，可是不見得 100% 轉得完整。

print 從敍述（statement）降級為函式（function）

我的愛好度：

向 print "x =", x 這樣的敍述吻別吧！從此要寫 print("x =", x) 了，不過多了一些 keyword arguments 可以修改 print() 的行為，如 sep= 指定字串之間的分隔字，end= 指定印完要加的字（取代預設的換行字元）和 file= 指定要輸出的檔案物件。

我知道 print 沒必要是個敍述，用函式就可以做得很好，又容易自己換掉（__builtins__.print = 新函式就好了），但是為了印個東西打一堆括弧實在很煩，更何況大部分是為了 debug！這時候就想起 iPython 的好處了...

大量用 iterator 取代 list

我的愛好度：

早就該這麼做了！從此在大多數情形都能用 iterator，在處理大的 list 時就不用擔心會在記憶體多生一個大 list 跑不動了。

xrange()、dict.iteritems() 都是極度礙眼的東東，從此完全消失！range()、dict.items() 現在傳回的就是 iterator 了。

map()、filter() 也傳回 iterator，直接用在迴圈裡又快又省。

比大小

我的愛好度：

我常用的 cmp() 和較少用的 __cmp__() 都消失啦！那要對複雜物件組成的清單（list）排序的時候怎麼辦？

看來要愛用 key= 和 operator 模組裡的 itemgetter() 和 attrgetter() 兩個函式了。key= 指定一個函式，在排序時會把清單中的項目一一傳入，函式要傳回用來比較的資料。舉例來說，如果有個 list 是 aList = [ (5,'a'), (3,'z'), (7,'h'), (9,'o') ]，要依項目一號排序就這樣寫：

  sorted(aList, key=operator.itemgetter(1))

結果會是

  [(3, 'a'), (1, 'h'), (9, 'o'), (5, 'z')]

如果有個 class Foo 是這樣：

class Foo:
 def __init__(self, x, y): self.x, self.y = x, y
 def __repr__(self): return "(%s,%s)" % (self.x,self.y)

要把 bList = [Foo(3,'a'), Foo(9,'o'), Foo(5,'o'), Foo(1,'h')] 依 y 屬性排序就這樣寫：

  sorted(bList, key=operator.attrgetter('y')) # 結果 [(3,a), (1,h), (9,o), (5,o)]

要先依 y 排序、再依 x 排序的話：

  sorted(bList, key=operator.attrgetter('y','x')) # 結果 [(3,a), (1,h), (5,o), (9,o)]

整數變大了

我的愛好度：

不用再管 long 和 int 的差別了，不用再見到數字後面那個沒必要的 L 了，因為所有的整數都是無限位數了！（喔，當然記憶體容量是個限制。）好棒啊！

不過 3/5 變成浮點除法 = 0.6，3//5 才是整數除法 = 0。完全記不得以前寫的程式那裡用到整數除法了啊！2to3 不但不會轉除法，連警告都沒有。 Orz

還有八進位整數的表示法也從 0127 變成 0o127（零＋英文字母 o + 數字），還好 2to3 抓得到。

字串變簡單了

我的愛好度：

以前寫 Python 2.x 的 script 常常在處理中文的時候被文字編碼和解碼搞得昏頭，記不得哪個變數是 unicode、哪個變數是 str，尤其是當資料是從檔案讀進來的時候，然後一個簡單的 c = a + b 都可以因為 a 是 str、b 是 unicode 而吐個很難懂的

UnicodeDecodeError: 'ascii' codec can't decode byte 0xe4 in position 0: ordinal not in range(128)

錯誤訊息。喂！我明明在 script 檔頭指定了 # -*- coding: utf8 -*- 你還搞 ASCII codec？

在 Python 2.x 中直接用引號夾起來的是 str，內容是用 UTF8、Big5、Shift-JIS 等某個編碼系統編好的字串，想建立 unicode 物件的話，要用 str.decode() 來解碼，或是用 u"..." 來夾住文字。

  a = "中文"; b = u"字串"; c = "測試".decode("utf8")
  print type(a), a, type(b), b, type(c), c    # <type 'str'> 中文 <type 'unicode'> 測試 <type 'unicode'> 測試

這裡 c 是從 string literal decode 得到的 unicode 物件。

到 Python 3.0 的時代，所有 str type 的字串都內建以 unicode 儲存，不再另有 unicode 這個 type，而編碼過的字串或 binary 的資料則用新的 bytes type 儲存。從 str 到 bytes 是 encode，從 bytes 到 str 是 decode。

  a = "中文"; b = u"字串"; c = "測試".encode("utf8")  ＃ b 會有錯誤訊息，因為已經沒必要用 u"..." 語法了
  print(type(a), a, type(c), c)  # <class 'str'> 中文 <class 'bytes'> b'\xe6\xb8\xac\xe8\xa9\xa6'

這裡 c 是從 str literal 編碼而得的 UTF8 內容，在 Python 3.0 裡是個 binary 的 bytes 物件。

換句話說，不再有字串和 unicode 字串兩種字串了，字串一律用 unicode 表示，非 unicode 的資料則是 bytes，可以用 b"..." 表示。

在 Python 3.0 裡把 str 和 bytes 加起來會得到比較好懂的錯誤訊息：

  TypeError: Can't convert 'bytes' object to str implicitly

開檔也不一樣了。open(filename) 是用 text mode 開啟，所以一定會用某種編碼去解釋讀到的資料，轉成 str 放在記憶體裡（記住，str 是 unicode），預設的編碼會從環境變數 LANG 決定，但可以用 open(filename, encoding="...") 指定編碼系統。如果不想把檔案裡的資料轉成 unicode，或者資料根本不是文字而是 binary data，就可以用 open(filename, "b") 來開檔。用 "b" (binary mode) 開檔讀 bytes data 的確比較容易理解。

非英文檔名也有支援，不過和作業系統有關。

辨識名可以用 UTF8 字元

我的愛好度：

變數名、函式名、class 名都可以用中文了！

  彤彤生日 = datetime.date(1997, 7, 5); print(彤彤生日)

這樣子周蟒的功能有一部分就直接被 Python 3.0 實現，更方便了。

（待續）

12 歲小朋友設計出「革命性」的太陽能板？

2008-09-19T19:53:00.056+08:00

在 slashdot 上看到這則新聞：7th-Grader Designs Three Dimensional Solar Cell。啥？七年級生能設計三維太陽能板？

照這篇報導說的，這個設計能吸收可見光和紫外線，吸收光的能力是市售產品的 500 倍！還是最尖端三維太陽能板的 9 倍！剎時之間，好像全球的能源問題因為救世主的出現得救了，這位七年級生還想找業者來製造。

有沒有太誇張啊？

不過在這裡先更正一下許多網友犯的錯誤：不少人把光吸收率（light absorption）誤以為是效率（efficiency），這兩個是太陽能板的不同性質，光吸收率是效率的一環。

太陽能板的效率是指在標準測試條件（STC）下吃掉一瓦太陽來的光能所能輸出的最大電能瓦數。

有關光電轉換的效率問題，我畫了一個「流程圖」方便說明：

要把光能轉換成電能，必須要過五關斬六將：不能被表面反射、不能穿透、要打到光電材料、能量要夠、運氣要好才能打出光電子、歐姆損失要少、還要躲過電洞致命的吸引力，實在有太多機會和途徑會把能量轉成沒用的熱能了，因此通常太陽能板的效率都不好。

補充一下太陽能板效率的標準測試條件。根據 Wikipedia 的說法，測量太陽能板效率的標準測試條件是：

温度 = 25^oC
Air mass 1.5 光譜
照度 1000 W/m²

一般太陽能板的效率會隨温度上升而下降，隨照度上升而上升，所以有的設計會在板子前面加聚光透鏡。光譜則會很顯著地影響效率，所以必須定義一個包括這三個項目的標準測試條件，才能比較不同太陽能板的效率。

光譜對效率的影響可以這樣理解：低頻的光能量不足以產生光電子，效率為０，太高頻的光產生出來的光電子有太多動能，常會在流動過程中撞到晶格失去能量（失去的能量轉變為熱能），只有光子能量剛好比材料的能溝（energy gap）多一點的會有較高的效率。

因為這個問題，有些太陽能板利用多層材料來捕捉不同頻率的光子：外層的能溝大，抓高頻光子；內層的能溝小，抓穿透外層進來的低頻光子。這樣對整個光譜加起來的效率會比較高。

根據 Wikipedia 的 Solar Cell 一文，目前市面上的效率最好的是 Emcore Photovoltaics 和 Spectrolab 這兩家美國公司的產品，可達 38%。從 Google 搜尋查到實驗室中的最高效率記錄是 University of Delaware 所創的 42.8%。

如果十二歲的 William Yuan 的突破是在效率，那 38% * 500 = 19000%，一瓦的太陽能可以產生 190 瓦的電能，能量守恒定律要改寫了！喂喂喂，瑞典的諸公們，看到了沒？現在趕快換今年的物理得獎者還來得及。

言歸正傳，William Yuan 的工作倒底是什麼？

在網路上找不到原始資料。

因為這個原因，Wikipedia 上有關他的條目也有人提議刪除，因為不確定這則新聞到底是真是假。

這個新聞是從美國奧勒岡州 Beaverton 市的地方報 Beaverton Valley Times 的報導開始的，這位就讀該市 Meadow Park Middle School 七年級的十二歲小朋友是今年奧勒岡州唯一得到 Davidson Fellow 獎學金的學生。

對於不住在奧勒岡州的人來說，不是什麼大事。

事情會鬧大到在網際網路上到處傳，當然是因為替代能源的豐富想像力。

在今年八月公佈的 2008 Davidson Fellow 獎學金名單中，William Yuan 獲得美金 $25,000 元獎學金，是三個等級的第二等（五萬、兩萬五、一萬），如果如此「革命性」、「一舉解決人類能源問題」的發明只能得二等獎，那一等獎的一定是光速飛行吧？

Davidson 基金會有個網頁介紹得獎者和得獎原因，我引用其中對 William Yuan 的描述：

In his project, “High Efficient 3-Dimensional Nanotube Solar Cell for Visible and UV Light,” William invented a novel solar panel that enables light absorption from visible to ultraviolet light. He designed carbon nanotubes to overcome the barriers of electron movement, doubling the light-electricity conversion efficiency. William also developed a model for solar towers and a computer program to simulate and optimize the tower parameters. His optimized design provides 500 times more light absorption than commercially-available solar cells and nine times more than the cutting-edge, three-dimensional solar cell.

我看到了幾個關鍵字：3D solar cell、nanotube、light absorption、UV、towers。

怎麼覺得有點熟悉？好像在哪裡看過？

Google 搜尋一下 3D solar cell nanotube...

第三筆和第四筆是這個新聞，但重要的是第一筆和第二筆，講的都是 2007 年 Georgia Tech Research Institute (GTRI) 的研究成果。

有沒有可能 William Yuan 的工作只是重述 GTRI 的研究？

GTRI 去年宣佈的研究成果，發表在 2007 年 3 月的 JOM 期刊：

R. E. Camacho et. al., "Carbon Nanotube Arrays for Photovoltaic Applications," JOM 59, No. 3, p. 39.

GTRI 的網站上有論文的全文。

我花了點時間讀完這篇論文以後，我對 William Yuan 的工作有了個猜測：

我認為 William Yuan 的工作極可能是利用 GTRI 發明的太陽能板設計，再用一個最佳化程式尋找 Nanotube 幾何形狀的最佳參數。

在談我為什麼如此認定之前，讓我先把 GTRI 的論文介紹一下。你可以先去看看 GTRI 做的介紹動畫，可以讓你對他們做了什麼有簡單的認識。

簡單地說，為了增加太陽能板對光子的吸收，GTRI 的研究人員做出了像城市高樓大厦般的三維結構，讓光子一進入「街道」中就會在「大厦」之間反射，再讓「大厦」都塗有光電材料來吸收光子，就能大幅提升吸收率。比方說，即使吸收率原本只有 50%，來回反射 8 次還不被吸收的機率就降到 0.5⁸，吸收率就變成 99.5% 了。

想法很簡單，但要如何蓋出微觀的高樓？

GTRI 的人用奈米碳管（carbon nanotube）來蓋微觀高樓。

做法是在矽基板鍍了上百萬個微觀金屬片（每片寬度看來不到 0.1 mm），在每一片上長出一條長長細細的奈米碳管，寬度應該是 1 micron 或更小，再在奈米碳管外用分子束磊晶法（Molecular Beam Epitaxy）長出一層碲化鎘（CdTe）和一層硫化鎘（CdS）形成半導體的 P-N junction 當光電材料，最後再用離子輔助沉積法鍍上一層透明的摻錫氧化銦（氧化銦 In₂O₃ 和氧化錫 SnO₂ 的混合物，簡稱 ITO）來傳導電流並和外界隔離。下面是論文中的示意圖（圖中的 TCO 應是 ITO 的筆誤）：

這個研究用上奈米碳管是很有意思的作法，因為奈米碳管不但強度高可以當支架，沿著長軸方向的導電性又好，可以把電洞的電導到金屬片上。此外，因為有多次吸收機會，光電材料可以比一般太陽能板的薄，減少光電子被電洞吃回去（recombination）的機率。

有了這樣的三維結構，光的反射率應該會低很多，我引用論文中的資料圖：

要比較的是 CNT+CdTe 和 Si 這兩條線。在長波長部分這個設計和矽晶太陽能板優劣互見，但很明顯地在 540nm 以下的波長反射率就比矽小得多：只有 0.5%，而論文中說矽的反射率差不多是 50%。你可能注意到，400 nm 以下的已經是紫外線了，換句話說，藉由三維結構的多次反射，連原本很難吸收的紫外線也可以被吸收了，這代表更多可用的太陽能。

不過可惜的是（還好的是）在地球表面的紫外線沒那麼多，記得臭氧層嗎？不然你我早就得皮膚癌了。太陽的光譜如下圖（來自 Wikipedia），地表的是紅色的部分，可以看到短於 400nm 的照度劇烈下降，到大約 300nm 就幾乎是０了。換句話說，雖然三維太陽能板可以吸收紫外線，但這個因素對整體效率的提升助益很有限。

GTRI 做出來的三維太陽能板「單位面積產出的光電流」可達 44.4 mA/cm²，是市售產品的 63 倍，這也是他們的主打文宣。這裡要小心，因為功率是電流和電壓的乘積，光電流有 63 倍不代表輸出功率有 63 倍，也不代表效率高了 63 倍。在效率部分，論文中畫了實測出來的效率和光入射角度的關係圖，不用想也知道從正上方直射下來（圖中的 90^o）的時候效率低，有個偏角時候效率高。

效率最高是在 45^o 的時候，是 90^o 的兩倍（7% / 3.5% = 2）。增加一倍固然很厲害，但這 7% 的效率未免也太爛了吧？論文中自己寫到，CdTe 效率的理論上限是 29%，目前做到最好的只達到 16%，那... 7% 是怎麼回事？

現在講完 GTRI 的研究，再回頭看 William Yuan 的工作...

"High Efficient 3-Dimensional Nanotube Solar Cell for Visible and UV Light"、
"He designed carbon nanotubes to overcome the barriers of electron movement"、
"doubling the light-electricity conversion efficiency"、
"developed a model for solar towers"、
"a computer program to simulate and optimize the tower parameters"...

除了最後一句有關「電腦模擬和最佳化」的部分，是不是和 GTRI 的研究一模一樣？

在實驗室長出一個用奈米碳管支撐出來的三維太陽能板，我覺得不太可能是 12 歲的小朋友能做的，不是說他無法學會這些東西，但待過固態物理實驗室的碩士班學生大概都知道，從完全不會到長出第一個有功能的樣品，要花多少時間在實驗室裡！更不用說 GTRI 的太陽能板要好幾道手續、用好幾個不同的儀器去長，這些儀器都很貴重，沒有執照恐怕是不能操作的。12 歲的小孩，不太可能拿到執照，也不太可能有足夠的時間耗在實驗室裡煉樣品。

所以我認為他的貢獻是最後一段：寫了個電腦程式去計算在不同的幾何參數下的吸收能力，然後求最佳的幾何。

這樣的程式不用模擬幾百萬個塔，只要用到幾個相鄰的塔就夠了，把塔高、塔寬、塔間距、薄膜厚度、薄膜的吸收係數和波長的關係等參數寫進去，然後把不同波長不同入射角的光當輸入，跑個蒙地卡羅就能得到總吸收能力，再對前幾個幾何參數求最佳化，這差不多是大三到碩士班可以做的題目。

如果 12 歲的小朋友做得出來，的確值得獎勵，差不多是二等獎的程度吧！也許 William Yuan 找到了吸收能力比 GTRI 原始設計高 9 倍的幾何參數呢！但我好奇他是否先用 GTRI 的參數和結果校正過他的程式？

他還在 2008 Intel Northwest Science Expo（就是科展啦！）用 "High Efficiency 3-Dimensional Nanotube Solar Cells for Visible and UV Light" - 幾乎一模一樣的題目得到了物理電磁學組第二名，詳見得獎名單。有趣的是，科展他是和 Vashnav Pandey 這位同學共同參加的，代表這工作是兩個人合作的，怎麼到了 Davidson 獎學金就一人獨飛了？

如果我的猜測沒錯，小朋友的工作真的是電腦模擬，那就算他找到更好的參數，那也只是 7% * 2 = 14%，離解決能源問題還遠得很，更不用說離商業太陽能板的 38% 還差一大截。當然，如果能把效率 42.8% 的分光多材料設計和三維結構結合，也許有新希望也說不定...

摻鉻的葡萄酒

2008-09-16T23:51:00.008+08:00

今天看到 CodeWeavers 花了十一天把 2008/9/3 公開的 Google Chrome 瀏覽器的開放原始碼專案 Chromium 移植到 Intel Mac 和 Linux 上了。

不用太興奮，這不是 Google 說的 Chrome Mac 版或 Linux 版，而是摻鉻的葡萄酒（WINE）。

這個叫做 CrossOver Chromium 的東東，可以從這裡下載得到，但是沒有原始碼！

下載了 52 MiB 的 dmg 檔到手邊的 Intel MacBook，安裝起來約 139 MiB。可以跑，速度還可以接受，Omnibox 的 suggest 功能也正常，移動 Tab 順序時背後應該透明的地方變黑色了，把 Tab 拉出來變成獨立視窗沒問題，可惜拉的時候 Tab 內容就一片空白。這些都是小問題，但無法輸入中文是個大問題，每個字根都變成方塊。

CodeWeavers 自己也說，編出個 CrossOver Chromium 不是要給大家在日常生活中用，而是火力展示，引用 Jeremy White 的話：

In just 11 days, we were able to bring a modern Windows application across to Mac and Linux. Imagine what we can do for you.

換句話說，就像 CodeWeavers 的公司宗旨寫的，這是要證明 CodeWeavers 利用 WINE 把 Window 應用程式移植到 Mac 和 Linux 上的實力；照 Jeremy White 的說法，他們為了移植 chromium 還寫了新的 winhttp DLL 給 https 用。

這個摻鉻的葡萄酒，喝起來有點苦味。

Plurk source code 蛛絲馬跡：Python & MySQL

2008-09-15T21:43:00.009+08:00

昨天開始玩 Plurk，先不說 Plurk 和 Twitter 或 Jaiku 的差異性在哪裡，網路早就有文章在討論了。有趣的是，今天在噗一個浪的時候，竟然看到了這個畫面：

顯然 Plurk：

是用 Python 寫的 :-)
用了符合 WSGI 架構的 amiweb，原始碼在 Skelotonz 專案裡，但今天下載到的和 Plurk 裡的行數不太一樣，也許 Plurk 用的是稍舊的版本，或是自己改過。
也用了 werkzeug 的 utils.py，本來想放個 link 指到 werkzeug 的 mercurial repository 的，無奈 werkzeug 的伺服器沒裝好，今天放在 mercurial 最新版的原始碼目錄是看得到的，但要看 utils.py 檔案內容就「Internal Server Error」了。
還用了 paste 的 translogger.py。
最後死在 MySQLdb 要連 MySQL 資料庫的時候，找不到 plurk_group006 這個資料庫。

是有人在「整理」資料庫時「不小心」弄爛了嗎？ XD

Google Chrome 真的比較快嗎？

2008-09-12T01:27:00.006+08:00

Google Chrome 推出已經九天了，網路上的新聞和部落格文章數也數不清，我只想談一件事：Google Chrome 真的比較快嗎？

目前看到的文章大多說二件事：

Google Chrome 啟動極快，一按就發
Google Chrome 的 V8 Javascript 引擎真的快：cnet 的 Stephan Shankland 跑 V8 的五個 benchmark、Kai Schmerer 跑 SunSpider benchmark，結果都是 Google Chrome 最快。

啟動是從自己的硬碟把程式讀入記憶體執行，沒有什麼外在變因，應該大部分的使用者都會有一致的感覺：真的比較快。

Javascript benchmark 是從網站下載 Javascript 到記憶體執行，只計執行時間，不計下載時間，所以可以針對 Javascript 引擎的效能做控制變因的比較。

可是使用者關心的速度真的是 Javascript 跑得快不快嗎？

別儍了！

使用者要的是從「打完網址按 ENTER」到「網頁顯示到可以閱讀的程度」之間的速度，也就是 end-to-end 的速度，Javascript 只是眾多影響速度的因素之一，其他如網路的速度、HTML rendering 的速度、載入和執行 plug-in 的速度等等因素，也都會影響。

這一版的 Google Chrome 的 HTML rendering 是 WebKit 525.13，效能和同是用 WebKit 的 Safari 應該接近。

在 9/3 的記者會，Google 決定不展示 Javascript benchmark，而是實地用一隻小 Javascript 程式去下載和顯示 4 個在台灣蠻流行的網站，反覆幾次，計時。這就是 end-to-end 的速度。

有人說過 Never live demo 嗎？

在記者會前我們試了幾次都是 Google Chrome 小幅領先 Firefox 3.0.1、明顯贏過 IE 7。沒想到在記者會當場，依序跑完 IE 和 Firefox 之後，跑 Google Chrome 竟然小輸給 Firefox！囧rz

眼睛雪亮的讀者大概都猜得出來為什麼會這樣：網路塞車狀況和被連網站當時的負載都會影響跑出來的結果。此外，這些網站用了大量的 Flash，Google Chrome 每頁的 Flash 都要生新的程序來執行，多了一些作業系統的 overhead，即使 Javascript 狂勝結果總共也只是小贏，運氣差一點碰到網路小塞車就輸了...

可見雖然 V8 大勝 Firefox 3.0 或 IE 7 的 Javascript 引擎，並不保證 end-to-end 永遠會贏啊！

後記：

Firefox 3.1 預定會使用 TraceMonkey，目前的 nightly build 裡已經有了，Brendan Eich 做了 TraceMonkey 和 V8 的速度評比，結果是互有優劣，遞迴的程式 V8 快 10 倍，但在日期相關的部分 V8 慢 4.2 倍，處理 64 進位表示的字串也慢了 4 倍。可以想見，TraceMonkey 和 V8 這兩個 open source 的 Javascript 引擎往後在技術上互別苗頭、互學絕招，還有不少好戲可看，這是刺激的時代！

受益的是誰？當然是你我這些愛上網的使用者囉！

嗯... 在 Redmond 的工程師們一定是在天人交戰吧？該自己寫個更厲害的 Javascript 引擎扳回 IE 8 beta 2 在 SunSpider 大輸 Google Chrome 3.8 倍的顏面？還是該把 V8 或是 TraceMonkey 放進 IE？

啊！我知道了，一定是用出各種手段^H^H力量^H^H方法和管道來宣傳 Silverlight，讓全球的網頁開發者唾棄 Javascript！

Large Hadron Collider 要開光了，會有黑洞吃掉地球嗎？

2008-09-10T00:48:00.034+08:00

昨天晚上在電視新聞上看到 CERN 的 Large Hadron Collider (LHC) 加速器將於中歐時間 2008 年 9 月 10 日開始有質子束運行，也就是「開光」啦！（其他網路新聞：slashdot、Scientific Amercian、BBC，啊～ Google news search 比較快啦！）

真想不到台灣的電視新聞這麼重視實驗粒子物理！

然後電視就播出下面這段 YouTube video，模擬微觀黑洞從 LHC 生成，再逐漸吃掉附近的物質，最後把整個地球吃掉的畫面。哦，原來今天是世界末日，難怪要上新聞。

CERN 是 Tim Berners-Lee 當初發明 World Wide Web 的地方，可說是沒有 CERN 就沒有 Yahoo!．Google．MySpace．Facebook．Wikipedia．奇摩．無名，等等讓人類找到資訊．找到同好．找到老友的好東西，難道 CERN 也是毀滅全人類的殺手？

在我說為什麼不可能之前，先留幾張歷史性的畫面。

LHC 處女航之 CERN 首頁

LHC 「保證安全」（關心 LHC 內部是否安全的人不多吧？大家最關心的還是地球！）

LHC 的降温狀態，整個 27 公里的加速器全部都在 4.5^oK 以下了。

哦，除了黑洞之外，LHC 在 Dan Brown 的 Angels and Demons 書中還是製造出反物質炸彈的地方，大家對尖端科技的想像力還真是令人欽佩。

言歸正傳，到底地球會不會在今天－2008 年 9 月 10 日－因為 LHC 的微觀黑洞而滅亡呢？

答案是：絕對不會！

我怎麼能這麼肯定？我對宇宙有這麼透徹的認識嗎？

當然是沒有，不然我早該拿諾貝爾獎了？ *笑*

今天 LHC 不會有微觀黑洞啦！因為今天開光後，只有孤伶伶的幾顆質子聚成一團（a bunch）沿著同一方向在 LHC 的隧道裡繞圈圈，沒有反方向跑的質子，不會碰撞，當然就沒有反應，更不會有微觀黑洞這種反應產物。 XD

LHC 加速器的啟動是分好幾個階段的：

玩玩單方向的幾顆 0.45 TeV 的質子
玩雙向的（像不像 juggling 啊？只是兩個沙袋跑反方向）
試撞
再來就逐漸要上軌道了：更大（每團質子要加到三四百億顆）、更多（156 團）、更高（能量提升到 7 TeV）、更準（聚焦）
玩真的碰撞囉！

真的碰撞要到明年了，所以今天還可以輕輕鬆鬆喝咖啡過日子，不用擔心地球會不見。（其實地球真的不見也沒什麼好擔心了。）

那是不是要趕快造架太空船移民到火星去？

根據 UC Santa Barbara 的 Steven B. Giddings 和 CERN 的 Michelangelo M. Mangano 的這篇 96 頁的論文，是不必急著移民火星的。

結論簡單說，如果在 LHC 的運轉期間會發生黑洞吞掉地球的事情，那地球早就被宇宙射線和大氣碰撞所產生的黑洞吃掉了，你也不會在這裡看我的部落格。

你強烈要求要有數據證明？

我佩服你的求知慾，來！我端些數字出來。

LHC 碰撞頻率 = 每次兩團質子交叉平均約 30 個碰撞 / 每 25 ns 一次交叉 = 1.2 GHz。
LHC 碰撞次數 = LHC 碰撞頻率 * LHC 運轉時間 = 1.2 GHz * 20 年（應該不到 20 年，高估一下）= 7.6 * 10¹⁷ 次。
LHC 碰撞能量 = 7 TeV + 7 TeV = 14 TeV。
14 TeV 的碰撞能量相當於 109 PeV 的宇宙射線質子撞到大氣中的質子的能量（請用相對論計算質心能量就知道了）。
109 PeV 的宇宙射線的通量大約是 10^-19 m^-2 sr^-1 sec^-1 GeV^-1，把能量大於 109 GeV 的、從所有角度來的宇宙射線加起來（就是積分），懶得算了，估數量級吧，大約是 100 km^-1 year^-1（每年每平方公里被 100 個能量大於 109 GeV 的宇宙射線打到）。這是這樣算的：因為 1 km^-1 year^-1 是好幾千 PeV 以上的宇宙射線的總合，能量每降 10 倍總通量就上升 30 倍左右，扳一扳手指，差不多就是 O(10²) km^-1 year^-1 。下圖是宇宙射線在地球量到的通量與能量的關係圖。

地球壽命大約是 45 億年，地球截面積約 1.28 * 10⁸ km²。
地球誕生到現在，這種碰撞已經發生了大約 100 * 4.5 * 10⁹ * 1.28 * 10⁸ = 5.8 * 10¹⁹ 次。如果 LHC 在 20 年內會毀掉地球，那地球已經毀滅了 76 次。

既然你還在讀這篇部落格，表示地球連一次毀滅都沒有，所以微觀黑洞就算在 LHC 生成也應該是無害的。

你不服氣？說宇宙射線裡產生的黑洞跑得很快，咻一下就過去了，來不及吃掉地球，LHC 產生的跑得很慢，會留在日內瓦一口一口把地球吃掉。

相對論學得不錯喔！速度的部分說得很對，這就是那 96 頁論文花了很大的力氣在講的，微觀黑洞和週遭物質的交互作用、吸聚過程、和霍金蒸發的問題。這部分牽涉到黑洞理論（廣義相對論）和微觀粒子的理論（場論），學問太大，我也不怎麼會。不過有個簡單的論述總結：同樣的宇宙射線不止會打到地球，也不斷地在撞擊太陽、恒星、白矮星、中子星... 等等天體，如果 LHC 會產生能吃掉年輕又小隻的地球的黑洞，那老扣扣又極高密度的中子星，早就把高能量的微觀黑洞擋下來，被吃得一乾二淨了。現在還看得到不少這種中子星，就是有力的反證。

也許我有偏見，但予其憂心度日、甚至寄死亡威脅信給 LHC 的物理學家們，還是悠閒地喝喝咖啡好了。

Google 也為 LHC 處女航做了好棒的 Doodle 耶！貼個 screenshot。

ping不見路

悼 Elaster Labs

一人一天一票，送進太空站！

網路會是一根稻草嗎？

也來聊聊物件導向程式的測試、封裝和相依性注入

封裝和相依性注入

封裝和相依性注入

一種解法：工廠法

後話

The Knack

時代雜誌選出 2011 年美國十大電視廣告

10. Citizens 銀行：停車場

9. 微軟：Powerpoint

8. 職業美式足球聯盟：史上最棒的球迷

7. 愛迪達：全入

6. 克萊斯勒：底特律進口

5. Jim Beam 啤酒：大膽抉擇

4. 三星：4G 蜘蛛

3. 普利司通：回覆所有人

2. 福斯汽車：原力

1. Google：親愛的蘇菲

看廣告囉！

10. The Daily.com: 來看 Daily

9. Bing: Krochet 創辦人講他們的故事

8. Bing: Bing 和鋼鐵擂台

7. Google: Frank 餐廳

6. Google: Lady Gaga

5. Disney.com: 擦洗餐具時記得關水

4. Bing: 你總能改變某人的生活

3. Google: 會越來越好

2. Google: The Johnny Cash Project

1. Google: 親愛的蘇菲

微中子是超光速的 Tachyon 嗎？

微中子速率測量

超光速粒子 即使證實 也難以撼動相對論

悠遊卡改卡 當事人已不是駭客

STL vector 效率小記

預留 reserve()

調整長度 resize()

在 constructor 指定長度

效率

少用 operator[]

重溫 Alice Cooper 的 Poison

我在 Google+ 貼的文到底誰會看到？

雲端！雲端！多少文章假汝之名而行

到底什麼是雲端運算？

電燈發展簡史

雲端運算在技術上的革新

小結

Tossug 社群尾牙 2011

聞笛靠右停

道路規則設計也要 "Don't make me think"

找出符合樣式的英文字

Nownews，下次掰像一點再來！

媒體

消息來源

人類的遠觀能力

唉！

「你好嗎？」當 Android 的聲控進化到 Conversation mode

隨手側寫 Open Invention Network

W3C 的 Chinese HTML Interest Group 籌備中

鄉親哪！這丟係「雲端運算」啊！

逛 hosting 夜市記

Justhost

Burstnet

Slicehost

Conference: Impossible! 的 COSCUP 2009

難得見面的熱血工作夥伴

既歡樂又驚險的大會手冊

COSCUP 物流中心

北京烤鴨爐

COSCUP 花絮照片

COSCUP 名句

好好玩的閃電秀

人客來買唷！

書展

COSCUP 精品街

我們也有吉祥物！

記憶痕跡

互相漏氣求進步

超光速粒子　即使證實　也難以撼動相對論

悠遊卡改卡　當事人已不是駭客

來自 Sir Paul 的音樂－不含 DRM！