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

轉貼分享

命名

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

• 使用單數詞作名字，不用複數詞。這樣子能更容易自動產生正確的描述句（程式可以自動判斷把單數詞改為複數詞）。
• 只使用一種命名規則（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 。為了改善這種問題，我們可以把事件集中放在另一個表格中，並且新增一個事件類別的表格。這樣子能讓狀態轉移事件有更大的彈性。

轉貼分享

Mozilla 基金會最近舉辦網路上公開徵選活動，徵求創新的未來網路新聞概念。這幾個禮拜進入第二個議題：嶄新的使用者留言概念，讓未來的網路新聞的使用者留言能夠更加進化。只要有任何奇特的想法、原型、影片等等都能上傳。而且議題也不限定於科技面，對於社群互動面也是很重要的考慮因素（比如說過濾沒有價值的留言，或者讓少數人的聲音能夠不被多數人掩蓋掉）。甚至只要有新的方法能夠讓使用者與新聞內容互動都可以提出來。

有沒有人有興趣一起想想有什麼好點子，截止日期是5月22日，我可以幫忙翻譯。

轉貼分享

square = lambda { |n| n ** 2 }

square = Proc.new do |n|
  n ** 2
end

call

{|n|
 n ** 2
}

轉貼分享

Fluid Blue 採用簡單色塊式的佈景風格，沒有使用圖片作裝飾，給予閱讀者極簡的清爽感覺。不過我一直想要使用最新的 HTML5 標籤如 <article> 或是 <nav>，所以決定拿 Toolbox 佈景主題來作改造。因為個人經驗有限，所以寫出來的 CSS 其實亂七八糟的。有些 Fluid Blue 的效果作不出來，有些地方也作了個人喜歡的修改，所以不會 100% 跟 Fluid Blue 一樣，敬請包涵。因為兩個參考的主題都是採用 GPL 授權，所以本佈景主題當然也是如此。想安裝的人請先安裝 Toolbox 主題後再到 Bitbucket 的專頁下載，因為目前的品質很爛所以還不打算放在 WordPress.org 上。目前的 bug 有 menu 位置會往右偏，如果有人知道怎樣修正就敬請指教。

Toolbox Blue is a child theme of the Toolbox theme, which offers HTML5 ready templates. It tries to mimic the Fluid Blue theme, but with some personal design changes. The code is located at Bitbucket
and installing it requires installing the Toolbox theme. The quality of the code is crap so I don’t want to put it on the official repository yet, but any improvement is welcome. Current known bug includes menu item not in the correct position.

轉貼分享

將網頁作為遊戲的平台有許多好處，比如說：

1. 有收費機制的平台可以有效阻礙盜版。
2. 多人編輯與合作可透過網路完成，減少難度。
3. 因為只需要上網就能玩，再一步縮短與一般大眾的距離，增加淺在客群。

不過 Ren’Py 的製作人認為，網路遊戲平台的缺點也不少：

1. 無法下載所以無法備份，要是平台垮了，那麼這些創作就從此消失。
2. 除非平台很佛心有開放原始碼，不然在未來，也不能經由模擬器等方式讓遊戲能繼續可玩。

不過這些問題也是有些解決之道，比如說開放讓創作者下載備份檔，以及額外開發備份檔的單機播放程式。不過就算是解決了這些問題，最主要的還是在於玩家們的意願。有個創作者 Ayu 舉辦了一個網路投票，結果是絕大多數的人還是比較喜歡能下載的單機板遊戲。也許是因為有個可以保存的實體才讓我們有值得花錢的感覺吧。

在我看來，NovelStream 是裡面最成熟的一個平台，不但外觀好看又專業，而且腳本編輯器也比一般的 AVG 引擎還要友善好多，更別說是許多其他的功能（遊戲腳本版本控制、語音與讀檔功能、友善的討論社群環境）。而 vNovel Interactive 雖然目前只是展示用，但是其遊戲體驗也因流暢的圖片轉換還有語音給我很大的好感。

BASS則是讓我有些遺憾，因為這個平台算是最早出現的（三年前就有了），而且還是台灣人開發的，可惜介面沒有繼續發展，而使用客群也沒有複雜化。

這些平台都不是日本人開發的，也許網路這一塊還是日本海外發展的比較蓬勃。我比較推薦的兩個遊戲，一款是 Narcissu ，是幾年前有名的免費同人電子小說。第二個則是 Ripples，一款英文同人團體製作並配音的電子小說。兩者的完成度都很高，效果也不輸給 Flash。也許這些平台真的是未來同人遊戲的一種可能性。

轉貼分享

本軟體的主要功能是整理資料夾與壓縮檔的檔名，而不是為同一套檔案更名編號，這是跟其他更名軟體不一樣的地方。

下載 UniformRenamer0.3.1 自解壓縮檔

基本介紹

更名是由一連串步驟組合而成，步驟有三種：

1. 刪除
2. 複製
3. 更換

在視窗的上半部可以編輯規則表。下半部視窗可以選擇資料夾預覽更名的結果，最後可以選擇檔案進行實際更名。

舉一個簡單的例子：

刪除步驟能刪除舊檔名中的文字，這有助於刪除不需要的資訊，讓其他其他步驟更好處理。請在最後一列輸入要刪除的字眼，不同字眼需用 tab 鍵分開。

複製步驟能從舊檔名抓取文字放在新檔名的指定位置。請在最後一列輸入需要抓取的字眼（多項字眼一樣使用 tab 分開），並且在第三列指定目的地標籤（如<集數>這個標籤在新檔名格式對應到其中一個複製的步驟）。如果有多項字眼，那麼只有第一個被找到的會被複製到新的檔名。

更換步驟能從舊檔名中尋找特定字眼，要是找到了，就在新檔名放置指定的文字。比如說如果舊檔名找到漢化兩個字，程式就能自動在新檔名放置[中]這個詞。請在最後一列輸入需要更換的字眼（多項字眼一樣使用 tab 分開），第四列指定替換文字，最後在第三列只頂目的地標籤即可。

左邊的勾選欄能夠暫時停用某些步驟。要永久刪除步驟時請在該步驟上按滑鼠右鍵。

搜尋字眼（最後一列）輸入多項字眼時需要用 tab 鍵分開。某個字眼除了可以是固定的字串以外，也可以是正規式。舉例來說：(\(C\d{2}\))能夠搜尋到從(C00)到(C99)的文字，這對需要整理同人誌的人會很好用。正規式的搜尋字眼前方要有 ‘* ‘（一個半形星號加上一個半形空格）。正規式的功能十分強大，詳細內容請查閱相關書籍或者網路資源。

把複製步驟搭配正規式 * .* 十分有用，能把舊檔名所有的文字複製到新檔名。檔名中有些資訊並不易辨別（像是辨別作者/作品），所以只能靠刪除不必要的文字來留下需要的資訊。

步驟範例

「刪除步驟」

我不需要 (一般コミック)，所以使用刪除步驟來把此字串從舊檔名刪除。

「替代步驟」

我想把 (繁體), [漢化] 等等文字統一以 [中] 來表示，而 [中] 會被放在新檔名格式中 <語言> 標籤的地方。

「複製步驟」

我想要把第X巻中的X取出來，把累贅的字（第、0、巻）刪掉。

換句話說，我只想要 0 後面的數字。這需要使用正規式， (\d*) 把該數字抓出來，正規式的前面要加上 "* "，以便與一般文字作區隔。

而抓出來的數字會被放在新檔名格式中 <集數> 標籤的地方。

正規式 Regular Expression

正規式可以說是一種尋找特定字串的規則。可以讓你從一篇文章中找到電話號碼，也能讓你檢查 email 地址有沒有輸入正確。它使用許多符號來表達特殊的文字，比如說 \d 代表數字，*代表重複很多次等等。以下是一些正規式的初學文章：

Regexp 是什麼東東?

通用運算式【一】pattern

正規式各個符號代表的意義

正規式可以用在本軟體的「搜尋字眼」欄位（最後一欄），但是在寫正規式的時候必須在該式前面加個 ‘* ‘ （也就是半形的一個星號加上空白）。

第0?(\d*)巻

上面的例子可以拿來尋找「第X巻」的文字，其中 0 代表字串有 0 這個數字出現，但是 0? 代表這個零是可有可無的。

\d 代表一個數目字，而\d* 代表任何位數的數目字。

那為何 \d* 會被括號圈起來呢？這是因為我只想要抓取數目字，而把其他文字丟掉。

中文[化版]?

這個正規式能找到「中文」「中文化」「中文版」這三種文字。? 一樣也是代表前面 [] 中的任何一個文字出現也算。

本程式使用 Microsoft .Net 內建的正規式，所以只能使用 .Net 版的正規式。各種版本的正規式大部分都一樣，但是會有一些不同之處。

結尾

本程式目前沒有經過嚴密測試，如有出錯請多多包涵，謝謝使用也請多多提供意見，不管是說明檔（我覺得這份就寫得很爛），規則的建立方法，甚至你想要更改程式（還蠻想試試看多人的Open Source的感覺）等等都行。

希望您使用愉快:)

更新歷程

• 0.3.0 以顏色區隔有改變的檔案項目，顯示檔案圖示，改善錯誤訊息。
• 0.2.3 新增三個設定，能在最後移除多餘的空白以及空括號。
• 0.2.2 新增日文介面（謝謝舞神論翻譯），修正英文介面問題。
• 0.2.1 修正步驟表無法更新之問題
• 0.2.0 新的圖形化步驟介面

（第二頁為 0.1 版的舊內容說明，使用新版者不需閱讀。）

轉貼分享

1. 每個人都只有一個正式的名字
2. 每個人都只使用一個名字
3. 每個人，在這個時間點，只有一個正式的名字
4. 每個人，在這個時間點，只有使用一個名字
5. 每個人有正好 N 個名字（N可以是任何數量）
6. 每個人的名字都能放進某個訂定數量的空位中
7. 每個人的名字都不會改變
8. 每個人的名字雖然會變，但是只會在特別的一些時候時會變。
9. 每個人的名字都是用 ASCII 編碼寫的。
10. 每個人的名字都是只由一個編碼寫的。
11. 每個人的名字都能對應到 Unicode 字元
12. 人名是有區分（英文）大小寫。
13. 人名沒有區分（英文）大小寫。
14. 有些人的名字有前綴或後綴，但是你能夠安全地忽略這些。
15. 人名不會含有數目字
16. 人名不會全都是（英文）大寫
17. 人名不會全都是（英文）小寫
18. 人名可以排序。所有系統只要使用一樣的排序方法排同批名字，就會得到相同的排序結果。
19. 每個人的姓跟名必須是不同的。
20. 每個人與親戚都使用一樣姓氏。
21. 每個人的人名都是獨一無二的。
22. 每個人的人名幾乎都是獨一無二的。
23. 好吧但是人名應該夠多元，所以不會有百萬個人同用一個名字。
24. 我的系統永遠不用管中國來的名字。
25. 或者是日本名字。
26. 或是韓國名字。
27. 或者是愛爾蘭，英國，美國，西班牙，墨西哥，巴西，秘魯，俄國，瑞典，波札那，南非，千里達，海地，法國，或者是克林貢帝國。這些都有常見卻奇特的命名方式。
28. 那個克林貢帝國只是個玩笑對吧？
29. 你那該死的文化相對論！在我的社會中，人們至少同意了一套名命標準。
30. 世界上有個能夠無損地把名字轉換後再反轉回來的演算法。（對，只要你的演算法能傳回輸入值。你得一顆星星。）
31. 我可以安全地假設這本髒話字典中不包涵任何人的名字。
32. 每個人的名字都是出生時拿到的。
33. OK，也許不是出生時，但至少很接近出生時。
34. 好啦，好啦，在出生後一年內。
35. 五年內？
36. 你在開玩笑，對吧？
37. 當兩個不同的系統有同一人的資料時，會用這個人的同一個名字。
38. 在一個設計優良的系統中，兩個不同的資料輸入端拿到一個人的名字時，一定會輸入在位元上都相同的字串。
39. 那些名字能把我系統弄壞的人是奇怪的異類。他們應該有個像是「田中太郎」一樣可接受的名字。（譯註：這是在英文句子裡插入日文的常用名字，反而變得不常用）
40. 每個人都有名字。

之後的回應還加了幾條：

• 人名不會含有標點符號
• 人名不會含有除了單引號外的標點符號
• 每個人在不同國家的名字都一樣
• 每個人只能有一個社會地位稱謂（在德國，有兩個學位的人會用兩個 Dr 表示）
• 每個人都有姓跟名
• 名字一定有兩個字母以上

還有一些奇怪名字的人

• Nicholas If-Jesus-Christ-Had-Not-Died-For-Thee-Thou-Hadst-Been-Damned Barbon（奇特的宗教性質中間名）
• 那個原本叫做 Prince 的人（原本叫做 Prince 的知名音樂家，自己後來改名為一個不能發音的符號，導致大家開始這樣稱呼他）
• Nǃxau 演上帝也瘋狂的主角
• Ángel Agustín María Carlos Fausto Mariano Alfonso del Sagrado Corazón de Jesús Lara y Aguirre del Pino
• Standing beside the road waiting for a bus

在 Slashdot 上的討論中，有幾個人提到了解決的方法：不要把名字特別區分為姓跟名分開來儲存，而是讓使用者直接輸入完整的姓名，存在一個 Unicode 的文字欄位中。此外也提供另一個文字欄位，讓使用者輸入他的日常生活常用名。而系統可以在法律需要時使用完整姓名，而在一般問候時使用常用名稱。

雖然這張清單有很多都是極端的例子，不過我覺得最重要的，還是「人名不會含有除了單引號外的標點符號」這條。有像是 O’Raily 之類名字的人，常常會因為 SQL injection 的因故，而不能在網站上使用自己正確的名字。程式設計師在處理姓名時，還是應該使用正確的方式好好處理標點符號，而不是直接把他們拒絕掉。

轉貼分享