修復首頁

因為沒有想到 WordPress 會自行幫我的文章加油添醋,所以原本放在首頁的一些 html 原始碼都在斷行處添加了 <p> 或是 <br> ,導致首頁顯示到一半就出現問題。當初為了告知大家不要用 IE6 就添加了這段程式碼,結果在上次更新 Uniform Renamer 的文章時 WordPress 就自行改壞了首頁,實在是悲劇。看來得想辦法關閉那些 WP 自認為貼心的竄改文章功能,並且把 editor 從 TinyMCE 換到 WYISWYM 編輯器了。

不過過了兩三個月還沒有人說,果然這裡還是很冷……

Pineapple Army 終極傭兵

終極傭兵是浦澤直樹在1986年推出單行版的漫畫作品,描寫教導戰鬥技巧的教官的種種故事,融合了近代歷史設定,緊張動作的槍戰場景,急中生智的巧思以及軍人所面對的種種人性上的議題。我一路從二十世紀少年看到Monster然後到了危險調查員,最後終於讀到了這套公認為浦澤此種風格的開山作品,當然也不免會比較一下。本書身為浦澤較早期的作品,不能避免地會比較生澀,所以得先避免太大的期待。

首先,戰鬥的設定跟事件的尺度上都十分誇張,比如說在第一話就有小孩對抗大批傭兵,而且事後傭兵全滅。第一集最後甚至牽扯到美國總統,戰鬥完全就是美國內戰等級,反方派出了多台坦克應戰,不過主角方還是樂勝。當然像是現實世界的後續等等問題都直接帶過,完全沒有考慮到現實世界中是有警察這回事。壞人死了不用怕警察追上門,花錢處理屍體就好了。全國民眾都看到報導說有暴力事件卻沒有任何維持秩序的公權力出現。可以說許多地方過於幼稚(超級系?),所以不能用太嚴肅的眼光來讀這部作品。

故事的架構上也有些缺陷,主角身為一名教官,專門教導委託人各項戰鬥技巧。不過常常有故事是委託人處於受威脅的一員,所以豪斯基於同情而幫助訓練。不過他總是會說自己不會參與戰鬥,最後卻還是會在危及時跳出來。遇上一般的狀況就算了,不過也常常有十分弱小的委託人(女性)想要對抗大組織。身為有能力的主角,卻得先觀望臨時訓練出來的平民與專業人員戰鬥,最後才出手相救總是有些怪怪的,你不如就一開始幫忙到底就好啦。

本作品因為主角是一位傭兵,所以故事也比較注重於戰場上跟戰後的各個狀況,跟常常會有文化氣息的危險調查員不同,本故事不時帶有淡淡地哀愁,訴說軍旅生活傭兵不想再遇到戰爭的嘆息,與時常體驗世界各地風情的奇頓十分不同。不過也有許多篇的結尾感覺沒有明顯地點出思想,這也是說故事技巧的經歷純熟度的差異吧。這樣說應該過於貶這個作品了,我是覺得這個的豐富度還是高於一般的佳作,不過把這早期作品以比對的方式來讀是很有意思的,浦澤就是在跟本作編劇工藤合作後,精進了編劇技巧並加上自己的風味料理出更加有趣的危險調查員的。對此有興趣的讀者當然是十分推薦。

[西尾維新] 絞首浪漫派

這是戲言系列的第二本輕小說,我閱讀第一本已經是五年前了,印象已經淡了不少。相對於第一集時時暗示主角的不正常,這集則是很露骨地讓主角描述自己的精神異常。不過還是最好不要深究,因為主角的許多邏輯都似是而非,而且行為也有點相互矛盾。這次的兇手更是詭異,動機完全無法令人信服,犯案手法也是漏綻百出,而且還在關鍵地方留一手。

不過話是這樣說,但整本書都超好讀的,甚至可以說這是我唯一認可的幾本能稱作是輕小說的作品。比起許都我讀過清淡如水的爛輕小說,西尾維新的角色塑造能力真的很厲害,才花幾頁就能把人物的面相鮮活地表現出來,而一般等級的小說可能要讀個一兩百頁才記得起誰是誰。這本書可以說很容易上手,也很容易放下,實質是「輕」的小說。從故事的結構來看,也可以看得出來西尾維新注重於娛樂性,所以推理便是要翻盤,翻盤再翻盤,不管合不合理,只要閱讀的時候一氣喝成娛樂到了讀者那就算是完成任務。甚至可以說,各種互相矛盾的哲學味對話也是為了讓讀者不要無聊,添加可以讓讀者思考的小細節,廢話也罷,要是你對得上電波就萬事OK。

不過第二集閱讀了後,更加瞭解這系列的脈絡,之後還是用借的好了,畢竟,如果仔細琢磨每句對話,誰知道作者有沒有仔細想想其中的邏輯會不會相衝呢,細讀實在有點不划算。嗯,移除敗家清單。

[安達充] KATSU 青春交叉點

Image Source,Photobucket Uploader Firefox Extension安達充的作品的調調大家都知道,收斂的情感表達,用細膩的風景表達意境,而在對白上則是十分精緻,有時候很逗趣,有時則是留白讓大家自行補完。通常只看一話是無法感受到其魅力,但是要是看了四五話,那就停不下來了。

這次的故事是關於拳擊,跟他其他作品比起來,顯得十分輕快。女主角和男主角再也不會你拖我拖,就像是拳擊般的直來直往,所以讀者終於能提早看到他們的閃光,而不是快結局才來牽個小手。而且本作的 service 感覺也跟其他作品比起來多,所以拿來推廣應該是不錯的選擇!

大概因為是拳擊吧,跟棒球比起來步調就是快的多,兩三話內就可以演完一場比賽,也是適合推廣的優點。我想唯一的缺點就是最後有幾個伏筆沒有收的很乾淨,不過也沒關係,看閃光比較重要,男性配角隨便交代一下我也可以接受啦XD

三片動畫電影感想

Photobucket最近看了許多部動畫電影,都是比較舊的,就來一一介紹,有劇透請迴避:

Perfect Blue 藍色恐懼

已故的名導演今敏第一部動畫電影作品,驚悚懸疑類別,講述原本是歌手的女主角霧越未麻為了轉型成為演員,忍耐接了有強暴橋段的劇本以及拍攝寫真集。但慢慢地,在她身邊的工作人員一個個遭到殺害,就好像是自己作的一樣!劇中真實與夢境交錯在一起,讓觀眾完全被導演牽著走,不過最後又能給出一個很令人信服,且足夠驚悚的結局。可以說是充滿異色的作品。本劇在西方廣受好評,可以說是實至名歸。

劇中的強暴戲碼雖然是戲中戲,但是卻異常地演出了這類犯罪討厭真實的那一面,讓人十分於心不忍。說到底真的有女星能夠在拍了這種戲路以及出版寫真集後成功轉型的嗎?電影十分明確地描繪出了影劇圈黑暗的一面。

栞 の 心靈角落 2010金馬影展:今非昔比──【藍色恐懼 / Perfect Blue】
非.推理小說研究社:今敏《藍色恐懼》竹內義和,成長的驚駭。 – 樂多日誌

交響詩篇 劇場版 口袋裡的彩虹 Psalms of the Planet Eureka Seven

我之前看過電視版,所以聽到製作小組在搞電影版的計畫時一直很興奮。不過後來發現本片並不是劇情的延續,而是用人物重新說故事一次,而且在上映後網路上的評價也不是這麼好,所以就比較沒有動力去買DVD了。不過很幸運的是我發現有地方可以租的到,所以基於對電視版的感情還是借來滿足好奇心一番。

通常要把一個電視作品改編成電影長度並不容易,要是太忠於電視版會導致劇情太趕,而且電視劇本的起承轉合都是以半小時為單位,單話看很順暢,硬要連接起來湊成電影版便會有種彈性疲乏的感覺。EVA新劇場版能夠把這種感覺降下來(還是有)真的很幸運,但是如Z鋼彈就真的沒辦法了。而另一種方式則是重新編輯故事,其中我看過最成功的案例是少女革命,而聖天空戰記感覺也還可以,可是本片我就覺得沒能達到流暢的境界。從DVD的說明書上可以看到製作小組修改了作品的大綱兩三次,中間也遇上了瓶頸,我不是業界人員所以這只是猜測,感覺這純粹是為了作而作的劇場版,所以劇本修到還可以的時候就開始動工了(況且又卡了好久)。

顯而易見的問題還不少,首先,人物雖然看起來一樣,但是有些的設定跟以前不同。看到電視版的好好人到了劇場版變成人渣毫無意外地讓粉絲們憤怒。第二則是設定改變,但是人物卻沒一起變,據例來說原來的電視版照顧主角的一行人(月光州)算是獨立反叛組織,穿著則是很有街舞風格,但是在電影版中這些人的設定卻變成了軍隊的傭兵,服裝設定卻照舊就很奇怪了。

原作的主題就是主角跟艾利卡的閃光,而在本電影版中唯一不讓大家失望的便是兩人的閃光轟炸。因應劇場版的預算,艾利卡的各種Cut都是十分完美,沒有變形,而且電影版中的艾利卡有著更豐富的表情,也比較會主動說話。各個臉部的特寫都能服務粉絲。不過唯一的缺點便是她多話了以後在各種危機時呼叫蘭頓的次數也變多了,每次有危機都會叫長長的幾次,久了真的會膩,應該是想想表達危機中兩人不想分開的著急,但是只能說狗血。實際上也看過有評論認為本片的對白太過說教,而且還重複許多次。

故事中的各種伏筆只能說是故佈疑陣,探討各種關鍵物體的意義或是人物奇怪的自言自語只是焦點放錯地方。把月光州跟彼得潘連接上的這種套用文本的作法要是使用的洽當是會營造深度,可惜原作本跟此無啥關係,就連本作也跟其他元素沒能連接起來。月光州想要靠去電視版的世界(他們稱之為「樂園」)來達成時間停滯根本毫無道理,在此硬是連接上電視版的世界只能說是過度設定的惡趣味,在硬設定的美學上可以說很失敗。

可以說電影的敗筆是太多設定被留白了,為何艾利卡的身體不能碰到太陽?為何最後又可以了?為何去到 Promise Land 就能活下去?而許多配角的智商似乎也有問題,為何要照著一本童書來行動?為何童書上說少女要有翅膀就一定要看到翅膀?拜託,那也可以是形而上的翅膀,或者是特定時候才會出現的光之翼呀。

總之,租一片來萌萌艾利卡就好了,啊,其他的視覺效果跟戰鬥場面也是不錯的,不過除此之外還是不要期待比較好。

【心得】交響詩篇艾蕾卡 7 口袋中的彩虹 – johnchung的創作 – 巴哈姆特

MOON

既然在照片中就順便講講好了,這是個懸疑卻不驚悚,沒有驚人的特效,而以很平緩的方式把幾個科幻的元素結合在一起的好電影。在此片,電腦真的是我很喜歡的角色,不再一板一眼,而是能考量(坳不過主角求情)就幫助主角的好朋友。

空之境界 第三章 痛覺殘留

距離觀看上一章已經一年多了,而讀小說則是四五年前了,所以印象有些模糊。因為接著 Perfect Blue 看,所以在開頭不免想到「怎麼又是雷普」XD。經過了一二章的洗禮,本章算是中規中矩,沒讓我留下太大的印象,可能是與一章比起來配樂的存在感不足吧。最後的對決也算是平淡,不過這是空境與其他奈須作品的差異,所以無可厚非。說實在的我還是對最後二儀式指著藤奈說「妳在笑」這個翻案有些錯愕,感覺跟之後讓二儀式不殺她的橋段一樣都是為了洗白式的安排呀。

Atonality has moved! (http://astralgate.comyr.com/wordpress/) : [空の境界]痛覺的二元論,<痛覺殘留>
陰陽合圖 : 劇場版 空之境界 第三章「痛覺殘留」

初級資料庫設計

這裡的內容來自我的老師 David White 的課以及他的書 Data Modelling The Foundation of Information Systems。目前沒有附 ERD 圖,所以可能有些地方不是很容易懂。

命名

當命名物件跟屬性時需符合以下規則:

  • 使用單數詞作名字,不用複數詞。這樣子能更容易自動產生正確的描述句(程式可以自動判斷把單數詞改為複數詞)。
  • 只使用一種命名規則(CamelCase 或者 Underscore_Naming),不要混用。
  • 名字要能描述功能,比如說一個紀錄元件安裝時間的欄位該命名為 WhenComponentInstalled 而不只是 WhenInstalled ,不然在範圍外會跟其他要安裝的欄位造成混淆。試著讓文法正確。
  • 當使用某些通用的詞(如 description),應該在詞前面添加形容詞(如 ProductDescription)

當命名屬性時需符合以下規則:

  • 人名欄位的命名使用 GivenName(名)與 FamilyName(姓),這兩個命名沒有文化隔閡,也沒有宗教或禮俗上的含意。使用一般常見的 FirstName 或 LastName 則會導致不同文化上的理解錯誤。
    (註:也可考慮提供使用者另外一個欄位,專門存放使用者自己想要看到的姓名)
  • 多添加形容詞以避免混淆。但是在那些 Foreign Key 的欄位,還是該前置該 Key 原來的名字,以便識別。
  • 不要使用像是 "Count" 這樣的 SQL 保留字來命名,因為資料庫不能接受這些名字。
  • 非必要不要用 "Date" 來命名。資料庫系統有 date/time 類型的欄位,而原本設計是 Date 的欄位常會後來要改成 date/time 。使用 WhenXxxYyy 來命名 date/time 欄位,比如說 WhenEnrolled、WhenContractStarts、WhenContractEnds。

常見的命名問題

  • 使用複數詞作名字
  • 沒有依照大眾普遍接受的方式縮寫
  • 英文大小寫方式不一致
  • 英文動詞時態不一致,如 WhenXxxBegan 相對於 WhenXxxEnds。
  • 名字不夠清楚,如 WhenInstalled 沒有標示安裝什麼東西。
  • 使用太過廣義的詞,如 Description 。
  • 名字欄位使用 LastName、ChristianName 等有文化差異性的命名法。
  • Foreign Key 的命名沒有前置原表的名字。比如說 Customer 應該改為 AnybodyCustomer ,才能一看就知道這欄位由 Anybody 這個 table 而來。

表格 table 設計

表格應該代表一個物件不會改變的本質,而不是會改變的狀態。舉例來說,一個學校管理資料庫常常會有學生 Student 與職員 Employee 兩個表格,但是這樣子的設計沒有考量到職員也能來修課當學生的狀況,學生與職員都是一種可變動的身份,所以不應該拿來當作表格名稱。在這個情況使用「人 Person」當作表格的設計會更有彈性,因為「人」是本質,不會隨著時間改變。而會改變的狀態,通常使用一個欄位來表示。

繼承與類別

「人」這個概念也有狹義的時候,比如說交易時對象不一定會是人,有時候也是會有公司機關之類的,所以在民法上有「自然人」以及「法人」這兩種概念。在這個時候,使用「Anybody 主體」這個母類別表格,然後下面繼承「Person自然人」「Organization法人」兩種子類別表格,能夠做出更加有彈性的架構。當使用繼承這種機制的時候,要注意幾個事項:

  1. 子類別必須是永久性的,就如自然人永遠不會變成法人。
  2. 子類別必須是母類別之內的,如 Person 跟 Organization 都是 Anybody。
  3. 各個子類別的欄位不能完全相同,不然就失去分開類別的意義了。
  4. 各個子類別必須有本質上的不同,如自然人是活著的,而法人是概念上的,雖然兩者都能成為簽署合約。

相同的繼承概念也能夠使用在「交通工具→汽車、飛機」上。

時間概念

萬事都會隨著時間而改變,而資料庫最好是設計成會紀錄這些改變,以便將來能查訊。通常一個事件有開頭也有結尾,以 WhenBegan 還有 WhenEnded 來命名。WhenEnded不會是主鍵,因為主鍵不能為 null。

對自身的關聯 Recursive Association

一個表格可以對本身作關聯,比如說管理人這種關係。如果每個人只能有一個管理人,那麼可以直接對表格本身的 PK 作關聯,這被稱為樹狀自身關聯(Tree Recursion)。如果一個人能有複數的管理人,那就必須新增一個 Supervision (管理)表格,有兩個 FK :PersonBeingSupervised 以及 PersonSupervisor ,這被稱為網路自身關聯(Network Recursion)。

狀態

如先前所探討的,事物除了能用不變的本質來區分外,也能用他們的行為或是發生在他們的事情等等依著時間發生的「狀態」來區分。就如同犯罪的人可被歸類為罪犯,簽了員工合約的人成為員工,繳了學費的成為學生。這些被視為狀態的改變,而要對這些狀態作區分就必須紀錄狀態改變的事件。

舉學生報名作為例子,也許我們必須紀錄以下的事件:遞交日、審核日、核可日、取消日等等。如果這些都放在 StudentEnroll 的表格上,那麼以後要增加新的狀態就必須更改整個 ERD 。為了改善這種問題,我們可以把事件集中放在另一個表格中,並且新增一個事件類別的表格。這樣子能讓狀態轉移事件有更大的彈性。