圖資界消息來源介紹：Library Views 圖書館觀點與中華民國圖書館學會電子報

這是「布丁布丁吃？」系列問答最後一篇，是要跟大家聊聊圖資界常見的消息來源。其實本來只是要談談blog，但我發現我看的圖書館領域的blog真的不多，雖然有訂閱電子報，可是整體來說都不是很常看。

由於我慣於使用Google閱讀器來訂閱、管理提供RSS功能的blog，像是「Library Views圖書館觀點」、「中華民國圖書館學會電子報」，而傳統用e-mail寄的電子報，例如政大圖檔所電子報、飛資得咱e報 (其實它有RSS功能)、或是國家圖書館電子報等，雖然有訂閱，但卻不太常看。

我在Google閱讀器訂閱的圖資Blog大部分都已經沒有在更新，或著是我並不是很感興趣、也不太推薦的內容。猶豫了好久，最後我只打算介紹兩個消息來源：Library Views圖書館觀點以及中華民國圖書館學會電子報，前者是個人blog、後者是學會電子報，就這兩個而已。

Library Views 圖書館觀點

• 作者：LV (之前我記得是Ted，不知何時改名了)
• 網址：http://libraryviews.blogsome.com/
• RSS：http://feeds.feedburner.com/libraryviews (摘要)；RSS全文訂閱：http://mrss.dokoda.jp/a/http/feeds.feedburner.com/libraryviews)
• 2010年更新頻率：一週或兩週就有一篇

LV蒐集了他平常閱讀的圖書資訊界相關消息，並彙整張貼到「圖書館觀點」中。文章雖然沒有新聞報導寫得這麼正式，但LV收錄的圖資相關訊息都還挺有趣的。許多圖資人會在此交流、互動，包括想要訪談我的那位研究生不意外地也在此出沒。

中華民國圖書館學會電子報

• 作者：中華民國圖書館學會
• 網址：http://blog.lac.org.tw/lac/
• RSS：http://blog.lac.org.tw/lac/rss.php (全文)
• 2010更新頻率：固定每個月底發行，一次會有五十、六十幾則訊息，但可以當做是同一期的資料

中華民國圖書館學會在臺灣圖資界來說也是很重要的單位，每期電子報中會有圖資界活動訊息、徵稿公告、各系所論文與發表以及對圖資人來說最重要的工作訊息。儘管我不會詳細地去查看每一篇的內文，但是光看標題就可以獲益良多。

然而這是一個電子報，雖然他是用blog系統架設，但是並沒有任何可以跟讀者互動的功能，看起來純粹只是發佈消息之用，甚為可惜。

結語：缺乏互動

這個題目跟原本訪談要問的問題已經相去甚遠，我在猜想訪談之所以想要問「blog」的原因，是想知道我在其他blog上跟別人的互動。很遺憾的，目前的我並沒有主動與別人互動的打算，這也表現在「布丁布丁吃？」的側欄幾乎沒有一般blog常見的一堆串連貼紙或是相關連結上。(儘管這一部分原因在於避免網頁讀取速度過慢)

一開始架設blog時，我的確是有蒐集相關資訊來源、整理在「布丁布丁吃？」的打算，就像是Library Views右方的「中文圖資部落格」(如右圖)。但是由於種種緣故，老實說，我正在研究的東西與圖書館漸行漸遠，而且某些方面來說感到厭倦，也懶得別人互動。

在讀書的這段過程中，總是會聽到有些人熱血沸騰地發表挑戰圖書館傳統的意見，像現在潮流應該是看到「iPad」就會大聲驚呼「圖資界革命新世代來臨」、「電子書即將取代紙本載體、大學圖書館何去何從」之類的議題。不過，大部分的人也都只是講一講，提出一個「這個好像很有趣」的意見，然後「希望有個人會來做」，僅此而已。

我覺得能夠有想法、點子是很重要的一種能力，但是目前的我更需要的是能夠將這些點子付諸實現的技能。我比較喜歡當個學習怎麼做、規劃一個確實可以點子完成的人，而不是個「只負責提出意見」而藉此認為自己地位高尚的人而已。

換句話說，比起天馬行空的「劃時代革命新點子」，我還比較喜歡跟人聊聊很基本的技術、計畫規劃、研究設計等問題，才有那種能讓夢想成真的踏實感。不過這種互動通常也只會在我跟老師meeting時，或是正式的論文研討會上才看得到就是。

話說回來，「結語為什麼會比正文還要長啊」會為這種小事吐槽的你就是太過認真啦。總之，總算寫完了，交差了事！

「布丁布丁吃？」與讀者的互動

在回答這一問之前，我必須先承認，我並沒特別積極地有想要跟讀者或是其他人互動。我只是單純地把一些資料記錄在這邊，讀者要看、要做什麼，請各自隨意。不過既然這是一個Blog，它也就具備許多跟讀者互動的功能。我之前也心血來潮地為「布丁布丁吃？」加上了反應與投票功能，不過結果怎樣，倒也沒什麼在看。

不管怎麼說，還是先整理一下關於讀者互動的資料吧。

互動管道

目前為止，「布丁布丁吃？」的互動管道有「張貼意見」、「訪客留言板」、「Facebook讚」、「反應」與「星號評等」等三個類別。各別介紹如下：

張貼意見

「布丁布丁吃？」最主要的互動管道是Blog的「意見」功能(response)，這是作為一個blog最基本、也是最重要的功能。讀者可以在文章下方張貼意見，「布丁布丁吃？」允許Google帳號、OpenID、甚至是匿名使用者來發表各自的意見。為了防止廣告機器人，我還設置了留言驗證詞與垃圾留言過濾的功能。

大部分讀者會張貼意見詢問這篇文章的問題，或是表示感謝、有用等意見。張貼意見的訊息會即時送到我的e-mail，而我也會儘快地給予回應。至於太複雜的問題，我可能會先暫時放著，待稍後有空處理完再來回答。

不過也有部分讀者的意見跟文章本身沒有關係，只是想跟我講講話、或是詢問一些問題。後來我設計了一個訪客留言板，供讀者發表那些沒有針對特定文章的意見。

除了讀者之外，我自己偶爾也會使用張貼意見來補充文章內容的不足。像是這個yam天空影音下載器IE版已經不能使用了，我是在張貼意見處提示讀者。但其實這不是很好的作法，只是純粹懶得開啟文章來編輯而已。題外話，這篇已經不能使用的文章卻是「布丁布丁吃？」點閱量最高的一篇文章。

訪客留言板

訪客留言板其實是我利用其中一篇blog文章的張貼意見修改而成。雖然它看起來像是掛在右邊側欄上的小工具，但實際上它仍是針對某一篇文章的張貼意見功能。

如果讀者想要詢問問題，卻又不知道要去哪裡問的話，我會建議它使用訪客留言板這個功能。不過如果是私密的問題，那我會請讀者寫信來詢問。這兩種方式都是將意見寄信到我信箱而已，對我來說並不會有什麼差別。

Facebook讚、星等評分與反應

Facebook的「讚」(like)按鈕是社交平台上常見的功能，我也不免俗地讓「布丁布丁吃？」加入Facebook的行列。

「星等評分」與「反應」這兩個功能是Blogger內建的功能。基於嘗鮮的心態，我也將之加入「布丁布丁吃？」當中。每篇文章都有星等評分與反應可以記錄讀者的回饋，讀者可以針對這篇文章給予1到5顆星的評價，1顆星表示非常討厭這篇文章、5顆星表示非常喜歡這篇文章；反應是由我來設計，因為不知道要設什麼反應比較好，目前只有「加油」、「好玩」、「有趣」、「實用」這四種反應可供表達。每位讀者只能做一次星等評分，或是選擇任一種反應一次，不能重複評分或重複表達同一種反應。

然而很遺憾的是，這三個功能的背後還沒有任何統計管理功能，目前只能一篇一篇文章去查看各自的評分與反應。與其說這是讀者給我的互動，不如說這是讀者給其他讀者的互動還比較合適。

與讀者互動的感想

我覺得讀者的互動中大致上可以分成兩種，一種是禮貌上的招呼，另一種是問題。

有些讀者受惠於「布丁布丁吃？」的文章之後，會利用張貼意見功能來表達感謝之意，或是告訴我他要轉載到其他地方，也有完全看不懂文章，只是回一個「我都看不懂」的意見出現。這些偏向閒聊的意見，我大多都會禮貌性地回應一下。

另一種是不懂我文章內容、需要更進一步詢問細節的讀者。因為「布丁布丁吃？」有些文章介紹的技術與工具並不是這麼容易上手，或是在不同情況下又會遇到我本來撰寫時不曾遇過的問題，遇到這種意見常常讓我難以處理。

其實我是比較樂意讀者提出後者這種問題，這不僅表示有讀者受惠於這篇文章(雖然還沒完全解決問題)，當我幫助讀者解決問題時，這些資訊都是可以改善這篇文章的內容。然而有時候太過困難的問題，我往往難以在短時間內處理，就只能先放著等以後有空。事實上，現在還有三個我想要處理、但是還沒有時間去研究的問題意見，這包括數讀、訪客留言板以及最新回應的功能。

我偶爾也會看看Blogger提供的流量統計以及Google分析的統計數據，每次都對越來越多的點閱量感到困惑。但統計數據無法跟我互動，我也不打算把「布丁布丁吃？」當做廣告平台來吸引流量。這個流量統計我也只是當做茶餘飯後的資料看看而已。

Blog之外的互動

除了利用blog內建功能在網路上進行互動之外，也有讀者會透過e-mail跟我聯絡，甚至是私下請教問題、進行訪談。

日前有研究生想要調查個人圖資部落格回應行為之研究，與是以e-mail跟我相約訪談，最近就要與他約談。12月時也有讀者不知如何設定DSpace中文語系，用e-mail聯絡來往多次仍不得其解，最後親自抱著筆電來政大看我一步一步的操作。甚至月初時實驗室有位應徵者在跟助理面試的過程中聊到我，突然跟在實驗室角落寫論文的我打聲招呼，說能看到我本人真是難得。

至於圖資相關研究所的學生似乎也有一些人受惠於「布丁布丁吃？」的內容。偶爾會有剛入學、不太認識的學弟妹跟我說：「我考研究所時有看你的blog耶。」雖然最後能考上是由於他們自己本身很優秀的關係，但能聽到人家這樣說，就會為「布丁布丁吃？」能幫上忙而感到開心。

其中，最讓我印象深刻的一次，是之前圖檔所舉辦資訊計量的研討會時，飛資得知識長的溫達茂先生在臺上發表他利用Yahoo網站連結分析工具研究「政大圖檔所」網站連結，結果就突然冒出一個「布丁布丁吃？」，著實讓我嚇了一跳。這是因為「布丁布丁吃？」有許多記錄我在政大圖檔所裡面所做的事情，所以自然也很多連結指向它，會有此結果並不意外。

似乎是從溫先生爆料之後，所上老師便會注意到有「布丁的blog」這個網站存在。我的指導老師常常以為我的blog非常熱門，而想要訪談我的研究生似乎也是因為所上老師推薦所以才找到我這邊來。偶爾跟學姊聊到「布丁布丁吃？」時，學姊也說我的blog在圖資界非常有名。

儘管這種名聲大多都只是讓人虛榮心作祟而已，但其實很多時候，我還寧願勸人來我blog看一下某篇文章，省下自己探索的時間。例如我身旁的助理正在拿著一本書研讀Lucene，我就介紹他到「布丁布丁吃？」看一下我之前寫的全文搜尋引擎Lucene簡介投影片，讓他可以先對Lucene有個概括的了解。

小結

不知道為什麼，我似乎可以預想到有人會問我：「會不會想要經營部落格讀者社群」的這種問題。老實說，我並沒有這種打算，也不覺得這種經營對我或對大家有什麼好處。

一如我開頭所說的，「布丁布丁吃？」對我來說只是個文章保存庫，我只要他能夠保存文章、供人取用就夠了，此外也沒有太多要求或目標。當然，如果有人想要針對「布丁布丁吃？」做任何研究或探討，還是可以與我聯絡討論看看的。

最後一問：

「圖資相關blog介紹」推薦一下圖資人值得瀏覽的部落格，並敘述理由。

45巷My麵屋

• 店名：My麵屋
• 位置：指南路二段45巷內
  
• 菜單：麵 (超甜的紅茶自取)
• 價位：40NTD~80NTD
• 座位：高峰期有點難找位置
• 環保：提供筷子與湯匙

My麵屋

跟殺人魔王一樣位於指南路45巷的一家小店，是另一家不起眼、但是卻很熱門的店面。My麵屋就如其名一樣，主要就是賣麵，還有小菜，泡得非常甜的咖啡紅茶可以自取。不過他的他的特別在於他還有賣特製的「涼麵」，是一般店面難以吃到的蔬菜麵。

店面環境我覺得就一般，不能說得上乾淨、但也沒有特別髒到不能坐。店內空間雖然不小，但是卻塞了很多位置，讓人坐起來感覺擁擠。店內有一個很大的電視，大部分客人都是一邊看電視上的新聞一邊吃麵。

My麵屋的菜單可以分成湯麵類、乾麵類、涼麵類與湯類。基本上都不難吃，而大碗的份量也是可以吃飽。雖然份量沒辦法跟飽飽食府相比，但是價位也比較便宜，要吃多吃少就看狀況選擇吧。

就跟大部分麵店一樣，My麵屋也提供小菜區。雖然小菜的味道不怎樣，但是柴魚片跟蔥可以自己加的這點還讓人感覺不錯。這樣吃我喜歡的皮蛋豆腐時就可以加很多柴魚片了。

沙茶牛肉涼麵小碗 (70NTD)

涼麵是My麵屋的特產，其中最昂貴的就是沙茶牛肉涼麵了，大碗80元，小碗70元。沙茶牛肉涼麵是由牛肉塊、胡蘿蔔條、小黃瓜條、蔬菜涼麵再搭配特製沙茶醬料組成。味道香淳，牛肉塊吃起來也是很有勁，我個人認為這是My麵屋裡面最好吃的餐點。

My麵屋裡面的麵似乎是使用寬麵，上圖是涼麵使用的蔬菜麵，麵本身就是綠色的。寬麵的口感不錯，吃起來很有飽足感。沒有綠色的麵就會被分類到「乾麵類」，價格比涼麵類便宜10元，但是我覺得味道沒什麼差。所以平常我大多都點到「沙茶牛肉乾麵」而已。

附帶一提，雖然是涼麵或乾麵，但麵其實都是現煮的，一點也不涼，剛吃的時候還會燙。只不過這跟麵食的美味沒啥關係就是。

My麵屋另一個我常吃的餐點則是大滷麵，小碗50元、大碗60元。大滷麵全都是由青菜組成，有我喜歡吃的筍子，味道清淡。當我身體不適、想吃清淡麵類時，我總是會點個大滷麵小碗來吃吃。大碗的份量非常之多，加上味道清淡不會想吃太多，所以每次點了之後自己都會後悔。

結語

My麵屋雖然位於偏僻的45巷弄裡面，但是用餐時間還是常常很難找到位置，通常是要跟其他客人擠一擠、挑個角落塞進去才行。此外，My麵屋的價位對學生來說還蠻友善的，雖然他的麵大多都非常重口味，而咖啡紅茶又甜到令我喝不下去，結果吃完之後我總是會到對面水果攤買個水果、或是到對面的清心買飲料來解渴。

推測COMODO Time Machine (CTM) 原理

備份、還原是每一台電腦都需要具備的功能。如果你還停留在電腦壞掉就要重灌的老舊思想，那我建議你該考慮學習一下備份、還原工具，例如現在我介紹的這個COMODO TIme Machine。以下是屬於個人心得，並沒有做太仔細的技術名詞確認。如果哪邊講錯了，還請告知一下。

為什麼不是用Windows的系統還原功能？

雖然Windows內建了系統還原功能，但大部分人都不使用，甚至是不信任他的存在。

這是因為Windows的系統還原工具只是備份還原「系統檔案」(Windows資料夾中的資料，但不是全部)、「登錄檔」、「安裝程式」(只有部分)。在安裝驅動程式或是新的軟體時常常會造成系統不穩定，這時候Windows的系統還原就能夠派上用場。

但很遺憾的是，大部分情況下，Windows的系統還原是無法讓你的電腦恢復正常。更糟糕的情況當電腦壞到你連Windows都進不去的時候，Windows系統還原功能就幾乎沒有用武之地。

傳統磁碟映像檔(Image)備份

傳統談到硬碟備份，大多數人會想到的名詞就是「Ghost」，其實它所指的是Symantect Ghost。Ghost的技術是將硬碟或磁區備份成一個「映像檔」，要還原時，則是從這個映像檔再讀出資料、寫入硬碟中。這種技術可以準確地保證硬碟狀況「完好如初」。

即使操作方式略有不同，大部分的硬碟備份/還原軟體幾乎都是用這種思維在運作。早期的Ghost是只能在DOS環境下運作，後來的版本則可以在Windows一起運作。我常用的Acronis True Image也差不多，操作介面比Ghost友善，甚至加入了我最為激賞的「Acronis Secure Zone」(Acronis安全區)，可將映像檔存放在隱藏的磁區中，並可在開機尚未進入Windows之前就可以進行備份/還原的工作。

使用Acronis True Image的好處是什麼？如果配置得當的話，當我電腦壞掉之後在進行還原，只需要7分鐘的時間，就恢復到當初備份時的狀況。而且系統目錄稍作變更調整，就可以確保桌面、我的文件等個人資料不會一起還原。

傳統映像檔備份還原的缺點：太過複雜

儘管乍看之下映像檔似乎能夠很完整地保存硬碟的情況，但實際操作時，你就會發現其實這還是有很多問題。

首先，使用者必須了解硬碟的磁區、分割、開機區等構造。如果你使用Acronis True Image，還要搞懂完整備份與差異備份的差別在哪裡。要到還原的時候，你還要回憶一下當初備份的映像檔到底放在哪邊、要還原到哪個分割區才行。

這一切操作手續都對一般電腦使用者來說太過複雜、太過低階。(儘管比起很多工具，他們已經相對高階了) 隨著時代技術的發展，我們追求的是更簡單、更直覺、更好操作的備份還原工具。

COMODO Time Machine：記錄差異

看過T邦客的介紹之後，我最近決定幫家裡電腦採用這個更容易上手的COMODO TIme Machine (番茄時光機器，以下簡稱CTM)。介紹文章已經很詳細，在此就不再贅述：

• 帶我回到當機前的美好：COMODO Time Machine（上）
• 帶我回到當機前的美好：COMODO Time Machine（上）

CTM本身是免費軟體，任何人都可以下載、安裝使用：

• 下載網址
• SkyDrive備份: client_setup_2.8.155286.178.exe (18.6MB)

CTM在操作的時候隱藏了大部分的細節，除了「備份」、「還原」功能之外，最複雜的也只剩下快照的「樹觀圖」(Tree View)。

在CTM中，備份的資料並不叫做「映像檔」，而是叫做「快照」(Snapshots)，這是因為他與傳統的映像檔備份有極大的區別。快照建立的速度極快，如果與上一個快照之間差異沒有很大的話，建立一個快照大概不需要10秒，而所需空間甚至只佔數MB。反觀傳統映像檔的備份，隨著硬碟越大、備份時間越長，80G的硬碟大概要備份30分鐘，這又是另一個讓人懶得常常備份的原因。

為什麼CTM的快照能夠這麼快、這麼小？很多人都在猜測CTM的運作原理，而根據我在使用時遇到的狀況中，我認為CTM做的是「記錄差異」而已。CTM的運作特點可以歸納如下：

1. CTM只會在第一次安裝時備份整個硬碟分割區的映像檔
2. 之後在CTM中建立的快照，都是與原始映像檔或是上一個快照的差異備份。也就是記錄你修改過的地方而已。
3. 當電腦狀態與上次快照的變更越少，建立快照就越快、檔案越小。反過來說，越久沒有建立快照，則建立時就必須儲存更多差異、檔案也越大。
4. 當你因為更換硬碟、調整硬碟磁區而導致CTM被破壞的話，硬碟狀態會還原到第一次安裝CTM的原始映像檔。

而CTM最大的隱憂也在於最後一點。安裝了CTM之後，就請千萬不要輕易決定要變更硬碟的狀況，否則一切都會還原到你當初安裝CTM的時候。這頂多只比Windows完全進不去還好一點點而已。

因此在使用CTM時，我仍然呼籲大家要將個人資料與系統資料分開安裝，詳細的教學請看我之前的介紹：Windows XP改變「我的文件」與「桌面」的儲存資料夾。

反過來說，如果你電腦的環境是時常會更換硬體的話，那麼傳統的映像檔備份還原工具就比較適合你，例如將一台電腦的狀況備份到多台電腦上。當然，這就是網管才需要去鑽研的課題，而個人使用者就不太需要去煩惱這種問題。

結語

總而言之，CTM這個備份還原技術實在高招，簡單的操作讓一般使用者也能輕易上手。我都跟我家人說，沒事就按一下備份快照，簡單、快速又輕鬆。此外他也具備進入Windows前的備份還原功能，讓保護更為全面。最重要的是，他是免費的。

希望未來大家不要再把「重灌Windows」當做一個自豪的技能，而是將配置好穩定的「備份還原環境」視為最重要的任務吧。

內/外控量表 Locus of control

Rotter(1966)發展的內/外控量表是非常知名的泛用性心理測驗，我在研究中也將內/外控作為受試者調查的一個變量，用來探索受試者在標註系統中會有何種傾向。但是在找尋量表的時候卻發現針對原始量表的中文翻譯在網路上意外地難找，最後我是從「性格與社會心理測量總覽(下)」一書中找到看起來較為合適的中文翻譯拿來使用。

這個量表已經公開了將近半個世紀，我想就用這篇文章將量表的原文與中文翻譯記錄一下，並作一個簡單的介紹。

什麼是控制源(Locus of control)？

控制源(Locus of control，也有人翻譯做控制點)指的是人們對於成敗或後果原因所抱持的一概括性的期望。內在控制源(內控)指的是個人相信自己對所經歷的成敗負有責任，即相信個人的行為、性格、才能等是個人經歷的主要決定因素；而外在控制源(外控)指的是個人認為自己所得到的結果主要是由外部力量決定的，如運氣、社會關係、他人或其他因素。控制源概念的關注焦點在於個人所感知到的行為、性格與事件之間的互賴關係。

量表說明

控制源是一種單維度連續變項，一端稱為內控，另一端為外控。Rotter內/外控量表利用23對二選一單選測試題來調查，採用迫選作答式。此外還有了6對掩飾題。量表中內/外控測題成對出現，每條外控題記1分，總計分在0分(極端內控)至23分(極端外控)之間。必須強調的是，有些研究計分方式剛好相反：分數高的是內控、分數低的是外控。在使用與文獻探討上請務必注意到這之間的區別。在內/外控分組的處理上，Hsieh & Dwyer (2009)是依所有受試者的平均分數來分割組別，其研究中平均值為11.46分(標準差3.50)，則12分以上作為外控、12分以下作為內控。

Rotter的內/外控測驗不是在於區別好壞，純粹只是調查受試者的傾向。許多研究將內外控的分類作為探索工具，用來在研究中預測傾向內控/外控的人們會有某些特別的特徵。儘管內外控量表非常有名，但是由於它的專門性不高，後人研究多將之改良成適合特定領域的專門問卷。大多數可以找到的文獻中都不是採用原始的內外控量表，而改量過後的問卷則會有使用上的限制，包括對象年齡、教育程度、研究目的等等。在使用上需要特別注意。

量表的信效度

Rotter內/外控量表作為一個評量工具，我們就要先確認它的信效度究竟到什麼程度，才能評估它的好壞。

信度方面，Rotter在1996年的「Generalized expectancies for internal versus external control of reinforcement」研究中調查結果來看，內部一致性信度(計算方式為Kuder-Richardson，中文常翻譯為庫李法)達到0.70；再測信度中，60名大學生樣本間隔一個月後再測信度係數值為0.72，117名大學生間隔兩個月後再測信度係數值為0.55。Rotter認為造成兩種再測信度差異的原因是因為施測方法不同。

效度方面，有關內/外控的研究中，有一半以上採用了Rotter的量表，而大部分文獻都揭示人們對於自己控制自己命運的感知是存在個別差異，而Rotter量表能夠敏感地辨別出這些差異。

閱讀學習與內外控

在閱讀學習方面，不少研究將內/外控作為一種學習型態的變量。認為學習責任較多在自己身上的人稱之為「內控」(internal controll)，反之認為責任不在自己身上的人稱之為「外控」(external control)。(Lefcourt, 1982) 在需要使用技能的情況下，比起外控來說，內控會花更多時間在決策上；在較不要求技能或是較憑運氣的任務中，內控的回應中表現較為粗心大意與衝動。(Johnson & Kilmann, 1975; Kukulu, Buldukoglu, Kuladaç & Köksal, 2006; Wheeler & Davis, 1978)

某些傾向外控、能力較差的讀者需要在閱讀過程中支援(Coker, 1990; Coldevin et al., 1993)。這些學生相信他們的表現不會受到獎勵影響，而且通常難以控制。因此，他們需要教師的支援，甚至會懷疑自己的學習能力。Coker等人(1990)研究發現內控學習型態的讀者閱讀表現較佳，同時作為一個優秀的讀者，他們也能在閱讀中使用多種閱讀策略。比起較差的讀者來說，這種能力能夠幫助內控學習者理解未知單字的意義。(Arden-Close, 1993)。

內/外控量表題目

問卷來源：原始來源是來自Rotter(1966)，控制源教學網頁裡面也有詳細的教學。(注意，裡面的內外控計分是高分內控、低分外控)中文翻譯是參考自楊中芳(1997)。

問卷說明：這份量表只是用來了解您對事情的看法和感受，並沒有對錯。請根據您個人真正的想法、感覺或行為來回答以下的問題，感謝您的合作。

內/外控量表計分

當受試者回答以下題目中得分的選項時，則獲得外控題得分1分。不在下列題目中的題目即為掩飾題，不論答哪個選項皆與結果無關。

參考文獻

Rotter, J. B. (1966). Generalized expectancies for internal versus external control of reinforcement. Psychological monographs, 80(1), 1.

Robinson, J. (1997). 性格與社會心理測量總覽. (楊中芳, Tran.). 臺北市: 遠流出版事業股份有限公司.

Hsieh, P., & Dwyer, F. (2009). The Instructional Effect of Online Reading Strategies and Learning Styles on Student Academic Achievement. Journal of Educational Technology & Society, 12(2), 36-50.

Lefcourt, H. M. (1982). Locus of control: Current trends in theory and research. Lawrence Erlbaum.

Arden-Close, C. (1993). NNS Readers. Reading in a Foreign Language, 9(2), 867–93.

Cappella, E., & Weinstein, R. S. (2001). Turning Around Reading Achievement: Predictors of High School Students' Academic Resilience* 1. Journal of Educational Psychology, 93(4), 758–771.

Coker, L. S. (1990). Success in Nursing: A Primary Intervention Course. Nurse Educator, 15(6), 14.

Coldevin, G. (1993). Influence of Instructional Control and Learner Characteristics on Factual Recall and Procedural Learning from Interactive Video. Canadian Journal of Educational Communication, 22(2), 113–30.

Johnson, B. L., & Kilmann, P. R. (1975). Locus of control and perceived confidence in problem-soliving ablities. Journal of clinical psychology, 31(1), 54–55.

Kukulu, K., Buldukoglu, K., Kulakac, O., & Koksal, C. D. (2006). The effects of locus of control, communication skills and social support on assertiveness in female nursing students. Social Behavior and Personality: an international journal, 34(1), 27–40.

Maguiness, C. (1999). Show Us How: A School-Wide Programme for Reluctant Readers.

Wheeler, R. W., & Davis, J. M. (1979). Decision making as a function of locus of control and cognitive dissonance. Psychological reports.

Whitney, P. (1992). Children’s out-of-school activities. In 42nd annual Meeting of the National Reading Conference. San Antonio, TX (ERIC Document Reproduction Service No. ED 358 408).

Neill, J. (2006, December 6). Locus of Control - A Class Tutorial. Retrieved December 25, 2010, from http://www.wilderdom.com/games/descriptions/LocusOfControlExercise.html

• 2011/4/1/：把「Caker」修正成為「Coker」了，而且原文裡面引用的文獻也是錯誤的，不是1989而是1990，在此修正。

手機範本僅使用Blogger提供的服務

Blogger在之前提供了手機範本的功能，只要在設定中開啟，並以手機等行動裝置開啟blogger之後，便能夠自動轉換成手機範本的樣式。如果是一般桌上型電腦的使用者，也可以手動地在blogger網址後面加上「?m=1」來啟用手機範本，例如：http://pulipuli.blogspot.com/?m=1

手機範本會強制blog的文章以適合狹小螢幕的樣式來顯示，並且刪去邊欄以及額外的JavaScript功能，這讓網頁讀取的速度加快許多。如果只是單純要閱讀文章的話，我會推薦使用手機範本來閱讀。

原本我也有安裝Blogger Touch這個第三方服務，但是在某次我想要利用Google搜尋自己Blog中的內容、卻總是找到被Blogger Touch擷取的頁面時，我就興起了關掉這個服務的念頭。

另一方面來說，減少一個第三方服務，也可以讓「布丁布丁吃？」的速度再加快一點，也未嘗不是一件好事。

因此最後決定將Blogger Touch關閉，僅留下Blogger提供的手機範本功能，再此一文記錄。

論文進度報告：評估閱讀理解能力 Progress report: Measure Reading Comprehension

要評估一個人的閱讀理解能力並不是很容易的事情。除了閱讀理解的程度會隨著文章不同而有所變動之外，閱讀理解能力還涉及多方面的概念，根據Cromley等人(2010)提出的DIME Model，認為閱讀理解涵蓋了「先備主題知識」、「推論」、「閱讀策略」、「閱讀詞彙」與「閱讀流暢度」這五個構面；而Keshav(2007)、Bogucka & Wood(2009)、John & Roy (2010)等人又針對學術論文提出了閱讀指導，他們認為學術論文的重點通常落於「研究問題」、「研究貢獻」、「研究結果」的證據、「結論」等部分。

為了使閱讀理解能力的評估更為客觀，我採用了兩種方式來評估：問答題形式的心得報告以及四選一選擇題的測驗。並規劃為期兩週的閱讀文章作業流程來取得這些資料，而這也就是我論文中最主要的實驗設計。

實驗規劃

這是實驗是在數位學習碩士課程中作為一個課堂報告進行。在課堂報告目的中融入了我的實驗目的，我希望能在這次的作業中讓受試者使用KALS標註系統、並取得受試者閱讀理解能力資料。

在實驗開始之前，我會課堂中說明閱讀文章與標註系統操作，並告知受試者要在閱讀過程中填寫閱讀心得報告，以及閱讀文章完畢之後要進行閱讀理解測驗的訊息。說明結束之後，我請受試者先進行閱讀文章、確認閱讀心得報告的問題，並即時回答受試者的疑惑。

課堂結束之後，受試者會有兩週的時間閱讀文章並撰寫閱讀心得報告。在這段期間中，受試者可以利用課堂討論區進行非同步的提問，我也會在最短時間為受試者排解操作上的困難。受試者可在這段期間內任意時候利用數位學習平台繳交閱讀心得報告，在兩週期限結束之前，我也會確認尚未繳交的受試者，並催促受試者完成撰寫。

兩週報告結束後，我會要求受試者利用數位學習平台填寫閱讀理解測驗，並限時30分鐘內完成。除了填寫測驗時發生了操作上的問題之外，所有受試者都能在時限內完成。

另一方面，原本應該在兩週內完成的閱讀心得報告，卻仍有部分受試者無法在期限內繳交。所以我只好延後繳交時間，讓實驗過程從14天延長到16天才能回收所有的閱讀心得報告。然而閱讀心得報告在設計上並沒有嚴格要求時間限制，因此延後繳交並不會造成太大的影響。

閱讀文章選擇

在本次實驗中，閱讀文章是要給數位學習碩士課程「資訊科技融入教學」作為課堂作業來閱讀，因此文章的選擇與主題會受限於實驗情境，必須要搭配課程以及授課內容大綱，課程的涵蓋主題包括了數位學習理論、教案設計、研究方法、學習風格與適性化、遊戲式學習等。另一方面，由於我的系統需要辨識「詞性」的特徵，所以選用文章必須使用中文語言。

基於以上理由，我選擇使用黃桂芝、曾憲雄、翁瑞鋒與何筱婷於2008在數位學習科技期刊發表的「採遊戲式學習教育平台之科學教育活動設計」作為指定的閱讀文章。該文章是描述如何使用e-GBL遊戲式學習平台，並應用知識螺旋理論，讓遊戲式學習導入教學過程中，採用的研究方法是數位學習常見準實驗研究法，並利用了思考風格之學習分析。其探討議題多能與實驗情境配合，因此我選擇他作為本研究實驗中的指定閱讀文章。

關於這篇文章的原文可以到開放進用期刊「數位學習科技期刊」中下載，下載位置連結在此。我也做了這篇文章的介紹投影片如下：(SkyDrive下載)

閱讀心得報告設計

心得報告的規劃是參考Keshav(2007)、Bogucka & Wood(2009)、John & Roy (2010)等人認為閱讀學術論文的重點，並根據指定閱讀文章、實驗的情境來設計。閱讀心得報告是五題問答題，請受試者自由作答。不限字數，但在說明時提示受試者不用寫太多文字。每個題目配分皆為20分，滿分為100分。受試者必須在兩週的閱讀文章過程中繳交，但是實際上最後是延期到16天才收齊所有受試者的閱讀心得報告。

由於問答題的題目設計在評分上容易偏於主觀、難以取得公平。所以我安排兩位評分者為受試者的閱讀心得報告評分。這兩位評分者熟悉指定閱讀文章，能夠勝任評判閱讀理解能力的工作。每個題目皆有設計好的評分準則，依據題目複雜度的不同，評分準則有2到5條不等，皆有各自的配分。評分時則是請評分者依照此準則，評定受試者回答內容與此準則的符合程度來給分，以確保評分具備信度。

閱讀心得報告的題目與評分準則在評分者之間有多次討論與修正。最早設計時是6題(SkyDrive下載)，後來擬定評分準則 (SkyDrive下載)，最後的題目與評分準則如下：

1. 這篇論文提出了哪些研究問題？你覺得是否清楚合適？
   • 受試者是否能從研究問題取得資料？(10分)
     受試者是否能對研究問題提出自己的看法，且能夠解釋支持或反對的理由。(10分)
2. 請簡單地敘述該論文的主要貢獻。
   • 受試者是否能找到文中「研究貢獻」一節的敘述？(7分)
   • 受試者是否能夠結合論文研究的結果結合到研究貢獻之中？(7分)
   • 受試者是否能用自己的言語來合理地詮釋、說明研究貢獻？(6分)
3. 哪些證據支持這篇文章的研究結論？論文中的研究數據是怎樣解釋結論？你是否有其他看法？
   • 受試者是否能在研究結果與分析的段落找尋資料？(5分)
   • 受試者是否能夠用自己的話撰寫簡潔的摘要？(5分)
   • 受試者是否能夠連結研究資料與結論之間的關係？(3分)
   • 受試者是否能夠質疑對這些證據，或是嘗試評估結論的正確性？(3分)
   • 受試者是否能夠以這份研究數據提出不同解釋？(4分)
4. 請提出這篇論文在研究方法上可以改善的地方。
   • 受試者是否能發現樣本數量不足的問題？(3分)
   • 受試者是否能發現單組前後測設計的缺點？(4分)
   • 受試者是否能夠發現學習成效問卷的嚴謹性不足？(3分)
   • 受試者是否能針對研究方法提出其他的建議？(5分)
   • 受試者是否能夠以研究方法的缺點來檢討結論的合理性？(5分)
5. 這篇論文能對你在實施教學上的啟發是什麼？
   • 受試者是否能從敘述他從這份論文中學習到的知識 (10分)
   • 受試者是否能夠能將論文內容與自身教學經驗結合提出看法 (5分)
   • 受試者是否能夠在教學實施上提出舉例應用、或是新的研究看法或研究方向 (5分)

在回收受試者的閱讀心得報告之後，我擷取受試者針對各五個題目回答的答案，並重新組合成五份評分表格。以第四題的評分表格(SkyDrive下載)來說，表格中包含了題目、評分準則、受試者回答內容、評分欄位。評分表格除了可以方便評分者進行評分之外，還可以讓評分者容易比較所有受試者的回答狀況，以確保評分能夠客觀、公正。

評分者信度的評估方法

在回收受試者的閱讀心得報告之後，兩位評分者即依照評分準則給分。良好的評量工具需要具備效度與信度。閱讀心得報告的效度可從文獻探討中確定，而信度的計算方式，則讓我花了好一段時間研究。

根據余敏賢(2003)的教育測驗與統計重點整理所述，依照評分者人數與評分方法的不同，求評分者信度可用的評分方法有四種，引用表格如下：

根據我的情況，應該採用Pearson相關係數。但是卻也有許多學者認為這是錯誤的作法。

大陸學者徐曉鋒與劉勇(2007)講解James(1993)的組內評分者間一致性評估的方式，他們指出信度與一致性的不同，此外也有組間與組內的差別。柴惠敏(2007)認為評分者信度評估不應該用Pearson相關係數，因為Pearson相關係數的前提是兩個變項應該是獨立，而我目前資料狀況中，兩位評分者評定出來的分數卻是相依的。他建議應該使用Shrout與Fleiss提出的組內相關係數分析 (intraclass correlation coefficient, ICC)來進行分析。但是ICC需要確認許多前提，竹家庄blog中有專家回答讀者問題中可以得知，這的確不是簡單、隨便就可以使用的一種工具。最後讓我打退堂鼓、回來使用Pearson的是庄主最後的一段話：

定量分析与其它绝大多数知识不同，只能循序渐进、一个台阶一个台阶往上爬。如果对进阶的方法不甚了了，与其大胆试用（大部分情况下会用错，而且错了还不知道原因何在），我强烈建议使用熟悉的经典方法，如回归、方差、crosstabs等等。经典方法也许用到你的数据上会有些问题、但那是已知的问题，而新方法可能带来的风险是无法预知。如果医生不了解某一新药，绝不敢乱用，而会使用已知作用有限并有副作用的旧药。我们是给数据看病的Data Doctor，也要有如此的基本医德。共勉。

閱讀心得報告結果分析

回收受試者的閱讀心得報告之後，兩位評分者即依照評分準則進行評分。評分結果再以Pearson相關係數進行分析，取得Pearson相關係數r = 0.832，雙尾的顯著性p = 0.000 < 0.001，顯示兩位評分者的評分具有顯著的相關性。據吳明隆(2009)的相關係數評判準則來看，r = 0.832屬於高度正相關，也就是評分者A認為高分的受試者、評分者B也認為高分，反之亦然。

由於每個領域的評量工具都有不同的信度準則，r=0.832作為評分者信度來使用是否達到理想的信度水準，這點我還沒有找到足夠的文獻來支持。然而我的研究並不是專注於發展一個評量工具，所以分析到這邊我自認應該足矣。

基於以上信度水準，我可以有信心地將兩位評分者的分數取平均結合，成為最後的報告分數。簡單來說就是下圖：

閱讀理解測驗規劃

除了閱讀心得報告之外，我也根據Cromley等人(2010)提出的DIME Model來設計四選一的閱讀理解測驗。

DIME Model (Direct and Inferential MEdiation Model，直接與推論調解模型)是一個閱讀理解測驗設計的模型，Cromley等人認為「閱讀理解能力」(Comp. = comprehension)是由「先備主題知識」(Background)、「推論」(Inference)、「閱讀策略」(Strategies)、「閱讀詞彙」(Vocabulary)與「閱讀流暢度」(Word)這五個構面組成。並在2010的實驗中以生物學專業領域的學術文本作為指定閱讀文章，探討是否DIME Model也適用於特定領域的文章上。研究結果發現，先備主題知識、閱讀詞彙、閱讀策略與推論跟閱讀理解有顯著的影響。而沒有顯著影響的閱讀流暢度，可能是由於學術文章的重點與閱讀快慢並沒有太大影響的關係。

我採用DIME Model的架構來設計閱讀理解測驗，並依據Cromley等人的發現而捨棄閱讀流暢度的構面，僅以先備主題知識、推論、閱讀策略與閱讀詞彙這四個構面來設計題目。依照DIME Model的設計概念來看，只要檢測這四個構面即可推測出綜合的閱讀理解能力。

根據DIME Model題目設計的說明，配合我在實驗中的指定閱讀文章等實驗情境之後，四個構面的設計理念如下：

先備主題知識 (Prior topic knowledge)

• 測試受試者是否對於「遊戲式學習」、「科學教育」等該篇文章談論的主題概念有所誤解。
• 必須避免跟「詞彙閱讀」的題目相衝突。

推論 (Inference)

• 基於Hannon與Daneman (2001)發展出來的方法。
• 題目由固定形式組成：「A句」並且「B句」因此。再請受試者選擇A句到B句推論的正確答案。
• 每個答案都是正確的，但只有一個跟推論結果相關。

閱讀理解策略使用 (Reading comprehension strategy use)

• 測試受試者是否能夠使用閱讀理解策略，例如「摘要」、「預測」、「自我測試」、「先備主題知識活化」、「做筆記(例如圖表繪製)」、「圖文批配」。
• 設計題目時，需以另一篇類似的文章作為閱讀題目。另一篇文章為「黃國豪, 李玲梅, 王皓瑀, 洪珮菁, 吳佳茹, & 賴煖菱. (2010). 無所不在學習之系統建置與成效分析─以小學生認識校園植物為例. 數位學習科技期刊, Volume2(Number3). Retrieved from http://ijdlt.org/paper_info.php?pid=52043」，這是與實驗指定閱讀文章屬於同樣的期刊，表示審核門檻雷同。儘管摘要敘述方式與實驗閱讀論文不同，但是與大部分論文的摘要相同，足以作為代表。

閱讀詞彙 (Reading vocabulary)

• 測試受試者是否能理解「專有詞彙」跟「非專有詞彙」的意義。
• 題目設計為：列出一段敘述，在要測試的詞彙下畫底線，並要求受試者選擇跟這個詞彙最符合的敘述。
• 詞彙是選擇自重要的關鍵概念，但並不會在題目的段落中解釋。
• 必須避免跟「先備主題知識」的題目相衝突。

依照以上四個構面與設計理念，最後我設計出15題的閱讀理解測驗 (SkyDrive下載)。並在為期兩週的閱讀文章期間結束之後，於數位學習平台上進行限時30分鐘的測驗，測驗完成之後即進行統計分析。

測驗的評估方法

比起問答題的心得報告，選擇題的測驗較容易評估，不僅方法客觀、爭議性也較少。在此我主要參考了鄭湧涇(1998)的評量結果統計分析步驟：

1. 將試卷依得分的高低排列。
2. 由最高分向下取全部試卷數的27% 或三分之一，稱為「高分組」。
3. 再由最低分向上取與高分組相同份數的試卷，做為「低分組」。
4. 分別計數高、低分組，選答各試題每一選目的人數，記錄在「試題卡」(Test item card)上。
5. 計算各試題之「難度指數」，以百分比表示，其計算方法如下:

難度指數(P) = {[T-(R_U+R_L)]／T}x100

R_U :高分組答對該題人數

R_L :低分組答對該題人數

T :全部取樣人數，即高、低分組試卷份數之和

6. 求取各試題之「鑑別指數」，其計算方式如下:

鑑別指數(D) =（R_U-R_L）／(1/2)T

7. 評鑑每一試題的「擾亂答案」(選目)之有效性。
8. 將所有試題依其難度指數與鑑別指數值製作綜合分析表，並求出其平均值;綜合分析。

最後我再用庫李法(Kuder-Richardson method，1937)中的KR₂₀來評估內部一致性信度。但是必須說明的是，許多評估測驗評量的指導中並沒有說明他們是使用哪些數值作為計算KR₂₀的數據，到底是要用全部受試者的答題狀況、還是應該要像難度指數與鑑別指數一樣只取用高分組、低分組的答題狀況來計算，似乎較難以有所定論。可以確定的是，僅使用高分組與低分組來計算KR₂₀信度係數的結果會比採用全部受試者的結果還要高，也就是數字看起來會比較漂亮的意思。所以以下KR₂₀內部一致性信度係數我只有使用高低分組的受試者來計算。

閱讀理解測驗分析結果

19位受試者完成測驗之後，我就可以依據測驗結果來進行分析。

初步分析結果顯示整體難度指數為36%，比正常情況下的50%還要簡單很多，也不到理想的37.5%；整體鑑別指數為0.29，屬於不佳的試題，必須加以改進或棄卻(Ebel, 1972)；整體無效選目高達36.8%，也就是完全不會有人去選、一看就知道是錯誤的選目數量。而最後的KR₂₀內部一致性信度為0.56，在10到15題的小型題庫中算是可接受的範圍(林朝順等，2005)，但不算理想。

為了提高這份測驗的信度，參考Ebel (1972)的建議，將題目中鑑別指數等於或低於0.2的題目刪除，修正整份測驗。刪減之後題目數量從15題降至8題，整體難度指數提高到47.5%，屬於理想的程度；整體鑑別指數提高到0.6，屬於極佳的程度；無效選目降低到28.3%，KR₂₀內部一致性信度更是提高到0.77。

整體而言，修正後的測驗都顯示出較理想的狀況，因此我將之作為「測驗分數」來採用。修正過程簡單來說就是下圖：

閱讀理解測驗的詳細結果請看投影片：(SkyDrive下載)

閱讀理解分數處理

在實驗中利用兩種評量工具可以取得兩項數值：「報告分數」與「測驗分數」。我以Pearson相關係數再做分析，計算出r = 0.616，雙尾顯著性p = 0.005 < 0.01，屬於顯著的中度正相關，顯示這兩項數值都可以測量出同一種概念，也就是閱讀理解能力。接著我將兩項數值以比例的方式標準化，並取平均結合，得到最後的閱讀理解分數。處理方式如下圖：

整個處理過程的分數列於下表：

我將以上所有過程以投影片方式說明，投影片如下：(SkyDrive下載)

小結

這些資料都是我論文的一部分，但是在寫這篇文章的時候，我並不是抱著我在寫論文的心態而寫，而只是單純地記錄我是如何處理這些資料以及這之中遇到的困惑。實際上論文時可能會將一些無法解答的疑惑刪除、修飾，讓論文寫起來漂亮一點。

儘管為了我花了許多精力在蒐集文獻、規劃如何評估閱讀理解能力，但是平心而論，這並不能非常準確地說這樣子就能評估閱讀理解能力，只能說是盡可能地去得到受試者在閱讀理解能力上高低的量化數值而已。就如我內文所說的，這個研究並不是發展閱讀理解能力評估量表或是心得報告規範工具，在撰寫這份論文之中，我最多就做到這邊而已。

被迫採用這種不穩定的評估方式，最大的原因還是受限於實驗情境中，必須要配合課堂內容而選定文章。碩士生閱讀的文章不會是一般常見的泛用讀本，自然也難以有客觀、公正的評量工具。迫於這種情況下只能自己規劃，但這不管怎麼做都很難讓人真的信服。

最理想的解決方式還是換一個實驗情境、採用經過公開評量的工具，例如PIRLS(Progress in International Reading Literacy Study，促進國際閱讀素養研究)或是全民英檢使用的閱讀文章與評量工具，就能夠避免陷入這種窘境。

事實上，在之前的規劃中，我的確是打算採用PIRLS的文章作為實驗的工具。但是人算不如天算，在種種無奈與時間限制之下，我只能採用目前這種作法。然而換個角度想想，很多時候我們很難去創造一切盡如己願的環境來評估資料，像現在這樣能夠配合場域、情境即時地設計一個評估方式，說不定這才是比較貼近現實的狀況。變化並沒有錯，錯的是無法因應變化的人，我是這樣子認為的。

即使如此，我想我在評估閱讀理解能力的過程中，應該還是有些地方值得別人參考、使用，所以才將資料彙整、撰寫成這篇文章。希望能夠幫到大家的忙。

參考文獻

• Cromley, J. G., Snyder-Hogan, L. E., & Luciw-Dubas, U. A. (2010). Reading Comprehension of Scientific Text: A Domain-Specific Test of the Direct and Inferential Mediation Model of Reading Comprehension. Journal of Educational Psychology, 102(3), 687-700. 
• Keshav, S. (2007). How to read a paper. ACM SIGCOMM Computer Communication Review, 37(3), 83–84. 
• Bogucka, R., & Wood, E. (2009). How to Read Scientific Research Articles: A Hands-On Classroom Exercise. Issues in Science & Technology Librarianship, (59), 4. 
• John W. Little, & Roy Parker. (2010, Fall). How to Read a Scientific Paper. Retrieved November 23, 2010, from http://www.biochem.arizona.edu/classes/bioc568/papers.htm#evaluate 
• 黃桂芝, 曾憲雄, 翁瑞鋒, & 何筱婷. (2008). 採遊戲式學習教育平台之科學教育活動設計. 數位學習科技期刊, 1(1). Retrieved from http://ijdlt.org/paper_info.php?pid=27
• 余敏賢. (2003). 教育測驗與統計：重點整理. 高點致勝叢書系列 (五版.). 臺北市: 高點文化. Retrieved from http://library.yfms.tyc.edu.tw/webopac/detdata.php?pagerows=15&orderby=BRN&qrow=1&brn=1031623
• James, L. R., Demaree, R. G., & Wolf, G. (1993). rwg: An assessment of within-group interrater agreement. Journal of Applied Psychology, 78(2), 306–309.
• 徐晓锋, & 刘勇. (2007). 評分者內部一致性的研究和應用. 心理科学, 30(5), 1175-1178. Retrieved from http://cnki50.csis.com.tw/kns50/detail.aspx?QueryID=3&CurRec=1
• Statistics and SAS Package, School of Physical Therapy, National Taiwan University. Retrieved January 20, 2011, from http://www.pt.ntu.edu.tw/hmchai/PTcomputer/hSAS/SAScontinuous/SASicc.htm
• Shrout, P. E., & Fleiss, J. L. (1979). Intraclass correlations: uses in assessing rater reliability. Psychol Bull, 86(2), 420–428.
• 庄主. (2009, May 17). 如何选择Intraclass correlation coefficient (组内相关系数) 的模型？ - Windows Live. Retrieved January 20, 2011, from http://zjz06.spaces.live.com/blog/cns!3F49BBFB6C5A1D86!1228.entry?wa=wsignin1.0&sa=753480086
• 吳明隆. (2009). SPSS 操作與應用-問卷統計分析實務 (二版三刷). 台北: 五南.
• 鄭湧涇. (1998, September 18). 科學學習成就評量：II.評量結果的統計分析. Retrieved December 27, 2010, from http://140.122.143.143/doc/evaluate3.htm
• Kuder, G. F., & Richardson, M. W. (1937). The theory of the estimation of test reliability. Psychometrika, 2(3), 151–160.
• 林朝順, 鄒國英, 劉正耀, 胡彼得, & 楊育純. (2005). 醫學系筆試多項選擇題品質分析. 輔仁醫學期刊, 3(4), 213–220.
• Ebel, R. L. (1972). Essentials of educational measurement.

論文進度報告(2011/1/19)：變更的研究架構 Progress report: modified research

現在論文的進度來到了「分析資料」的步驟。很多人會問我：「論文寫得怎樣了？」我都會回答：「一個字都還沒寫。」是的，論文還沒正式動筆寫，因為我現在還在數字之間打轉。

為什麼很久都沒報告進度？

距離上次論文進度報告居然隔了快要兩個月的時間，這段時間我到底在幹嘛呢？其實是因為12月底的時候我就在進行論文的實驗。由於擔心受試者會有霍桑效應的影響，也就是他們發現到自己原來就是實驗的對象，而改變了原本自然的行為，所以我想應該是要隱瞞「這是一個實驗、我正在觀察你們」的這個訊息。

實驗的過程中其實有很多想跟大家分享的資料，可是礙於這個限制，我自己也悶了好久。現在實驗已經結束，進入分析資料的階段，也跟老師確認了一下，就算公開應該也是不受影響，所以接下來我會陸陸續續地在這邊敘述目前論文的進度。

變動的實驗進行、變動的研究架構

由於實驗進行方式與當初計劃書規劃的有很大的不同，所以連研究目的、研究問題、研究架構等設計都要全部重寫。會變動我覺得很正常，跟人扯上關係的計畫通常都無法如願地進行，這並不是任何人的錯。如果真要怪是誰的責任，那我會認為是自己需要去承擔這種變更帶來的風險與額外工作。

簡單來說，整個研究架構都要做調整。從上週與老師討論時講的研究架構投影片 (SkyDrive下載) 讓老師直呼：「你的研究怎麼會變成這樣？」就可以知道我的論文變動的程度大到令應該是很熟悉的老師都覺得很驚訝。

總而言之，現在就是要改研究架構。我希望整個研究架構能寫到簡單、直覺、易懂，所以不斷地翻修，並嘗試跟別人說明、邊講邊反省看看自己是否寫得好或壞。

基於標註行為之知識萃取研究與應用

目前的論文的標題我擅自將之修改成「基於標註行為之知識萃取研究與應用」，而研究目的主要有三項：

1. 發展基於閱讀標註行為之知識萃取機制。
2. 驗證知識萃取機制有效性。
3. 找尋改善知識萃取機制的方向。

根據以上研究目的，我需要探討以下研究問題才能達到這些目的。其中「發展」目的是要仰賴文獻探討與系統發展，因此只需要針對「驗證」與「改善」來設計研究問題：

「驗證」目的

1. 閱讀理解能力高低是否與知識萃取機制結果相關？
2. 知識萃取機制與整體的標註行為有何差異？

「改善」目的

3. 哪些標註行為與閱讀理解能力高低相關？
4. 哪些標註行為與背景因素相關？
5. 受試者對於改善知識萃取機制的建議是？

上述研究問題中主要需要定義的有四個名詞：

1. 知識萃取機制：本研究根據文獻探討與專家意見發展而成，考慮六種標註行為之後以模糊綜合評判來判斷標註好壞的「標註分數」、並且給予使用者提示改善的「標註建議」。知識萃取機制包含六項因素的模糊隸屬度函數制定(判斷各行為的好壞)、因素權重設定這些細項。
2. 知識萃取機制結果：受試者透過本研究的知識萃取機制所得到的結果，包含「標註分數」與「標註建議」接受程度。
3. 標註行為：受試者利用本研究標註系統的原始行為資料。與知識萃取機制結果不同，不受知識萃取機制設計的影響。
4. 閱讀理解能力：閱讀本研究指定文章之後，以「閱讀理解測驗」跟「心得報告」來評定受試者的閱讀理解分數，能夠反映出受試者閱讀理解能力的高低。
5. 背景因素：包含閱讀習慣(閱讀報紙、雜誌、書本、網路文章的頻率)、內外控性格、科技接受度模型

基於以上五個研究問題，就可以整理成下面的研究架構圖：

而這五個研究問題又必須蒐集不同的資料、做不同的統計與分析方法來處理，才能回答這些問題。詳細的內容就請看投影片吧：(SkyDrive下載)

結語

由於分析方式與實驗室中常見的準實驗研究法有很大的不同，各種因素之間要如何配對比較都需要構思，再繼續分析的這段日子裡，研究架構還會持續地被修正吧。

另一方面，不熟高級統計的我實在是無法貿然地使用單因子變異數等統計工具，就算統計軟體跑得出來，但我也不會解釋或是確認各種數字。儘管目前我只是使用初統的獨立樣本T檢定與Pearson相關係數，一方面我想這已經足以解釋之外，另一方面是我預期這些因素相關都不太能達到統計上的顯著性，因此到最後還是需要參雜許多質性的個案觀察來解釋吧。

循序樣式探勘工具 Sequential Pattern Mining Tool

輸出陣列元素所有不重複組合 print all unique combination of an array

DSpace清理已刪除Bitstream的cleanup時出現java.lang.OutOfMemoryError: Java heap space的處理方法

DSpace中刪除的Bitstream(檔案)只會在資料庫中標示為deleted = 1，並不會從檔案系統中移除。換句話說，檔案還留在伺服器上，佔據硬碟空間。如果要真正地刪除檔案，必須使用[dspace]/bin/cleanup指令，關於Bistream Store(檔案儲存)知識在DSpace的說明書中已經有提及，在此只是稍微回顧一下。

Bistream的清理主要是使用BitstreamStorageManager.cleanup()，他會從資料庫中取出所有被標示為deleted = 1的Bitstream，並一一地從檔案系統中刪除。但是deleted = 1的Bitstream數量太多時，就會出現「java.lang.OutOfMemoryError: Java heap space」錯誤。

簡單來說，這是由於記憶體不足，DSpace無法處理從資料庫取出來的超多資料的錯誤。處理的這個問題的方法有兩種，一種是加大Java可用的記憶體，另一種是變更資料庫查詢的方式。我認為加大Java可用記憶體的方法是治標不治本，因為總是會有挑戰記憶體上限的資料量出現。我建議的是修改查詢資料庫的方法，設定offset跟limit，一次查詢部分資料，然後分多次查詢進行。

因此我修改了BitstreamStorageManager.java，在此也順便提供給有遇到類似問題的人使用：

1. 下載BitstreamStorageManager.java (注意，這是DSpace 1.5.1的版本，如果你使用不同版本的話，並不建議直接下載覆蓋，而是請參考下面的說明)
2. 放至[dspace-src]/dspace-api/src/main/java/org/dspace/storage/bitstore/BitstreamStorageManager.java

這個檔案主要是修改了cleanup方法，方法如上述。詳細的程式碼如下：

    /**
     * Clean up the bitstream storage area. This method deletes any bitstreams
     * which are more than 1 hour old and marked deleted. The deletions cannot
     * be undone.
     * 
     * @param deleteDbRecords if true deletes the database records otherwise it
     *                only deletes the files and directories in the assetstore  
     * @exception IOException
     *                If a problem occurs while cleaning up
     * @exception SQLException
     *                If a problem occurs accessing the RDBMS
     */
    public static void cleanup(boolean deleteDbRecords) throws SQLException, IOException
    {
        Context context = null;
        BitstreamInfoDAO bitstreamInfoDAO = new BitstreamInfoDAO();
        int commit_counter = 0;

        try
        {
            context = new Context();        
            
            int queryBitstreamNumber = 10;
            int queryBitstreamIndex = 0;
            int queryBitstreamInterval = 10;
            
            while (queryBitstreamNumber > 0)
            {
                String myQuery = "select * from Bitstream where deleted = '1' offset " + queryBitstreamIndex + " limit " + queryBitstreamInterval;
                
                List storage = DatabaseManager.queryTable(context, "Bitstream", myQuery)
                        .toList();
                queryBitstreamNumber = storage.size();
                if (queryBitstreamNumber == 0)
                    break;

                for (Iterator iterator = storage.iterator(); iterator.hasNext();)
                {
                    TableRow row = (TableRow) iterator.next();
                    int bid = row.getIntColumn("bitstream_id");
                    
                    System.out.println("Ready to Bitsteam (" + bid + ")...");

                    GeneralFile file = getFile(row);

                    // Make sure entries which do not exist are removed
                    if (file == null || !file.exists())
                    {
                        log.debug("file is null");
                        if (deleteDbRecords)
                        {
                            log.debug("deleting record");
                            bitstreamInfoDAO.deleteBitstreamInfoWithHistory(bid);
                            DatabaseManager.delete(context, "Bitstream", bid);
                        }
                        System.out.println("File not exists, continue.");
                        continue;
                    }

                    // This is a small chance that this is a file which is
                    // being stored -- get it next time.
                    if (isRecent(file))
                    {
                        log.debug("file is recent");
                        System.out.println("File is recent.");
                        continue;
                    }

                    if (deleteDbRecords)
                    {
                        log.debug("deleting db record");
                        bitstreamInfoDAO.deleteBitstreamInfoWithHistory(bid);
                        DatabaseManager.delete(context, "Bitstream", bid);
                        System.out.println("Deleting db record.");
                    }

                    if (isRegisteredBitstream(row.getStringColumn("internal_id"))) {
                        System.out.println("do not delete registered bitstreams");
                        continue;            // do not delete registered bitstreams
                    }

                    boolean success = file.delete();

                    if (log.isDebugEnabled())
                    {
                        log.debug("Deleted bitstream " + bid + " (file "
                                + file.getAbsolutePath() + ") with result "
                                + success);
                        System.out.println("Deleted bitstream " + bid + " (file "
                                + file.getAbsolutePath() + ") with result "
                                + success);
                    }

                    // if the file was deleted then
                    // try deleting the parents
                    // Otherwise the cleanup script is set to 
                    // leave the db records then the file
                    // and directories have already been deleted
                    // if this is turned off then it still looks like the
                    // file exists
                    if( success )
                    {
                        deleteParents(file);
                    }
                    
                    // Make sure to commit our outstanding work every 100
                    // iterations. Otherwise you risk losing the entire transaction
                    // if we hit an exception, which isn't useful at all for large
                    // amounts of bitstreams.
                    commit_counter++;
                    if (commit_counter % 100 == 0)
                    {
                        context.commit();
                        System.out.println("commit");
                    }
                }
                
                queryBitstreamIndex = queryBitstreamIndex + queryBitstreamInterval;
                
                
            }    //while (queryBitstreamNumber > 0)

            context.complete();
        }
        // Aborting will leave the DB objects around, even if the
        // bitstreams are deleted. This is OK; deleting them next
        // time around will be a no-op.
        catch (SQLException sqle)
        {
            context.abort();
            throw sqle;
        }
        catch (IOException ioe)
        {
            context.abort();
            throw ioe;
        }
    }

「布丁吃布丁？」文章的分類

從這一問開始，就來談談「布丁布丁吃？」裡面大概都是什麼樣的文章吧。文章在blog裡稱之為「post」，但內容不一定是供人直接閱讀的文字，有時候也是會有讓人當做應用程式一樣使用的JavaScript程式(像是序列分析工具)，但在這裡我就用「文章」作為blog中每一篇內容的統稱吧。

雜亂無章的初期

一開始建立blog的時候，我對於要放些什麼在這邊並沒有太多概念。當時社交網站的種類並不多，blog算是少數「供人在網路上發聲」的平台之一。因此我就嘗試地把一些雜七雜八的東西放上來。

稍微回顧了一下，我發現當時寫的文章可以大概地分成三類：

1. 日記：記錄心情或是生活點滴的文章，一方面是為了整理、記錄當時的想法，另一方面是供未來的自己觀看。
2. 創作：課堂的報告、備考筆記跟考古題的答案(雖然大家比較在意的應該是考古題的題目)、面試準備或演講心得等，在各種活動時建立、撰寫的文件資料。主要的用意是供別人參考，但其實並不是這麼好閱讀。
3. 備忘：轉載自其他網站的資料、沒有答案的考古題、圖片備份等等。這是為了給自己備忘用。

這時候並沒有特定的目標讀者，這時期的文章還是相當私人，在公開的地方發佈私人用或是私人做完之後順手放出來的文章的確很奇怪。而且跟著別人有樣學樣的結果就是不少資料都是網路上重複的垃圾文章，甚至還有違反版權的疑慮。

大學時期的備考筆記與考古題

值得一提的是，在大學時期最受歡迎的文章是考古題。

願意公開考古題題目的人不多，而我是很不怕死地在blog公開考古題的人之一。大學系所的考古題有個習慣，都是學長姊一脈相傳下來，我還記得當時學姊拿給我的考古題厚厚一疊，有些還是附有前人解答的影印答案卷。我覺得這樣子的知識傳承蠻不錯的，可是又很懶得印這麼多資料傳給後面的人，就乾脆將之數位化之後放在blog，這樣子只要跟來要考古題的學弟妹說「去看我的blog就好，網址是pulipuli.blogspot.com」就可以輕鬆打發！

當然，這種舉動也會被人當做眼中釘。有些同學並不喜歡我公開考古題，他們覺得這是用功或是善於班級交際的人才能擁有的資源。搞到後來老師也知道我在網路上公開考古題，只是並沒有明確地阻止我這樣做而已。

從一開始考古題只有題目的轉載，到接下來我逐漸地將考古題加入答案，或是在blog發表對某些考試的準備資料。然而，我並不是很會讀書的人，這些文章或多或少都有錯誤。有時候我在考前發佈了該考試的準備筆記，而之後繼續讀書時發現我有些認知錯誤，然後在考試時進行更正，似乎有些同學就因為這樣子被我誤導了。

即使是到現在，似乎也是有些輔大圖資的學弟妹會上來使用當時發表的考古題。雖然這些並不是非常原創的文章，但是能幫上很多人這點，讓我感到非常欣慰。

現在的分類

隨著時間推移，原本會在blog的備忘資料卻隨著社交網站服務變多，大家在網路上發佈的訊息也越來越多樣化。加上受到電腦玩物等blog的影響，blog的文章會偏向介紹的方向，開始有了「模擬的讀者群」這樣的概念，而不是盡放一些只是供自己閱讀的文章。

現在的分類大致上可以作為四種：

1. 日記：一樣是記錄心情的日記，但是語氣用詞會有意識到「這是給別人看的、而不是給自己看的內容」，所以少了肆無忌憚地心情隨筆，多了更講究架構脈絡的記事風格。不過最近越來越少在blog寫心情日記，而轉移到較為私密的Plurk上來撰寫。比起老是一堆看不懂文章的blog來說，說不定追蹤我的Plurk還比較有趣？
2. 記事：比起日記的心情記事，我也開始針對特定事情描述來龍去脈，像是詐騙事件、論文進度報告。希望比起心情隨筆的日記來說，記事是更容易閱讀、更有參考價值的文章。
3. 創作：自己做任何活動之後所產生的產物，這時期最多的就是每次meeting報告的投影片。然而這些內容也都是目標要給同學或老師看，所以至少也不會太個人。但是一些自己撰寫給自己用的JavaScript小程式還是沒有很多說明，有時候也多少讓人難以理解。
4. 介紹：如果說創作的部份是在其他活動中產生的文章，「介紹」就是專以blog這個媒體來介紹的文章。我會預設讀者是對這方面有興趣、並具有一定程度的能力，撰寫的文章基本上都是圖文並茂，而且還幫程式碼加上顏色區別。

我認為網路上到處轉載的垃圾資料已經夠多了，我希望能夠在這個blog的文章能多一點獨特性、減少無意義的重複。私人的備忘資料也改用其他工具來保存，像是Evernote、SkyDrive，因此逐漸減少在blog上發佈純粹是備忘相關的資料。

電腦技巧與技術的介紹

我在大學跟研究所時皆管理大量的電腦跟伺服器，也受到電腦玩物等blog的影響，我也開始寫些自己使用電腦跟管理伺服器的技巧，像是隨身碟防毒軟體的心得、SPICEWORKS—IT管理工具簡易操作教學。而實際上「布丁布丁吃？」瀏覽率最高的都是這類型的文章。之前聽老師說有人統計出blog最受歡迎的文章類別是「電腦3C資訊」之類的，雖然從我的blog瀏覽統計裡也得到了映證。

然而，電腦技巧的資料也是有熱門跟冷門的區別。娛樂性較高的電腦技巧文章很受歡迎，但是因為網路上介紹電腦技巧相關的文章實在是很多，有時候自己花了很多時間寫完了卻發現其實不少人已經寫過之後，就會覺得有點讓人喪氣。

相較之下，「布丁布丁吃？」有許多很少人在介紹、而自己覺得像是挖到寶物來跟大家炫耀的電腦技術文章，像是DSpace系列。儘管對大部分的人來說看不太懂，但對有需要的人來說是非常地有用，也是讓我覺得這些都是「布丁布丁吃？」的核心價值所在。

布丁的研究之路(是的，我正在繞遠路)

不知道有多少人有發現到「布丁布丁吃？」的說明是「布丁的研究之路(是的，我正在繞遠路)」。

在講講這說明跟內容的關係之前，我先介紹一下這個說明的由來。在我要考研究所時跟大學學長討論未來的方向，學長認為我不考資工資管而堅持要考圖資相關研究所的這種行為就像是在繞遠路一樣，我覺得學長說的很是，所以就把原本的「布丁的研究之路」加上了「是的，我正在繞遠路」的輔助說明。而在念研究所時，不知道是受到了「我正在繞遠路」的影響還是我真的打算繞遠路，我的確在做許多看似跟論文相關又好像不太相關的事情，結果就如學長所說的真的一直在繞遠路。

一開始我並不知道「研究之路」到底是什麼，也許是念研究所相關的事物吧？於是「布丁布丁吃？」中有著許多我在念大學、研究所時所做過的大小事情記事，而這些就是「布丁的研究之路」上所經歷過的事情。可是唸書唸到現在，我對於「研究」的概念逐漸具體，也知道真正的研究結果通常是發表在學術期刊，而不是像我現在這樣在blog裡發表的一些自己以為覺得不錯的文章。

儘管如此，我還是覺得在blog裡發表一些別人很少談、但是很重要的資料來說，是很有價值的事情。對我來說，這可能真的就是屬於自己的「布丁的研究之路」了。

小結

反思了一下自己往年的文章分類之後，才發現右邊那些「標籤」分類其實有很多不是很正確。不過這篇文章從開始寫到現在也不過三天，而且實際上主要在寫的只有一天不到，如果花更多時間在回顧文章上，也許對內容分類會有更深入的看法。

另一方面來說，其實我也不是很在意分類究竟如何啦。就如我第一問所說的，「布丁布丁吃？」的用法並不是從分類架構來找到你需要的資料，請使用網路搜尋引擎用你的關鍵字來找資料即可。儘管我自己是圖資領域的，但對於blog這種沒有特定主題的資料集合來說，勉強給予個分類架構倒也是很奇怪。就看要什麼角度來看、進行怎樣的分析就是了吧。不過我這人沒沒無聞又無聊，我想應該也不會有人在意才是。

下一問：

「布丁布丁吃？」與讀者的互動：布丁與讀者互動的管道為何？回應讀者留言的過程與感想為何？與讀者在blog之外的互動經驗為何？甚至是實體互動？

45巷殺人魔王燒臘店

• 店名：沒有名字（這家店真的不叫做殺人魔王，只是很多人都這樣叫他，所以以下都用「殺人魔王」來稱呼這家店）
• 位置：指南路二段45巷內
  
• 菜單：燒臘飯、麵
• 價位：60NTD~80NTD
• 座位：普通容易坐到座位

殺人魔王

這家店在政大已經很久了，甚至有新聞報導。這家店被人戲稱為殺人魔王的原因是因為剁燒臘老闆看起來就很像殺人魔王，但我覺得其實還好，一般燒臘店的廚師也都是帶著那樣的氣勢來剁燒臘的啦。

一開始到這家店的人一定會覺得很奇怪，究竟門在哪裡？事實上殺人魔王不僅沒有招牌，連門把都沒有！而其中一扇就是就是可以從旁推開的門，必須要將沒有門把的門直接推開才能進入。光是從開門的動作就可以判斷是否是殺人魔王的常客了。

殺人魔王燒臘店的環境就如燒臘店一樣地油膩、黏稠，不管做哪邊都覺得髒髒黏黏的，這只能說是燒臘店處理食物時無法擺脫的困擾，而殺人魔王也不例外。儘管店內位置不少，也有提供電視，但是並不適合久坐。

殺人魔王燒臘店的菜單也是很有燒臘店的風格：以幾種固定的燒臘肉類來排列組合成為餐點。請仔細一看，大致上都是叉燒、烤鴨、油雞、排骨、豬排等組合。再搭配飯、飯、炒飯、燴飯、蓋飯，就成了各式各樣的餐點。但是其實吃起來味道都差不多啦，非常地重鹹。

殺人魔王不僅價位是學生等級的便宜(附近知名的陽城燒臘都是80元起跳)，而份量也是學生等級多。店內提供自取的綠豆湯，可以解解燒臘的油膩。天氣熱時是冰的綠豆湯，天氣冷時則是熱的綠豆湯，綠豆湯還真是萬用。

芙蓉蛋蓋飯(60NTD)

殺人魔王的特色餐點之一是這道芙蓉蛋蓋飯60元，蓋滿了整盤飯的是蛋、切碎叉燒、豬排等肉類，淋上燒臘醬汁，下面則是超多的白飯。雖然說不上美味，但是光看覺得很華麗，而且飽足感十足。

結語

殺人魔王最大的問題是餐點都很鹹、非常重口味。雖然有綠豆湯可以配，但是綠豆容易卡在牙縫裡，喝完也不覺得特別舒爽。因此我也較少光顧殺人魔王就是。比起美味來說，這家店從店名、門口等故事應該是更令人覺得有趣的地方吧。

政大越南小吃

• 店名：越南小吃
• 位置：政大正門萬壽路上，熊威超市對面
  
• 菜單：便當飯類、小吃麵食
• 價位：40NTD~80NTD
• 座位：就算不是高峰期也不容易找到座位

越南小吃

越南小吃雖然並不是直接貼著萬壽路，但至少比起在小巷子的店面來說醒目許多。越南小吃的店面非常狹小，座位很少，可是來客卻很多，導致常常一位難求。雖然是這樣說，但因為店內廚房與座位並沒有區隔、而且排煙沒有處理好，油炸餐點時會讓店內四處都是油煙，坐起來並不是很舒服。此外衛生也不太乾淨，也是小巷子的程度。不過店內卻提供了一台超大的電視，讓不論是內用還是外帶的客人都能看看新聞、緩解等待的無聊。

越南小吃的餐點大致上是一般小吃店都會出現的東西，像是排骨飯、榨菜肉絲麵等等，等級也都是小吃店的程度。雖然作為招牌的赤肉羹跟魯肉飯並不難吃，但也沒說到令人驚艷的地步。要說特色的話，反而是偶爾店內自取飲料會提供檸檬汁，酸酸甜甜非常開胃，而且在夏天喝到的時候可說是爽到不行。只是大部分時候都是提供超甜的紅茶，對於不太喜歡過甜飲料的我來說就完全不行了。

越南春捲米線(70NTD)

越南小吃店中被我當做心中招牌的是這道越南春捲米線，75元。春捲米線是以涼麵的形式做成，有細嫩的米線、大量生菜、酸甜醬汁以及滿滿的越南春捲。

上圖是米線的近照。跟一般用來作為涼麵的油麵不同，米線更Q、更容易咬斷，而且容易吸收他特製的酸甜醬汁，讓米線也很有味道。

越南春捲與我國的春捲有些許不同。他的內餡非常飽滿、薄薄的外皮則是炸得酥脆，有著從外表看不出來的美味。

越南春捲米線的醬汁也十分開胃，雖然他的份量並不算少，但是吃完整碗麵之後還會覺得想吃點什麼的感覺，而嘴巴內那酸酸甜甜的味道也讓人回味無窮。如果剛好那天的飲料是提供檸檬汁，那糟了，你可能要考慮一下吃完餐之後還要買什麼東西來解饞。

結語

雖然很少聽人在說，但我必須要在這邊強調一下，越南小吃的老闆娘真的很漂亮。

當然，審美觀人人不同，但是在這種與廚房、油煙為伍的環境中，大部分的廚師光是跟「熱」對抗就足以讓他蓬頭垢面。但是越南小吃中，總是能看到老闆娘化妝化得漂漂亮亮地做菜，而且老闆娘本人也長得秀麗，讓這擁擠的小店裡多了一個可看的景點(？)。

政大小巷飽飽食府

• 店名：飽飽食府
• 位置：政大正門小巷子內
  
• 菜單：麵類
• 價位：65NTD~95NTD
• 座位：就算不是高峰期也不容易找到座位
• 環保：店家提供筷子跟湯匙

飽飽食府

飽飽食府是將煮麵廚房設在外面，而客人做在裡面。跟港味食堂一樣，小小的店面中盡量塞可能地塞滿座位，坐起來非常擁擠，說不上舒適。說環境衛生，感覺上比港味食堂乾淨，但其實也就小巷內餐廳的等級吧。

飽飽食府主要是以麵食為主，各式麵類與水餃類，自行取用的麥茶飲料讓人吃麵之後降溫。跟大多數麵食館一樣都有另外販售小菜，像是皮蛋豆腐、切豆干海帶等等。麵類的份量非常地多，而且還可以免費加大(點餐時記得註明)，份量非常適合學生享用。

飽飽食府的招牌餐點我想應該是「牛肉麵」，稍後我再介紹。特色餐點則是「雞絲涼麵」65元，黃色的麵條、白色的雞絲、金黃的炒蛋、深綠小黃瓜、鮮紅小番茄、還有蘋果等多種菜色，再臨上褐色的芝麻醬，讓雞絲涼麵華麗到令人印象深刻。另外一個特色餐點則是「炒碼麵」65元，這是湯麵且稍辣，因為有海鮮所以我不能吃就是。此外，雖然蛋花麵並不算少見，但是飽飽食府的蛋花卻是異常地多，吃起來有種令人意外的爽快感。

另外值得一題的是水餃的醬料。除了基本的醬油之外，飽飽食府還提供兩種特調醬料。左邊是芝麻為主的醬料，不會很鹹，而芝麻與麻油的味道很香；中間是混了蔥與些許辣椒的重口味醬料，非常地開胃。右邊則是搭配牛肉麵的酸菜，沒什麼特別。如果你到飽飽食府點了水餃類想要搭配醬料來吃的話，請務必嚐嚐看這兩種醬料！

牛肉麵(95NTD)

作為麵食店的招牌菜，價位最高的牛肉麵95元可說是當之無愧。大塊的牛肉、有嚼勁的麵條以及濃郁的湯頭，再加上清涼的麥茶，餐點本身就具有配得上價位的水準。

飽飽食府的牛肉麵並不是大部分牛肉麵店的純中藥紅燒風格，而是加入更多胡蘿蔔及其他配料的熬煮，整個湯頭與其說鹹不如說偏甜。對於不喜歡一般牛肉麵店那些超鹹湯頭的我來說，飽飽食府牛肉麵的味道非常合我胃口。

牛肉乾拌麵(95NTD)

牛肉麵無湯版，湯頭換成醬汁淋上。實際上我並沒有吃過，這是朋友點的，聽說也不錯吃(雖然該朋友非常不挑食就是)。畢竟對我來說，95元已經算是高價位的食物，只有慶祝時才會點來吃，不然一個月吃不到一兩次吧。

榨菜肉絲湯麵(65NTD)

除了牛肉麵特別貴之外，大部分的餐點都是在65元~75元之間，像是這到65元的榨菜肉絲湯麵就是其中之一。榨菜肉絲麵的味道並沒有特別出眾，但也有水準以上。重點是榨菜肉絲的份量非常多，加麵之後更是過癮。上圖似乎是尚未加麵的份量。

炸醬麵(65NTD)

另外我喜歡吃的是這到炸醬麵，屬於乾麵類型。香淳濃郁的炸醬與香Q的麵條，再搭配翠綠的小黃瓜，非常容易入口。只是要注意的是，雖然看起來炸醬麵似乎跟涼麵很像，但是炸醬卻意外地燙，吃起來要小心不要燙到了。

結語

雖然是在小巷子內，但飽飽食府卻常常塞滿了客人。不論是像我一樣獨自來吃的、還是學生一群人、或是一家大小跑過來吃的客人都有。儘管位於不起眼的小巷子內，但是卻異常地受到歡迎，有次晚上七點之後去吃甚至已經販售完畢而打烊，實在很誇張。

店內總是放著同一片西洋交響樂CD，跟濃厚東北麵食的風格一點也不搭。算是飽飽食府一個奇怪的地方。

此外，原本飽飽食府對面左手邊有一家同樣名為「飽飽食府」專賣飯類餐點的店，雖然生意應該不差，但是2010年就收掉不做了。我到現在還是不知道這兩家「飽飽食府」的關係究竟為何，飽飽食府的奶奶究竟是誰呢？