Jester (JavaScript版本的ActiveResource)

終於有人寫出來了。Rails 1.2 的 REST 只是 server-side，運用各種語言把對應的 client-side 實作出來是遲早的事情。

就如同 Ruby 版的 ActiveResource，Jester是一個 JavaScript Library 可以讓你操作 Rails-style resources，而且語法跟 ActiveResource 十分類似(除了new變bulid)。這樣的東西可以幹麻呢? 它(應該要)可以幫助我們輕易做出 使用 RESTful service 的 Ajax Application (please see Ajax and REST, Part 1, Part 2 )

不過，咳咳~ 它目前 1.是 synchronous 的 (作者正著手改成 asynchronous ，應該不難多 callback 參數即可)  2.用XML，如果可以支援 JSON會更棒  3. Depends on Prototype 跟 ObjTree 兩個 Library。

題外話，最近 Rails Edge 把 RESTful routing 的 semi-colon (;)  改成 forward-slash (/) 了，吱吱。

別讓統計數字騙了你

一本出版有五十年的暢銷統計科普小書，內容還是非常適用，裡面提到的手法至今都還可以常常看到。當看到任何統計數據，一定要有自己獨立思辨的能力，很多東西多注意看一下就可以知道可信度有多少。

1.內建偏差的樣本

最大的誤差來源往往來自於 抽樣過程。例如填問卷時，心理上就會偏向多報或少報，好比問到收入或報稅 (前者多報後者會少報)，因為人們會有勢利心理。

樣本是否有代表性? 可否假設樣本成員跟以外的差不多? 例如調查畢業生的平均收入，那些畢業後就窮困潦倒的同學應該不容易(或是不喜歡?)被連絡上吧。只要有可能的誤差來源，就可以輕易毀掉樣本的可靠性，你應該對結果抱持某種程度的存疑。因此，意見調查的作業方式，終究是在對抗各式各樣的誤差來源。

被選來代表母體的樣本常會不公平，可能會偏向比較有錢、教育水準較高、資訊較豐富、比較友善等這些比較容易被訪問到的人。受訪者也會有想要給訪問員喜歡的答案的傾向。

要做手腳不需要刻意操弄調查結果，只要樣本有特定偏的傾向，就已經自動替結果作手腳了。 閱讀全文〈別讓統計數字騙了你〉

圖解無痛清大Oz信箱

Update(2007/4/11):  webmail 推出(號稱) v1.0版，但其實是用 IlohaMail (目前到0.8.x 版)。 

oz

學校提供的 [email protected] 實在太不進步了:

  • 容量只有100Mb
  • webmail 超落伍，永遠的 v0.1 版，介面功能超陽春，處理語系常會亂碼不能看。
  • 擋垃圾信功能超弱，過濾能力差，收下來垃圾信一堆。
  • 畢業離校馬上刪除，而校友會提供的信箱位置跟oz是不同的。

要怎麼無痛改用別家信箱呢? 閱讀全文〈圖解無痛清大Oz信箱〉

網路治理座談會

週五去了台北聽了一場 「國際網路治理發展現況與趨勢」座談會。最早對這議題有認識是前年底參加TWING CAMP的活動。主要就是目前聯合國已經陸續成立WSIS跟IGF來介入網路治理，而台灣又不是聯合國會員國，所以參予起來特別辛苦。

演講一快速 review 網路治理的範疇，狹義來說即 網路技術資源管理(IP address,doman name,root server等)，更明確的講就是 ICANN 的主導權問題，廣義來說包括網路基礎建設與標準、法律、經濟、發展、社會文化等五大面向。

討論一蠻有意思的，台上坐著 中華電信協理、交通部官員、中央資工教授、台灣網際網路協會理事長、亞太網匯董事等產官學代表，台下也有NCC官員，看著主持人分別詢問產官學回答出不同立場的回答真有趣。TWNIC網域註冊費率調降的公文應該送交通部還是NCC呢? 主持人直接問一下台上的交通部官員跟台下的NCC就知道啦~

演講二跟討論二主要focus在他們過去參予聯合國WSIS會議的經驗，像是報名的困難，不過真的去到現場，會發現很多別國代表私底下給你的感覺是 “台灣當然應該來啊，只是政治性因素大家都很無奈啊”… :p