失落的技術

上個禮拜接到通知去報到，連續兩天幫忙公司搬家，然後是整理辦公室，還好管路都埋好了，不然自己拉管線真是很麻煩。

接下來是整理每個人要用的電腦，調查硬體清單、跟同事們做需求調查，然後是「克勤克儉」的列出要請購的清單往上報，過程中當然還得拜拜碼頭，跟母公司的人做好關係，拍馬屁我是做的不太好，不過抱大腿是免不了的。

這禮拜就在一團混亂中度過，下個禮拜要跟RD部門的人商討產品的問題，這個週末得收集好資料，整理成報告～

話說新年到一家人該是和樂過年的時候，不過呢，吃完飯後閒閒沒事幹之際，大家喝茶嗑牙、談天說地之際，我跟我的父親卻因為對法的看法不同而吵起來了。

先說我父親的背景，他是調查局的公務員退休，對於法律的見解很是道地，他認為人就該奉公守法，社會才會安定。

如果我沒看過李宗吾和吳思兩位前輩的著作的話，我應該會同意他的論調，不過很抱歉，雖然兩位前輩的學說有點偏，但還是比我父親所想的：守法是國民的義務，這個觀點的解釋力來的強多了。

這一篇主要是針對 函數設計準則 (2) 所作的修訂，為了讓看的人了解變化的過程，我選擇另開一篇來寫。
在過年前其實已經有定見了，不過前幾天跟我的父親吵了一架，心情不是很好，所以遲了幾天才寫，吵架的原因我會另開一篇說明。

首先是函數的特性，從單一處理到批次處理時，針對失敗與中斷的作法，如果要強調「無縫」的特性，其行為特徵應該改成這樣：

恩，經過漫長的等待，微軟終於正式 Release 新版的 Virtual PC 2007 了。
這一版依然是免費下載的，可以到 VPC 的官網去下載。

我想對於一些用語不精確，造成誤解與討論上的困難，應該是給出一些定義的時候了。
底下是我用對設計階段的意圖所下的定義：

• 成功：可由函數名稱看出其執行時的意圖，於流程上預期得出之處理。
• 失敗：與成功相對，於流程上非預期得出之處理。
• 錯誤：觸及程式語言中無法自理的條件，使得執行程式必須終止之處理。
• 例外：觸及區域流程上無法自理的條件，但可能借程式語言更正之處理。

很簡略的給出了這幾個定義，或許並不嚴謹，但可以很清楚的看出這四個詞彙的分別。
我認為，資料結構、演算法、重構、設計模式等等，都圍繞在關於「成功」這部份的處理，其他的部份論及較少。