:::

[圖資]目錄學942期中考

布丁布丁吃布丁

[圖資]目錄學942期中考

目錄學 輔大圖資系
九十四學年度第二次期中考

問答題:

一、請參考下列《隋書經籍志》條目,闡述《隋書經籍志》之體例:

周易論十卷齊中書郎周顒撰。梁有三十卷,亡。
周易譜一卷。
  右六十部,五百五十一卷。通記亡書,合九十四部,八百二十九卷。
古今孝經一卷孔安國傳。梁末亡逸,今疑非古本。
東觀漢記一百四十三卷起光武帝記注至靈帝,長水校尉劉珍等撰。
後漢記六十五卷本一百卷,梁有,今殘缺。晉散騎常侍薛瑩撰。
燕書二十卷記慕容儁事。偽燕尚書范亨撰。
南燕錄五卷記慕容德事。偽燕尚書郎張詮撰。
南燕錄六卷記慕容德事。偽燕中書郎王景暉撰。
名僧傳三十卷釋寶唱撰。
高僧傳十四卷釋慧皎撰。

二、簡述我國四部分類法形成之源流與發展,其與下列書目有何關係?

1. 中經
2. 晉元帝書目
3. 七錄
4. 四庫全書總目

三、闡述下列文字之意義:

1. 《漢書藝文志》:漢興,改秦之敗,大收篇籍,廣開獻書之路。孝武世,書缺簡脫,禮壞樂崩,聖上喟然而稱曰:「朕甚閔焉!」於是建藏書之策,置寫書之官,下及諸子傳說,皆充祕府。至成帝時,以書頗散亡,使謁者陳農求遺書於天下。詔光祿大夫劉向校經傳、諸子、詩賦,步兵校尉任宏校兵書,太史令尹咸校數術,侍醫李柱國校方技。每一書已,向輒條其篇目,撮其指意,錄而奏之。會向卒,哀帝復使向子侍中奉車都尉歆卒父業。歆於是總群書而奏其《七略》;故有〈輯略〉,有〈六藝略〉,有〈諸子略〉,有〈詩賦略〉,有〈兵書略〉,有〈術數略〉,有〈方技略〉。今刪其要,以備篇籍。
2. 目錄專著,於所收書籍作者,多有敘錄,以明其生平居里職官等,稗供讀者有所參稽,而史志目錄,則異於是,所加注語,意取簡要,故於史書中有列傳者,往往但書有傳而已。
3. 舊唐書經籍志本於古今書錄,而刪其小序及書下小注,故遂簡略古今書錄四十卷為二卷也,方之漢代,則群書四部錄、古今書錄、舊唐書經籍志之關係,即別錄、七略、漢書藝文志三者之關係也。

四、試述《四庫全書總目》之編纂體例。並回答下列子題:

1. 四庫提要與劉向別錄之關係
2. 總序、小序與提要三者之特色
3. 解釋下列類目之要義:
  1. 小學
  2. 編年
  3. 記事本末
  4. 載記
  5. 政書
  6. 類書
  7. 別集
(more...)

[評論]半分の月がのぼる空

布丁布丁吃布丁

[評論]半分の月がのぼる空

半分ずつの僕らは 描く先までも 見える
儘管人生並不完美,但我們一定可以攜手奔向光明的未來。
~半分の月がのぼる空「青い幸福」より~
那一天,我們相遇了
那一天,我們吵架了
雖然不是滿月,但也並非新月
儘管不算光明,但也並不黯淡
只要與你攜手前行,旅行便一定會非常快樂
《半分の月がのぼる空》
是的,那天我們立下了誓言。
橋本紡的著名小說動畫化
突然住院的高中生‧裕一
面對死亡而又堅強活著的少女‧里香
以醫院為舞台展開的戀愛故事
《半月高掛在天空》

這是2005年度的番組動畫《半分の月がのぼる空》(以下簡稱半月),共六話,非常短的小品故事。

上面的介紹引自其TV廣告的台詞,翻譯是由雪飄字幕組作的。該字幕組翻譯的品質依然相當精準,能欣賞這種好作品,字幕組的貢獻功不可沒,十分感激(曲腰敬禮)。

以病人及戀情為主題的故事很多,主題與宗旨其實也不脫這幾個範圍。儘管如此,在這麼有限的時間、經費與題材的種種限制之下,半月依然成功地表達出那與他人不同的劇情。

是的,我認為最好的就是那個「半月」,很微妙地形容了男主角裕一、女主角里香的狀態。就如君が望む永遠的片尾曲,將四人以前觀星時愉快地時光描繪出來,半月的片尾曲,也是他們倆個相當幸福的樣子。是的.....其實一開始就知道了.....

本作的另一個賣點應該是人物的塑造與畫風。一頭黑色長髮的里香、強氣倔強的里香、醫院睡袍的里香,是個非常討人喜愛的美少女角色。遇上祐一之後,里香個性的轉變也是相當耐人咀嚼。總之,是個成功的女主角。不過,我心中還是比較認同祐一,那個普通、卻又有時候不得不覺得「你這麼帥幹麻啊」的那個男主角,我想,理由應該很簡單吧......

半月還有很多可以介紹的地方,但是我只想寫到這邊,接下來是我的閒聊。

怎麼說呢....應該也有些人知道了吧,我開始看半月的緣故。有許多地方都太像了,像到我無法將注意利從這上面移開。因為我對這件事情有所迷惑,所以我希望從半月當中找到答案,看看他們是怎樣面對這個「半月」的人生?

「在看故事的時候,你最好儘可能地融入劇情當中,這樣才能體會故事的涵義;
看完故事之後,勸你最好盡量從劇情中脫離,才不會讓故事絆住你的腳步。」

看完之後,我心裡很多感觸。用solo看待人生的自己,覺得應該要享受當下的自己,認為自己已經能坦然接受死亡的自己。每次看完一篇好的故事,自己的價值觀都會這樣子一點一滴地改變。雖然自己有一部份不是這麼喜歡多愁善感的自己,因為會妨礙工作、妨礙唸書,會消耗到許多時間。不過,已經好久沒這樣了.....

「命を賭けて、君のものになる(我要拼上我的性命,成為你的一部份)」

我覺得,要把這句話當入半月中最重要的台詞也不為過。半月的心情是沉重的,因為這並不是滿月,也不是新月,這是揹負起了現實殘酷、沉重的誓言。但是,只要在現在能開懷地大笑,那樣就好了。

我期待在半月中獲得的東西,其實,就在自己身邊。是妳的話也會這樣說是吧?siroma

(more...)

[日記]取得這個Blog的文章標題‧失敗

布丁布丁吃布丁

[日記]取得這個Blog的文章標題‧失敗

理由很簡單:網域名稱不同。

如要要用文章的方式顯示,會發現該文章的網域是位於http://pulipuli.blogspot.com/2006/04/之下,而存檔的網頁則是在http://pulipuli.blogspot.com之中。很讓人意外的疏忽...我以為只要第一層網域一樣就可以了說。

研究了五個多小時,還做到明明都被唸到去睡覺,可是卻有意猶未盡地爬起來繼續完成的地步......因為這樣子還真是遺憾呢。

不過這並不是沒有完成品喔。因為Blogger在文章內輸入JavaScript的話要經過多重驗證,所以我是用Google Page Creator來試驗的。你可以看看這裡的測試網頁

那麼繼續來研究看看要如何解決這個問題吧...

要突破相同網域的限制,有一種HTML標籤可以快速地引用其他網頁的內容:iframe。iframe可以在網頁當中架設一個框架,框架內可以無限制地引用其他網頁的資料。依照JavaScript中DOM文件物件模型的概念,理論上應該是可以讀取iframe裡面的資料,在轉換成我所需要的資料出去。可是,這個想法實在是太簡單了。如果只靠iframe的話,別說我還要用AJAX這種複雜的手續,很多三方公司使用JavaScript連結檔案的方式豈不都嫌太過麻煩了?基於這個理由,iframe這條路我認為失敗的可能性很高。

另一個方法便是使用同網域當中的檔案,很諷刺的是,除了首頁之外,同網域當中的網頁便只有那些存檔網頁。換句話說,如果要在存檔網頁當中列出所有存檔網頁的文章標題這種方式,會有許多矛盾、迴圈的現象(儘管用AJAX讀取進來的文字並不會執行)。

剛剛提到JavaScript連結檔案的作法,雖然可以突破相同網域的限制,但仍會受限於副檔名必須為js。三方公司是利用PHP或ASP等程式端語言產生js檔案,這個就不太符合我的要求了。

就這樣看下來,修改存檔網頁可能是比較可能達到的作法....可是還得牽涉到Blogger範本標籤的寫法,這樣下來會更複雜就是了。

AJAX讀取過的網頁會快取在電腦當中,但是我發現仍有許多時候快取沒這麼順利,造成讀檔上會花比較多時間。如果利用JavaScript操作Cookie來作為網頁快取,這個速度會更快、更讓使用者感覺不出讀取。不過因為JavaScript的Cookie只儲存在document.cookie這一個變數裡面,要如何控制這個變數,做出新增、刪除、修改、查詢的動作,又是另外一個大麻煩。不是不會寫,只是昨晚程式寫失敗的挫折感,讓人暫時對這種東西感到畏懼...

話說回來,結果符合相同網域,便只有首頁上的月曆而已。也就是說,月曆是目前我昨晚提到的目標當中,最容易達成的一個項目。這還真是諷刺啊。

暫時把這些都拋到腦後,來看半分の月がのぼる空吧.....

(more...)

[作品]用JavaScript寫出月曆

布丁布丁吃布丁

[作品]用JavaScript寫出月曆

(more...)

[日記]使用AJAX實作目錄及日曆功能!

布丁布丁吃布丁

[日記]使用AJAX實作目錄及日曆功能!

剛剛才在說要靠三方公司才能實現的功能....我現在就寫出來,看看用AJAX要如何實作吧!

AJAX是個參雜了多種技術的程式語言。不過其實我使用到的,至多就只有到「引用在同一個網域下的網頁內容」這個程度而已。

Blogger一個很值得嘉獎的地方,就在於它的網頁是使用XHTML來撰寫(當然,這也跟使用者自定義的範本有關,還是有人堅持要用傳統的Big-5網頁就是)。XHTML兼有了HTML的格式顯示能力與XML的資料定義能力。使用AJAX引用網頁的時候,XML能夠幫助程式快速地架構出需要的資料,再搭配JavaScript進行分析、篩選,最後再使用JavaScript來呈現。

以上是這個做法的基本精神,接著我們來談談要如何實作這個功能。

這兩個功能都必須取得資料,這時候Blogger的存檔(Archives)功能便派得上用場。Blogger存檔分成按月、按週、按天儲存,按月儲存的話檔名格式皆為yyyy_mm_01_[blogname]_archive.html。因此,只要定義最早的存檔期間,便能依照這個格式,使用JavaScript一個月一個月地取得Blog的文章,在同一個網頁上重複引用每月存檔,便可獲得所有的文章內容。

只要能夠獲得Blog內全部文章的內容,要做目錄或月曆就完全不是問題了。

目錄的話,首先先照上述方法取得全部文章的標題與永久連結,然後判斷標題前[XX]裡面的字。當然,這必須要Blog發文時都習慣加上標籤才能做到。因為Telnet BBS養成的習慣,所以我從一開始的文章就是用這方式來寫,完全不成問題。按照這方式的進階用法,甚至可以讓參觀者自定義搜尋的字串,而實作出搜尋的功能。(雖然Blogger已經有內建搜尋啦)

至於月曆呢,取得資料上主要是判斷文章的日期(要搭配設定中的格式),這點與目錄相同。但比較麻煩的則是要做出月曆的格式,這個就是考驗JavaScript的程式撰寫功力啦,只要能克服這關,一切就海闊天空了。

這些大致上只是個概念,撰寫成程式的話,將可以套用到任何一個Blogger上。雖然這好像是很有貢獻的事情,不過對於仍在期中考的我來說,這樣子真的好嗎?XDXDD

(more...)

[日記]Blogger,與期中考

布丁布丁吃布丁

[日記]Blogger,與期中考

期中考,也考得差不多了呢。雖然正確來說,我還有兩科主科沒有考完。不過卻沒有半點想唸書的心情。最近發生太多事情了,不是很能適應吧。

最糟糕的我想應該就是下面這些考古題的解答。OS那一直換來換去的作答方式,還有這些我寫的答案其實也或多或少的都有錯誤──這都是因為我寫完就放著不管的關係。因為我寫的答案而被誤導的同學,我向你們道歉,連我自己OS都因為自己寫的考古題而寫錯了,請你們原諒我吧。不過也因為這些考古題的緣故,這個BLOG也突然會有一些人來看,應該是好事。不過,這個BLOG並非是寫給特定人士看的,所以參觀的人很難找到相容的話題可以評論吧。

上次我提到了Blogger封鎖我Mail-to-Blog的功能,阿續就跑來跟我推薦FC2ブログ(blog),實在是讓我嚇了一跳。FC2是日系的Blog,根據那天的介紹,可以看到FC2具有許多Blogger缺乏的功能:分類、日曆、最近評論、流量統計、多種樣式的版面,以及阿續很喜歡的時鐘(笑,大概是覺得不會動的Blog看起來很乏味吧)。老實講,這功能也的確是十分完整,相較之下,Blogger仍在舉辦新增功能投票,是不是太慢了點啊?

Blogger的基本功能其實很少,上述那些FC2的功能都必須靠第三方公司才能作得到。上次依照Goston's Blog 寫的方式來實作Recent Comments功能,卻發現它是將Comment儲存在三方公司,而在自己的Blogger上引用三方公司的RSS來做統計,Comment的介面還有廣告,我感到很失望。另外,也有很多Blogger使用del.icio.us來為自己的Blog作RSS索引,才能實作出目錄功能。雖然藉由這種方式,Blogger也可以擁有許多非基本的進階功能,但是一個Blog要靠三方、四方、甚至五方公司才能完整,這樣子很不穩固吧。

如果不需要這些功能的話,Blogger不限流量及不知道圖片上傳的容量,以及那自由到不行的版面設計及撰寫文章的功能,是很可以滿足我常常發表一些內含JavaScript或雜七雜八東西的需求,例如TM editor這篇就是。另外最讓我滿意的,應該還是Blogger的網址:http://pulipuli.blogspot.com/,比起低調0rz只多了8個字,很短很可愛,你不覺得嗎?

分類與日曆的部份,其實就算不靠三方公司,我也能夠自己撰寫解析RSS的PHP程式來實作這功能。Recent Comment的部份,因為Blogger只有管制留言,沒有提供管理的Comment RSS,我就只能靠新留言寄信的功能得知有誰在這上面留言,這功能實在是很不方便,因此要靠Blogger營造社群意識還蠻困難的。

除了需要依靠伺服器實作的功能之外,上週利用JavaScript實作了文章摘要的功能,文章便可以只顯示前面幾段。這讓整個版面容易瀏覽許多,尤其是之前考古題的長度,開個網頁居然這麼長,連我自己看了都覺得很討厭。CSS的@media print的進階功能,選擇列印的時候,右方的sidebar會自動隱藏,讓同學印考古題的時候方便許多。

之前曾經試著以AJAX來實作記事的功能,原本運作上還蠻順利的,不過後來因為不明原因停擺,我感到很難過。如果能克服同網域才能讀取檔案的限制,AJAX是具有高度靈活性的功能,其複雜度也相當地高。簡單的可以實作讀取同網域中某個網頁的內容,高等級的可以像Gmail那樣,在網頁不換頁面的狀態下,一邊讀取一邊傳輸資料,以達到真正的非同步。

.....總覺得我越聊越偏技術性話題了.....咳、咳。

來談談一些Blog的功能吧。FC2裡面有許多樣板,其中利用Flash作出的時鐘功能,真的是很有趣,在特定時間還會有隱藏的小片段,讓人不時感到驚喜。各種很有個性的介面也是超棒的,上次在無名看到一個網誌,雖然文章內容好像不怎樣,但牛仔風格的介面實在是非常有特色。相較之下,Blogger所提供的範本真的是不怎樣啊,只能很心酸地說Blogger是靠充實的文章內容獲勝的一方而已。對網頁程式不熟的使用者來說,Blogger是難以滿足其介面需求的。

不過,因為Blogger可以自行撰寫程式,上述功能與版面並非不可實作出來。如果搭配AJAX,動態時鐘這種功能還可以更為強化。例如,可以讓使用者自行定義事件、顯示訊息,「今日半夜12點到12點半之間,進入Blog的人會看到地獄通信的網頁」的這種事情也不是不可能做到的喲XD

至於計數器、流量統計、TraceBack(被引用的次數)等算是同一類型的功能。不過因為我的Blog是冷門的玩意兒,所以放這種東西只會越看越心酸,不如作罷吧。


沒想到隨手寫個東西居然花了我三個小時,今天就先聊到這邊吧,晚安啦。

(more...)

[圖資]媒體服務942期中考

布丁布丁吃布丁

[圖資]媒體服務942期中考

電腦視力症候群

何謂"CVS (Computer Vision Syndrome 電腦視力症候群) "?

  1. 原因:
    長時間長期使用電腦所引起的眼部不適
  2. 症狀:
    1. 主要症狀
      1. 眼睛乾澀
      2. 眼紅發炎
      3. 視物模糊
      4. 雙影像視覺(也就是雙眼視覺出現重影)
    2. 嚴重
      1. 眼球脹痛
      2. 頭痛
  3. 患病:
    每天使用電腦2小時或以上

cvs的預防與治療

治療:藥物(眼藥水)、眼鏡(電腦專用)、
預防:環境(沒標準)、姿勢(重復傷害)、眼睛(眨眼休息)、濕潤(眼淚蒸發)

藥物治療:眼藥水

  1. 乾眼症:眼液、潤滑液、藥膏
    1. 人工淚液:短效型、長效型的
    2. 角結膜潤滑液
    3. 藥膏、膠狀物
  2. 結膜炎 :藥水、鬆弛劑、口服
    1. 藥水→消炎
    2. 鬆弛劑→眼球肌肉
    3. 口服的藥物→解除緊張的情緒。

配戴合適之眼鏡:

  1. 個人需求不同
    1. 年紀
    2. 工作環境
    3. 工作需求
  2. 電腦專用眼鏡
    1. 距離60公分左右
    2. 將近視度數降低50度
    3. 多焦距眼鏡

改變電腦工作的環境:

沒有一個放諸四海皆準的原則

合適的姿勢:

CVS

  1. 使用過度症→累積性傷害
    長時間、重覆地作同樣的動作
  2. 沒有適當休息
  3. 用力不當,姿勢不良所引起

適當的眼睛休息:

  1. 眨眼:
    1. 眼睛是一個活器官,不斷須要淚液作潤滑
    2. 因長期凝視電腦會引起眼晴乾燥,所以要多眨眼
    3. 特別是人們在注意力集中時,才會造成眨眼次數不足
    4. 時時提醒自己眨眼是不錯的保健之道。
  2. 休息:每小時休息五分鐘

滋潤眼睛及減少淚水蒸發:

  1. 多眨眼、滴人造淚水
  2. 避免於冷氣出風口位前
  3. 放置茶水,增加周圍的濕度

視覺性頭痛、眼睛疲勞或乾眼症發生的原因?

  1. 人們使用電腦的機會日漸增加
  2. 造成專心注視電視螢幕的時間增加
  3. 眨眼次數降低,眼睛表面水份迅速蒸發
  4. 使得眼睛會有酸痛、乾澀的感覺
  5. 再加上現代辦公環境常是使用低濕度的空調系統、更使得症狀會加重 。

炫光對於眼睛所造成的問題?

  1. 定義:我們眼睛的機制在於受光線刺激而控制進入眼球的光量,異常的光線進入眼球會造成負面的效果。
  2. 通常產生炫光的原因為:視野範圍中有特別的亮點,造成不舒適的情形

電腦工作環境中有哪些炫光來源會造成眼睛的不適?

初級炫光 (Primary glare – Direct glare) (直接照射的炫光)

光源直接照在眼睛上

螢幕放置在窗前,當工作人員注目螢幕,必須同時補償由窗戶照進來的光線,而窗外光線過強時,便成為炫光。

次級炫光 (Secondary glare – Reflective glare) (反射性炫光)

光源照在其它光亮的物體上再反射至眼中

電腦螢幕的反射光線,與光滑或經打臘的家俱,容易因為反射性炫光而造成眼睛的疲勞。


為什麼要避免銀幕或人面向窗戶?

承上,為避免初級炫光(光線直射)與次級炫光(光線反射)。


何謂 調適休息點 RPA (Resting Point of Accommodation) ?

  1. 人們在電腦螢幕使用相當時間後
  2. 眼睛會自動的向遠處對焦,以尋求調適休息點RPA。
  3. 在這個時候如果工作者強迫自己將視線拉回螢幕上的訊息,則需要花費更多的精神、更容易產生眼睛的疲勞。

長期使用電腦可能造成的現象與傷害?

  • 主要症狀:乾紅糊雙
    眼睛乾澀、眼紅發炎、視物模糊、雙影像視覺(也就是雙眼視覺出現重影)
  • 嚴重:脹頭
    眼球脹痛及頭痛等

圖書館人因議題

何謂人因工學 Ergo-no-mics?

  1. 跨領域的學科
  2. 分析個人及其實體工作環境之間的關係
  3. 目的:
    1. 改善工作環境
    2. 維護工作者健康
    3. 提昇工作效率

電腦螢幕的靜電,容易造成哪些相關疾病?

  1. CVS(Compute Vision Syndrome)
  2. 結膜炎 (Conjunctivitis):導致眼睛出現紅點、癢等症狀

VODS (video operation distress syndrome 電腦操作者症候群)

  1. 長時間使用電腦的人員,因為操作環境中陰陽離子不平衡
  2. 易引起頭痛、疲勞、呼吸器官病痛、臉部起紅疹等。

請舉出相關人因工學週邊產品3種!並且分析其設計理念!

(A). 分離式鍵盤 Separated Keyboard:

  1. 可高度程式化、可調整性以及分離性鍵盤
  2. 允許使用者在最舒服的姿勢下工作。

(B). 文件支撐架 Document Holder:

讓文件夾在這個文書架上保持直立狀態,以方便使用者打字

(C). 螢幕遮罩 Visor:

  1. 反射多餘光線,降低螢幕炫光,提高色調與對比
  2. 幫助減緩眼睛緊繃與疲勞

如何讓圖書館使用電腦的健康?

  1. 不要勉強做使力傷害的動作
  2. 不長時間做固定或重複性動作
  3. 時常活動全身,如做伸展操
  4. 以正確的姿勢使用電腦,養成良好的習慣
  5. 定期檢查身體狀況,如眼睛
  6. 良好且符合人因工學的工作環境

為兒童所設計的電腦工作站和為大人所設計的有何不同?

必須注意兒童身材方面的需求:腳、椅子、手、螢幕鍵盤

  1. 腳的位置:
    1. 小腿與地面呈 90 度
    2. 大腿與地面平行,與身體垂直;
    3. 腳平放,如果有必要可加腳踏墊
  2. 椅子的位置:
    1. 最好能夠依據兒童需求調整椅子、椅背高度。
    2. 椅背:腰椎部份最好能夠有所依靠
  3. 手腕角度:以自然方式操作,不宜過度伸展
    手肘角度: 90 度角,儘量靠近身體操作 .
  4. 螢幕角度:應採用可調整之高度、角度,與兒童距離兩英尺 (60cm)
    鍵盤高度:必須適用於兒童的高度

無障礙電腦環境

什麼是無障礙設計?

  1. 改善障礙人員因為
    1. 個人本身的缺陷(包括觀視、閱聽、觸及、操作上的困難)
    2. 環境的狀況
  2. 造成對於市面上產品使用不佳的狀況。
  3. 無障礙設計並不因此而與一般市面產品的標準需求而產生脫節。
  4. 無障礙產品的設計通常是結合與平衡各種不同的障礙形式而做的設計,無法完完全全的符合特定障礙者的需求。

障礙的種類有那些? 認識障礙的種類 (資料來源 www.trace.wisc.edu/docs/consumer_product_guidelines/toc.htm )

障礙 (Disabilities) 之種類包括:視覺、聽覺、肢體、認知語言

  1. 視覺性障礙 (Visual Impairment)
  2. 聽覺性障礙 (Hearing Impairment)
  3. 肢體性障礙 (Physical Impairment)
  4. 認知與語言障礙 (Cognitive/Language Impairment)

視覺性障礙 (Visual Impairment)

  1. 範圍:
    1. 弱視
    2. 感覺光線:只能感覺光線而無法感覺與辨識物體形狀
    3. 無法感受:對於連光線都完全無法感受的人。
  2. 兩大類:
    1. 視力差
    2. 盲眼

聽覺性障礙 (Hearing Impairment)

聽障(重聽)、耳聾

  1. 聽障:指任何程度上的聽覺失調
    重聽:輕度的聽覺障礙稱之
  2. 耳聾:指完全無法聽到聲音
    一個人無法接收 90db的聲音(正常講話聲音的 5-10 倍)稱之

肢體障礙 (Physical Impairment)

肢體、肌肉、動作、行為

  1. 肢體
    →轉動移動障礙
    →其他失去肢體之一部份、巴金森症狀、多重硬化症、肌肉失調
  2. 肌肉
    →失去控制、虛弱、疲勞
  3. 動作
    →無法進行抓舉或進行複雜的動作。
  4. 行、言、看、感受
    →不良

認知語言性障礙 (Cognitive/Language Impairments)

記億、知覺、問題、概念

  1. 記憶障礙:長期短期記憶障礙──無法了解或提取知識。
  2. 知覺障礙:無法注意、分辨知覺性刺激。
  3. 問題解決障礙:無法了解問題,找出問題解決方式。
  4. 概念化能力障礙:無法釐清所學概念,或將具體事物通則化、歸類,分析因果、抽象概念、理解。

試舉1.2個輔具產品來做介紹,並說明有哪些功能?

手套式電腦替代滑鼠組 : 提供肢體障礙者較方便的輸入方式取代滑鼠抓放的動作

嘴控滑鼠 : 使用嘴搖桿控制滑鼠方向,以吹氣替代按滑鼠鍵功能。


一個有視覺障礙又有聽覺障礙的人可以使用哪些產品來使用電腦?

人工智慧擴視機:具有人工智慧自動閱讀之掃描擴視機

盲用 PDA : 18 個顯示方,具獨立作業系統,可使用一、二級盲用點字。

無障礙觸摸鍵盤:可根據不同的教學內容或學生的特質選取不同的表面圖案

觸控螢幕 (Touch Screen):直接感應螢幕碰觸點相對應執行反應,以進行操作。


(more...)
布丁布丁吃布丁

目錄學考古題(年份未知)

※非本次期中考範圍的題目則略過


一.

⊙我國最早將道教典籍編入圖書總目錄內的目錄是︰

七略 2.七志 3.七錄 4.中經新簿

⊙我國最早紀錄佛經的官修書目是︰

七略 2.七志 3.七錄 4.中經新簿

⊙專收歷朝書目,設立「簿錄」類的書目是︰

七略 2.七志 3.七錄 4.中經新簿

二.

⊙專設「紀傳錄」的書目是︰

七略 2.七志 3.七錄 4.中經新簿

⊙「四書」立為專目的史志是︰

七略 2.隋志 3.直齋書錄解題 4.明史藝文志

⊙《文史通義》的著者是︰

劉向2.章學誠 3.祁承燁 4.鄭樵

⊙下列何者係編年紀事︰

古史 2.載記3.故事 4.詩文評

三. 明代祁氏「庚申整書略例」推就圖書分類的方法為何?試申述之。

四. 解釋名詞︰

    • 注、傳、集解、章句
    • 讖緯
    • 《校讎通義》
    • 《書目答問》

五. 解釋下列引文的意義,並闡述其目錄學理論︰

1.「按隋志於書,則以所作之人,或所解之人,注其姓名於書之下,文集則大書於其名之上,曰某人文集,不著注焉,唐志因隋志係人於文集之上,遂以他書一概如是」。

2.「類書猶持軍也,若有條理,雖多而治,若無條理,雖寡而紛,類例不患其多也,患處多之無術也」。

3.「求書之官不可不遣,校書之任不可不專」。「司馬遷世為史官,劉向父子校讎天錄,虞世南顏師古相繼為秘書監,令狐德棻三朝當修使之任,孔穎達一生不離學校之官,若欲圖書之備,文物之興,則校讎之官,豈可不久其任哉!」

六. 試述明代祁承燁「通」、「互」及清人章學誠「別裁」、「互著」之目錄學理論。

七. 試述《明史藝文志》的源流與特色

八. 試述《四庫全書總目》之編纂體例,並解釋下列類目之要義︰

1.五經總義 2.小學 3.編年 4.紀事本末 5.載記 6.政書 7.小說 8.別集

九. 試述《郡齋讀書志》與《直齋書錄解題》之體例與特色。

十. 試述我國四部分類法形成的源流。

十一. 試述《四庫全書總目》之編纂體例,並回答下列子題︰

    • 四庫提要與劉向別錄之關係
    • 總序、小序與提要三者之區別
    • 著錄與存目之意義
    • 檢索四庫全書及其提要有何工具系統?

十二.《別錄》、《七略》、《漢書藝文志》三者之關係,試闡述其含義。

十三. 試述《中經》、《新簿》、《晉元帝書目》、《隋書經籍志》四種書目類例的傳承關係,並闡述四部法形成之源流。

十四. 試述《群書四部錄》、《古今書錄》、《舊唐書經籍志》之關係,並說明《新唐書藝文志》的特色。

十五. 試述我國「史志」、「官簿」、的特色,請各舉一例說明之,史志中又有「以書類人」之體例,試舉例說明之。

(more...)

[日記]回到現實Online──線上遊戲有感

布丁布丁吃布丁

[日記]回到現實Online──線上遊戲有感



卡巴拉島在今天到達23級了
雖然離一轉還很遠,離一堆任務、地圖都很遠很遠
不過,總有一種
即使等級再高,我也不過是在那邊組隊、打怪、接任務
換了地圖,換了要打的怪、換了裝備

但是那個模式就是不會換

-

前幾天安裝了Mabinogi來玩

我說,真不愧是許多人都稱讚的遊戲
一開始,我便被那氣氛所吸引

玩了一下之後,我才開始爬說明文
看到了Mabinogi的世界,是個非常有趣的世界
跟卡巴拉島那樣子,主要還是以練功為主的遊戲,有很大的差別

在我眼中,Mabinogi就是一個世界
如果以後沒事情做的話,我應該可以一整天泡在這世界裡面
不是玩遊戲,而是在這個遊戲裡面玩

-

話說回來,我為什麼要沉溺在這個世界裡面呢
我需要在世界當中,找到一個值得我投注時間精力的目標

雖然這個目標我無法明確地形容
不過,絕對不是一個人打怪練等這種事情就可以滿足的

如果是要達成社交上的目標,也就是交朋友的話
那我好像有更多途徑可以去「玩」,而不限於這種OLG



線上遊戲MMORPG...到底還是為了升等級吧...
將升等級作為我在這個世界的目標...我還是覺得有點空虛


-


一邊結束了卡巴拉島,一邊逛著線上遊戲版

突然回想起那個好久沒玩的RO-TCG
那個剛剛要打帳號卻都已經忘記帳號的遊戲

RO-TCG不是一個世界
要說類別的話,大概就跟宏碁戲谷的棋類、牌類差不多的東西
啊  他本來就是牌啊XD

RO-TCG的遊戲架構很耐人思索
他有著TCG的特色,並設計了線上商店與交易這個市場
在RO-TCG之中,可以感受到以前在AA裡面體會到的樂趣
除了不能用代牌組出想要的牌組(笑)
以及無法讓玩家彼此面對面、邊打牌邊聊天的感覺

之前RO-TCG的收費制度讓我覺得看不到遊戲的樂趣
不過現在已經改成約兩天便可以抽一張卡的程度
雖然慢,但是可以看得到牌組與你的牌技一同地成長

大約每天花一小時
不是練功,而是練習與研究牌的組法與玩法
畢竟,這只是個遊戲

-

也許,我要的不是一個虛擬的世界

只是要一個與人交流、與人同樂的遊戲吧

--
來拉人一起玩RO-TCG喲  >o</
(偽)RO-TCG台灣推廣協會 http://homepage.ntu.edu.tw/~b92705050/ROTCG/

(more...)

[圖資]作業系統 922期中考 -1

布丁布丁吃布丁

[圖資]作業系統 922期中考 -1

九十二學年度第二學期
作業系統 期中考 之一


一、解釋名詞

1. 布雷第異常現象(Belady’s anomaly)

一般來說,在同一種分頁替換演算法當中,將記憶體容量增加以增加分頁可用欄位的時候,應該會減少分頁錯誤的次數;可是有時因為可用欄位的增加而降低了CPU的使用率,OS因而加入了更多分頁,導致可用欄位相對不足,分頁錯誤便沒有減少。這種違反一般趨勢的現象,即稱為布雷第異常現象。

2. 純程式碼(pure code)

純程式碼又稱為共同程式碼,他是一種不會被改變、可以重複使用的程式碼。一般是用於程式庫(libraries)等常被參照(reference)的用途。

3. 工作集(working set)

工作集合(working set)是指在一定的時間中,某個行程(process)所參照(reference)到的分頁數量(pages),其時間同等於參照分頁的次數(a fixed number of page references)。假如在約5個參照分頁次數的時間中,該行程參照到了1 2 2 1 3這幾個分頁。那麼其工作集合為3個分頁,各別為1 2 3。

工作集合是用來預測該行程接下來要使用的需求欄位數量(demand frames),作業系統(OS)依照各個行程的工作集合來分配他們的欄位數量,以避免輾轉現象發生。

4. 何謂分頁錯誤(page fault)?

記憶體分配中,使用分頁式將行程拆成數個行程,然後一個個分頁接著執行,需要存取到還沒有載入記憶體的分頁而發生錯誤,而這種狀況即稱為分頁錯誤。


二、

1. 請略述處理分頁錯誤發生與處理的過程(最好畫圖表示,若以文字描述請將步驟標示清楚)

  1. 檢查TBL裡面需要的分頁的有效‧無效位元是否為1 (0代表尚未載入記憶體、1代表已經載入記憶體)→為0,發生分頁錯誤
  2. 發生分頁錯誤之後,暫停該行程的執行,進入監督模式,交由作業系統操作
  3. 作業系統到硬碟(second storage)去尋找程式(program,尚未在記憶體中執行的程式)所需的該段分頁
  4. 取出該分頁至實體記憶體的可用欄位。如果實體記憶體已經沒有可用欄位,則須先執行分頁替換的動作
  5. 所需分頁寫入實體記憶體之後,再修改分業表當中的有效‧無效位元,將它改成1(有效)
  6. 重新啟動行程,讓他再執行一次分頁要求,因為分頁已經載入,就不會發生分頁錯誤了

2. 試討論在需求分頁記憶體管理方法中,分頁大小的優劣。

分頁(page)越小的情況下,將可以越精確地填滿記憶體空間,而不會有浪費的空間。對於需求分頁的記憶體管理方法來說,分頁越小越好。但由於分頁縮小相對於程式碼也不多,執行時將會時常參照(reference)到其他分頁,因此分頁錯誤(page fault)的次數也會相對增加。分頁錯誤所需耗掉的輸入輸出(Input / Output,I/O)時間往往是最耗時的動作,比較起來,內部斷裂(internal fragmentation)相對的較省時。因此虛擬記憶體仍傾向使用大的分頁。


三、請說明在分頁法中為何要使用翻譯側看暫存區(translation look-aside buffer, TLB)這樣的硬體機制?

  • TLB(翻譯成「旁邊找尋轉移暫存區」會比較好)是為了解決兩個記憶體使用程式而發展出來的特殊高速搜尋的硬體快取裝置,又稱為組合記憶體(associative memory)。
  • TLB分成兩個欄位:分頁編號(page number)與頁框編號(frame number),個別紀錄程式的邏輯位置(logical address)與實體記憶體位置(physical address)。
  • 當程序需要參照某個分頁時,會先到TLB去找尋該分頁的頁框位置,如果找不到,才到分頁表(page table)裡去尋找。如下圖:

四、

1. 略述記憶體管理中分頁法(paging)和分段法(Segmentation)的差異?

分頁法是將程式分割成固定大小的分頁,但是各分頁並沒有邏輯性,如果要執行程式中一個常被用到的部份,他可能會被分割在數個不同的分頁當中。

而分段法則是以邏輯性的完整性為出發點,程式依照邏輯性來分割,因此各個部份大小會不相同。

分頁法因為分頁大小相同而可以解決外部斷裂的問題,分段法因為大小不同而不行。

 

2. 並請就內部斷裂(Internal fragmentation)與外部斷裂(external fragmentation)的產生情形進行說明與討論。

  • 外部斷裂(external fragmentation)是指記憶體總和剩餘空間雖然足以載入整個行程,但因為剩餘空間被其他行程切割而不連續,所以無法載入行程,浪費記憶體空間。浪費的記憶體多寡,與記憶體選擇配置的演算法相關,也和記憶體空間總量以及行程的平均大小有關。
  • 有時行程雖然小於記憶體某段連續的剩餘空間(坑洞),但在配置給該行程時,仍將整段空間都要走,以減少記憶體「小碎塊」的情況發生。這種行程額外要求了自己不需要的空間,稱之為內部斷裂(internal fragmentation)。
  • 外部斷裂是指記憶體空間不連續,而無法配置給行程;內部斷裂是指被額外配置給行程,但實際並未被使用的記憶體空間。兩者相同的地方在於,都有不會被使用,而形同浪費的記憶體空間。

五、試問下列兩個程式在需求分頁(分頁大小64個word)的記憶體管理策略下,有何不同或影響?

P1:


int A[64][64];

for (i=0;i<64;i++ ){

for(j=0;j<64;j++){

A[i][j]=0;

}

}

P2:

int A[64][64];

for (j=0;j<64;i++ ){

for(i=0;i<64;j++){

A[i][j]=0;

}

}

比較這兩者程式使用的資料順序:

P1:
A[0][0]

A[0][1]

A[0][2]

A[0][63]

A[1][0]
A[1][1]

A[63][62]

A[63][63]

P:
A[0][0]
A[1][0]

A[2][0]

A[63][0]

A[0][1]

A[1][1]

A[62][63]

A[63][63]

由此可知,P1使用到j(欄)的頻率高,而P2使用到i(列)的頻率高。在記憶體管理策略當中,如果是column-major(欄為主),則P1的情況下發生分頁錯誤的情況會比較少,因為分頁都在附近;反之,如果是row-major(列為主)的情況下,較適合P2


六、以下列分頁參考串列為例︰

1,3,2,4,2,1,4,6,2,1,4,3,7,6,3,2,1,2,3,6

試問對下列分頁替換法而言,將分別產生多少次分頁錯誤?假設分配頁框處為三個頁框

1. 先進先出(FIFO):共15次分頁錯誤

 

1

3

2

4

2

1

4

6

2

1

4

3

7

6

3

2

1

2

3

6

分頁表

1

1

1

4

4

4

4

4

2

2

2

2

7

7

7

7

1

1

1

1

 

3

3

3

3

1

1

1

1

1

4

4

4

6

6

6

6

6

3

3

 

 

2

2

2

2

2

6

6

6

6

3

3

3

3

2

2

2

2

6

載入時間

0

1

2

0

1

2

3

4

0

1

2

3

0

1

2

3

0

1

2

3

 

0

1

2

3

0

1

2

3

4

0

1

2

0

1

2

3

4

0

1

 

 

0

1

2

3

4

0

1

2

3

0

1

2

3

0

1

2

3

0

步驟

  1. 先檢查分頁表當中,是否有與待載入的分頁相同編號的分頁
    →如果有,停止檢查
    →如果沒有,繼續檢查
  2. 檢查載入時間最長的分頁,將之替換為待載入分頁,載入時間設為0。
  3. 其他未檢查的分頁,載入時間各自加1

分頁錯誤,載入的分頁 (上一階段當中,載入時間最長的一個分頁)

  • 分頁表:替換成被載入的分頁
  • 載入時間:歸零

檢查到已經有載入的分頁

  • 分頁表:不變
  • 載入時間:不變

2. 最近最少使用(LRU):共15次分頁錯誤

 

1

3

2

4

2

1

4

6

2

1

4

3

7

6

3

2

1

2

3

6

分頁表

1

1

1

4

4

4

4

4

4

1

1

1

7

7

7

2

2

2

2

2

 

3

3

3

3

1

1

1

2

2

2

3

3

3

3

3

3

3

3

3

 

 

2

2

2

2

2

6

6

6

4

4

4

6

6

6

1

1

1

6

未被使
用時間

0

1

2

0

1

2

0

1

2

0

1

2

0

1

2

0

1

0

1

2

 

0

1

2

3

0

1

2

0

1

2

0

1

2

0

1

2

3

0

1

 

 

0

1

0

1

2

0

1

2

0

1

2

0

1

2

0

1

2

0

步驟

  • 先檢查分頁表當中,是否有與待載入的分頁相同編號的分頁
    →如果有,將之未被使用時間設為0,停止檢查
    →如果沒有,繼續檢查
  • 檢查未被使用時間最長的分頁,將之替換為待載入分頁,未被使用時間設為0。
  • 其他未檢查的分頁,未被使用時間各自加1

分頁錯誤,載入的分頁 (上一階段當中,未被使用時間最長的一個分頁)

  • 分頁表:替換成被載入的分頁
  • 未被使用時間:歸零

檢查到已經有載入的分頁

  • 分頁表:不變
  • 未被使用時間:不變

3. 第二次機會(Second=Chance Algorithm):共14次分頁錯誤

 

1

3

2

4

2

1

4

6

2

1

4

3

7

6

3

2

1

2

3

6

分頁表

1

1

1

4

4

4

4

4

4

1

1

1

7

7

7

2

2

2

2

2

 

3

3

3

3

1

1

6

6

6

4

4

4

6

6

6

1

1

1

6

 

 

2

2

2

2

2

2

2

2

2

3

3

3

3

3

3

3

3

3

載入時間

0

1

2

0

1

2

3

0

1

0

1

2

0

1

2

0

1

2

3

0

 

0

1

2

3

0

1

0

1

2

0

1

2

0

1

2

0

1

2

0

 

 

0

1

2

3

4

0

1

0

1

0

1

2

3

0

1

2

3

0

參考位元

0

0

0

0

0

0

1

0

0

0

0

0

0

0

0

0

0

1

1

0

 

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

 

 

0

0

1

1

1

0

1

0

0

0

0

0

1

0

0

0

1

0

步驟

  • 先檢查分頁表當中,是否有與待載入的分頁相同編號的分頁
    →如果有,則將該分頁的參考位元設為1,停止檢查
    →如果沒有,繼續檢查
  • 檢查載入時間最長的分頁
  • 如果載入時間相同,則用FIFO依照載入先後排序
  • 檢查的分頁的參考位元如果是1,將之設為0,載入時間設為0,繼續檢查下一個
  • 檢查的分頁的參考位元如果是0,將之分頁替換成待載入的分頁,參考位元設為0,載入時間設為0,停止檢查
  • 其他尚未被檢查到的分頁,其載入時間增加1

分頁錯誤,載入的分頁

  • 分頁表:替換成被載入的分頁
  • 載入時間:歸零
  • 參考位元:設為0

檢查到已經有載入的分頁

  • 分頁表:不變
  • 載入時間:不變
  • 參考位元:設為1

受檢查,給予第二次機會的分頁

  • 分頁表:不變
  • 載入時間:歸零
  • 參考位元:歸零
(more...)