Pages

December 3, 2009

弔詭的文獻引述現象

過去在方法學課裡學到的文獻引用方法,都說我們要正確列舉引用資料的來源,但是我們怎麼知道這個來源是最原始來源抑或是二手引用?我們怎麼能迅速而有效的找到原始來源?我後來發現,二手引用的問題非常普遍。

昨天因為寫篇報告,需要查證 Living Lab 定義的來源,就陷入這個有趣的問題了。我在 Google 輸入 Living Lab,看到一篇部落格文章 What is a Living Lab?,其中列舉若干 Living Lab 的定義,接著又讀到 Wikipedia 上的定義。這兩篇文章給我一致的結論,就是同一時期有不同人、不同領域、不同觀點的定義,大致有 CORELABS、MIT 的 William Mitchell 教授、挪威的 Asbjørn Følstad 教授、葡萄牙馬德拉大學的 Alvaro Oliveira,更令人訝異的是 Living Lab 一詞已經於 1999 年被加拿大電信廠商 NBTel 登記為註冊商標了!這麼多不同的來源,就端看你想取哪一瓢飲罷了。

不過後來繼續搜尋,就看到了弔詭的現象。我拿 William Mitchell 說的這段話去搜尋:"Living Labs represent a user-centric research methodology for sensing, prototyping, validating and refining complex solutions in multiple and evolving real life contexts.",竟然得到了琳琅滿目的出處,也看到了大量論文直接照抄在文章內而未加註引用。對於沒有加註引用來源的文章,或許可以解釋為把這個說法當做多數人接受的常識而未加深究來源,也可能作者不在意來源;但是我對琳琅滿目的出處特別感興趣,因為這些都是二手引用,也就是論文A的作者可能在一篇論文B中讀到這個說法,就把論文B當做出處逕自引用了,卻不知道它引用自論文C。當然問題可能出在論文B作者並沒有清楚註明來源,所以讓後人誤會了,因為如果論文中有標註引用來源,讀者應該不至於傻傻的不用。

所以,如果我們把這種論文檢索和引用的過程稱作「引用歷程」,這個歷程其實就像歷史故事一樣,如果沒有明確的轉載歷程,中間稍有一個環節失誤(筆誤、口誤、不查、刻意誤植),歷史典故的來源就失落了。所以,未來我們也許需要一群專精於考證的歷史學家來幫我們檢視引用資料正確性,否則在論文撰寫愈來愈輕忽論述根據、以及學術倫理愈來愈不值錢的現在,學術論文和期末報告、小說、散文之間似乎愈來愈難分辨了。

我很慶幸先閱讀到前述的兩篇文章,省去我不少麻煩。如果真有疑問,幸好我還能親自問到祖師爺 William Mitchell 先生。不過拿這件事情去麻煩他,好像又小題大做了。

April 26, 2009

用iPhone寫部落格

第一篇!第一篇!雖然手寫速度實在比不上實體鍵盤,起碼可以不必隨時帶著沈重的筆電。下回開始來玩隨拍隨寫。

-- 發送自我的 iPhone

January 15, 2009

互動建築時間軸

互動建築承襲自一個分分合合的歷史:九〇年代虛實空間分道揚鑣的革命性發展,以及當代對虛實共存的必然需求。縱然我們對互動建築未來的發展無從預知,但從歷史觀點上,互動建築卻是個非常有趣的主題,它根基於電腦、材料、機械等科學領域,而應用在建築上(虛實兼具)。Alexandra Krystova的Interactive Architecture Timeline參考了Antonino Saggio對互動建築的類型分析,作為分類標準,接著她又把該計畫帶到dipity平台,將其視覺化:Timeline of Interactive Architecture Projects
當然,如果能拿資訊與媒材的發展來類比,就可以看到更多有趣的關連性了,請參考History of Science網站上的From Cave Paintings to the Internet: An Annotated Interactive Timeline on the History of Information and Media。

December 24, 2008

Jeff 分享他在 ETH 洛桑分校發展現況

好久不見的 Jeffrey Huang,還是如此英俊挺拔,身高190令人好生嫉妒。講話還是一樣靦腆的吞吞吐吐,不過能看到他實在太高興了。離開 GSD 後到 EPFL(瑞士聯邦理工洛桑分校)擔任 Media and Design Lab 主任,回到自己生長的環境,他在發展上的確自在許多。令人眼睛一亮的是他主導下的瑞士銀行合作案和興建中的 EPFL Rolex Learning Center,怎麼可以那麼有錢啊(泣)。

December 20, 2008

2008綠色科技與永續建築創新學習營--大阪篇(未完成)

這是工研院2008年辦的第二次參訪活動,我和三位學生 Alan, Kai, Ziru 很幸運、也很曲折的搭上這班順風車,才有這趟難得的旅行經驗。這種正式的參訪活動與一般個人旅遊最大的不同點就是參訪前要做功課、參訪中要用心看(還要分組討論)、參訪後還有成果發表會,得像個小學生般認真學習、努力寫報告呢!如果自由行是無壓力旅遊,這趟參訪應該是高壓力旅遊。

什麼?穿西裝打領帶!
出發幾天前一通熱心的電話提醒我「因為是正式參訪活動,參訪行程的前三天請記得要穿深色西裝」,言下之意是前三天比較正式,後兩天可以隨便囉?衝著這個提醒,趕緊跑 La New 去愛用國貨一番,再從衣櫃搜出束諸高閣的西裝外套,終於湊出一套像樣的行頭。要不要繫領帶呢?衣櫥裡的領帶都是旅行帶回來的裝飾品,捨不得用;要不要改用領結呢?算了。還是一身黑走天下最省事。

CEO & CKO
抵達關西機場後隨即在巴士上開始行程說明,一面用著漂亮而美味的壽司便當,一面聽張總說明分組狀況。當宣布到我是第三組CEO時,嘴裡的壽司飯差點變成前座 Kai 頭上的點點繁星。我大概還活在自強活動、辦聯誼的時代,只知道組長、組輔之類的職稱,此時組長變CEO,副組長變CKO,完全不能適應,我們Eco-City不是要解決高壓高齡族群問題嗎?怎麼馬上給我壓力這麼大的頭銜哪~還好每組扣掉CEO和CKO,組員也只有兩人,一整個放心。

(一直沒有好好把這篇文章寫完,殘念~)

擁抱光線的公共客廳
位於大阪市郊東南方的和泉市政中心,

五十棟實體屋任你選--千里住宅公園
蓋一棟自己家要多久?三年?免!三週!

晃悠晃悠的晚餐
MOSAIC

銀杏樹海 中的 Intex

如帝王般居高臨下...

對高齡者的尊重與關懷--Ageless Center

環保科技展示中心--ATC ECO

大船入港 & 愛情的鎖鏈--ATC

那不是Ando桑的Suntory博物館嗎?

啪那搜你庫

花様 ka-you 西梅田店

December 6, 2008

不跟 IIS 玩了

過去幾年被 Linux 上 Samba 設定的繁複所困擾,因而決定改採 ActiveDirectory 做群組管理。這個學期初趁著主機掛點,就以 Windows Server 2003 恢復大部分網路服務,包括網站與內部檔案分享,等於再給微軟一次機會。

原本以為 Windows Server 安全性應該會比五年前大幅改善,不致重演當年在哈佛大學 CDI 遭遇的管理痛苦。想不到近一個月來 IIS 網站仍然連續被駭,即便我自認為防火牆、防毒軟體、AD群組安全設定、檔案系統權限設定都 OK 了,但似乎都無用武之地。我想問題不在於防範措施有多少,或者管理員知不知道該如何修補漏洞,而是 Windows Server 整體架構和設定上,有太多介面缺失和語焉不詳的地方,更不用說在系統安全性上的先天體質問題,讓管理員無從確定防範機制到底有沒有作用、或者機制間彼此的 關聯性。這裡面最弱的環節(讓人想起好看的節目 The Weakest Link)是 IIS,也許是我的成見吧,IIS 一開麻煩就來。

December 2, 2008

因為愛瘋改種花

等待許久之後,終於等到愛瘋,以下是我留給○傳的道別信,惡搞一下。

親愛的○傳,

與你相處五年以來,我最懷念前兩年的你儂我儂,
雖然後來感情漸淡,我仍少不了你在身邊。

最近我的心因愛瘋而悸動,我不得不選擇去種花,
我並不愛種花,也不想離開你,但誰叫你不讓我愛瘋。

你一聽說我要去種花,找藉口不讓我走,
我遲疑五秒鐘,還是毅然離去。

別難過,○傳,你是個好伴侶,
兩年後若種花不順利,我也許會考慮回來找你。
但請記得,我即使回來,我 . 還 . 是 . 愛 . 瘋。

November 30, 2008

何謂 Living Lab?

只是筆記~
參考原文:What is a Living Lab?
參考文章:
Towards a Service Paradigm: Comparative Analysis of Three Innovation 2.0 Modes
http://www.grchina.com/mobility/lab/ems2009-for-comment-only.pdf

November 20, 2008

圖書館與機器人

從自動化工廠、自動化停車場等機器人科技得到靈感,圖書館也開始引進類似的技術,協助圖書館藏的管理:
British Library's automated storage system unveiled
Robots used at £26m British Library store

September 20, 2008

當最重要的伺服器掛點...

因為經費限制,一直沒有機會規劃出負載平衡、任務平衡、且低風險的伺服器群。所以至今所有規劃都會有重要任務集中某部伺服器的現象,例如一部機器得肩負 PDC + Samba + DNS + Web + MySQL + SSH 多重任務,要命。果然,三年來從未出狀況的 IBM 伺服器在幾天前無預警掛點,而且是硬碟壞軌的嚴重掛點。也就是說,敝單位在網路上消失了!

當下只有兩條路:(1)緊急找出問題進行修復、(2)啟用備援系統。因為時間急迫,只能選(2),不過哪來的機器啊?手邊只有廉價古董機一批,沒有一部可以上戰場。於是緊急 call 廠商調來兩部低階 server,立刻擔負起 PDC 和 BDC,對,這回學乖要增設 BDC 了。

重設的過程繁瑣而充滿挫折,因為連系統都從 FC1 換成 WS 2003 了。過去 FC1 用的很沮喪,系統升級太頻繁,我們裝 FC1 不過才一年就被拋棄,因為已經發展到 FC3, FC4 去了;另外是為了跑 Domain Controller,Samba 設定極其複雜、到處碰壁;最慘的是,已經找不到懂 Linux 的人來接手,所以所有大小事都得我親上火線。為了顧及健康,還是忍痛改用 WS 2003。為什麼忍痛呢?雖然 WS 操作介面比起 FC1 來得友善,但裡頭的設定真不是普通的囉嗦和腦殘。