Kenmingの鮮思維

我個人有四個電子郵件帳號，每天接到的垃圾廣告信，不下有 50~100 封，實在不勝其擾。

雖然 Outlook 收信軟體可以阻絕垃圾信，但一直以來，有效阻絕率約只有 25% 不到，即使，有許多的垃圾信來自於 Hinet，但我一封封回報至 Hinet Spam 防制小組，也沒啥效果。

更諷刺的是，我最常閱讀的 PxHome 集團的各類雜誌，甚至訂閱了 ePaperX 電子報，都有教導你如何去防範廣告信件的氾濫。雜誌內的專欄，還經常著文發表垃圾信件的氾濫與不良影響，但是，我發現到，我的 Email 最常收到的就是該集團旗下「PxHome 購物」的廣告信。收到該購物網站所寄出的廣告信件之多與頻率之繁(煩)，真的令人難以想像與接受。

當然，可能該集團並不認為他們的廣告是垃圾信件，尤其，當你訂閱了 ePaperX 電子報(事實上，幾份電子報的內容著實不錯)，也附帶要求你有接受該集團廣告信的權利。但是，真的實在是．．．也太多太煩了吧？

想到天龍八部裡「以彼之道，還施彼身」，我從訂閱該集團的「Download 月刊」實體雜誌，其中的一期(2005/05 月號)，有一篇特集，介紹了一套垃圾郵件的過濾軟體，免費，又有繁體中文語系，最重要的是，還能越用越聰明，據稱學到後來，垃圾信打擊率可高達九成五以上！

這一套軟體名為「POPFile」，是利用 Perl 所寫成的智慧型垃圾郵件過濾器，所以它是可以跨平台的垃圾信過濾工具。它是一種常駐的前導工具，所以並不需要改變你原來所使用的 Email 收信軟體，包括 Outlook, Outlook Express, Eudora 等，POPFile 均能很順暢地與之合作。

POPFile 會先接收傳進來的信件，再去分析信件的內文，並根據信件的內文的用詞來作為分類。預設的一個分類：spam 是必然需要的。這套軟體與一般垃圾阻絕工具最不同的是，一開始它非常笨，你必須要 "教" 它，也就是你必須手動將你認為是垃圾信件的郵件將之分類為 "spam" ，然後它會越學越聰明。等到後來(據稱要教導約一星期)，它就懂得如果更有效、準確地來過濾垃圾信。

然後，POPFile 會將識別為垃圾信的主旨(Subject)和標題(Header)，加入你所自訂的標示文字，例如 "[spam]" ，再將信件傳送給你原來所使用的收信軟體，如 Outlook。

我們只要在 Outlook 裡加上一條郵件規則，就可以自動刪除垃圾信件了。尤其，Outlook, Eudora 等郵件收信軟體，有支援比較先進的 "X-Text-Classification" 標頭, 這麼一來郵件過濾就會完全在幕後完成(只要在郵件規則裡，設定當接收到信件標題(Header)裡的文字有 "X-Text-Classification: spam" 即將之刪除或移至垃圾資源回收區)。

安裝、設定與使用 POPFile 很簡單，底下是該中文說明文件與下載的網址：

http://popfile.sourceforge.net/manual/zh-tw/manual.html

現在還在教導我的 POPFile 如何有效分類郵件，並過濾垃圾信件。尤其，我更希望能更有效地將 ePaperX 電子報與 PxHome 購物的廣告信件分類(因為，兩者的寄信人地址都是一樣，一般方式，不容易將兩者分開)，真希望如該雜誌內容所言：可以體驗到 POPFile 的神蹟！！

圖、POPFile 的中文說明與教學文件

圖、POPFile 的 Web 介面控制台，會判斷將收到的信件分類至垃圾(spam)類別

*** 後記@11/2 ***
神奇，神奇，真神奇！！
POPFile 竟然能確實 "學會" 如何分辨 ePaperX and PxHome 的廣告信。才教幾天而已，絕大部分的垃圾信件，它都可以分辨，就連朋友常寄給我的信件，我教它分類至 "personal" 類別，學一次就會，真聰明。 :>>

我的老友 兼 玩樂朋友 兼 事業夥伴 兼 Boss Ringle，總算要結束他 36 年的單身生涯，在本星期六要與他的最愛阿珠結婚了。

我們也與阿珠非常熟，可以說，Ringle 真的是與阿珠是「天生一對」，太搭配了。並非是指相貌而已，而是因為阿珠，可以讓 Ringle 有安全感、可以放得開。這麼說好了，Ringle 這個人是屬於「閉塞、悶騷」型的，在其他人面前，一向是謹言慎行，沈默寡言，你很難相信他以前在大學時代還是辯論社社長，事實上，我真要與他辯論講理，還不一定能講過他呢。但是，在眾多人面前，他就是不會主動去挑起話題，若是兩個 Ringle 面對面，那可真的是「相看兩相厭」，無話可說。

而阿珠呢，套一句 Ringle 說的：我們阿珠是「老少咸宜」。:>>

那倒是真的，阿珠的人緣非常之好，是屬於活潑可愛又對待人相當有禮貌的那種，男孩子喜歡她(除了我以外)、女孩子也愛與她談話家常、小朋友更愛與阿珠阿姨玩耍、長輩們也很疼愛阿珠。

Ringle 呢，在阿珠面前，放得非常地開，非常地明顯，整個心情就開朗起來，也就能 "Open Mind" 了～ 說真的，我也挺替 Ringle 高興的，若是遇到別的女孩子，Ringle 是很不容易敞開他的心胸的，那可能就過得並不快樂的。

其實呢，對於 Ringle，數年前我曾偷偷地幫他介紹我老婆的表妹給他認識，我老婆表妹算是很漂亮的美女。當然，我到蠻希望藉此能與 Ringle 結成「姻親」，呵呵，因為 Ringle 實在是太難得、難得，在軟體業界的天才的。不過，緣分是無法強求的，後來也是不了了之。

我與 Ringle 在數年前，正是同一天進入某家軟體公司的。當時我是擔任 Oracle DBA 職務，他算是擔任 SA 角色一職。

我在這個業界數年來起碼看過上千以上專業人才，但我確實沒有看過有一位專業人才能如 Ringle 一般，那麼具有極高度抽象思維的天份。一般高竿的技術人才，大部分是擔任公司的技術總監一職者，反而頭腦比較僵化，抽象思維能力普遍不佳，書是有看，也會去 "用"，但是就是不懂得蘊藏於背後的 "本質"。Ringle 的頭腦是超高度柔軟的，不僅如此，他即使被反駁或批判，他也不覺得這有什麼，身段也能如此柔軟，這實在是非常地難得，要技術人員放棄自己的本位主義，談何容易！

號稱 Ringle 是軟體業界的「人中呂布」，雖離軟體業界的「大師(Master)」等級仍有相當一段距離，但成為一員戰將，卻是當之無愧！

更特別的是，一般軟體人員是先學會 Coding，再往外擴散學習如 SA/SD 等 Knowledge。但是 Ringle 呢，一開始沒學過任何 Programming Language，然後直接擔任 SA 角色。我看他當時連 SQL 都不會，過沒多久，已經可以使用 PL/SQL 寫得呱呱叫了；然後，他馬上被派至客戶來作 SA 需求與流程分析，沒多久，E-R Model 的設計竟然已經比公司其他擔任 SA 已有 3 年以上者還要好上太好。再後來呢，我一直慫恿他學物件導向分析與設計思維。嘿，在以前 MISOO 的讀書會，有一次我們要準備 Design Pattern 的主題，Ringle 竟然在一個下午的時間在咖啡廳裡把 Design Pattern 書看了一大半以上。當時對我而言，我根本無法體會該本書的內容，但對 Ringle 真的就好像是閱讀小說一般輕鬆。而且，他馬上可是得準備 10 頁以上的講義，是要上台講授心得的。

更有趣的是，這二年來，Ringle 竟然是對 Coding 情有獨鍾了，所以才開始接觸 .NET、J2EE 等程式語言。有看過他寫程式的，就會知道，沒有幾個高手能寫得如此快、準又狠。

當時我們曾與北京的 Coding 團隊合作，某一個實做異質系統整合的 prototype，委請北京的 Coding 團隊，竟然花上一個餘月還寫不出來。後來呢，Ringle 僅花了一天時間，寫出 prototype，然後利用星期日早上，請北京 10 餘位 PG 在電腦旁，然後透過 msn 與 遠端遙控 VNC，實際連上北京 PG 們的電腦，Step by Step，教導他們寫出來。

抽象能力的思維的學習，那是看再多的書也是沒啥用的，那是很講究悟性與天分的。Ringle 擁有這種天賦，若沒有確實好好發揮在軟體業界，那會真的是很可惜可惜的。

今天算是有感而發的，我與 Ringle 一起擔任顧問，合作約近二年，實在是依賴他甚多，也覺得能有天分如此佳的夥伴共事，那真的是相當地愉快。唯一有點可惜的是，Ringle 身體有點不是很好，所以，花在軟體設計的哲理與思維研究上，時間不是太多。

嗯，還是要祝福 Ringle，能娶得可愛活潑的阿珠，活得更加地充實與愉快，並能白頭偕老、共度一生。

Ringle與阿珠的結婚照網址

臨界轉折值的原理說明

原理及演算公式說明均摘錄自「交易訊號之直覺操作」第五章「臨界轉折值」。

「臨界轉折值」係由該書作者王慶津先生所提出，在股市運用上，可以提供未來三天的操作環境一個預判功能。

3 - 6 日乖離值 = 3日平均值 - 6 日平均值

假設明天的收盤價為 C，C(n)代表前 n 日的收盤價

R 代表明日的臨界轉折值
R+1 代表後天的臨界轉折值
R+2 代表後天的臨界轉折值

如果明日的 3-6 日乖離值欲大於今日的 3-6日乖離值，即 R > (R-1)

所以   R   > 2xC[3] - C[6]
       R+1 > 2xC[2] - C[5]
       R+2 > 2xC[1] - C[4]

臨界轉折值係為短天期的指標。它是運用 3 減 6 日乖離值，也就是 3 日平均值減 6 日平均值。

乖離值由跌勢回升時，醞釀著潛在的買進環境；如果乖離值由升轉降，那麼它也醞釀著潛在的賣出環境。至於買賣環境的預告，不是代表行情一定漲或一定會跌的決斷性訊號，而是一種提示我們操作上，要注意行情可能的轉折出現。

透過上圖的演算法得知，明天的 3-6 日乖離值若要大於今天的 3-6 日乖離值，那麼明天的收盤價就必須比它的前三天收盤的 2 倍減去前第六天收盤價還高，而所計算出來的數值，就稱之為「臨界轉折值」。

加一道濾網

若未來三天的臨界轉折值都比今天的收盤價低，若未來三天的行情收盤，只要不跌過臨界轉折，那麼，它是有機會止跌回彈出現，因此，未來三天的格局是預告著可能止穩的買進環境。但沒有破臨界轉折值，並不等於馬上可以作買進的動作，必須再加一道濾網結構，來確定行情止穩反彈的可靠度。

這道濾網結構是用來改進臨界轉折值的錯誤訊號，就是當我們透過臨界轉折值評估未來三天為潛在的買進環境時，只有當交易日收盤比前一天高點還要高時，我們才能確定買進的操作訊號。這項濾網結構是為了防止在跌勢發展中，因為連跌超過六天，臨界轉折值會呈現急速下跌，使得目前的收盤會遠遠高於未來的轉折值，而誤以為行情將出現買進環境，就想逢低承接，結果行情並沒有出現反彈，仍然一路下跌，致使被停損出場，可能導致重大又不要的虧損。因此，加上過前一天高點的濾網結構，會大大地降低騙線的機率。

實戰交易演練

繼續閱讀 »

每次看到使用案例的橢圓形與使用案例所要凸顯的目的，就聯想到，使用案例就如同去道教的廟宇，有個許願池，投入十元、五十元不等的硬幣，在心裡許願，以求得平安、健康、財富與愛情．．．等等各種願望。許願池是道教的廟宇所特有的，而道教的神明，各據地方的廟祀，各司其掌，保佑地方眾生的平安。

使用案例與崇信道教的信徒至廟宇許願，有許多相似之處，例如：

• 眾神明所居住的廟宇，就如同寫使用案例時，需界定系統範圍，廟宇=系統。
• 信徒向神明許願，信徒就是使用系統(廟宇)的參與者(Actor)，而所許的願就是使用案例(Use Case)。
• 許願後還願，是一種契約(Contract)，契約就是一種交易(Transaction)。道教是崇尚交易的信仰，向神明許願，若神明滿足信徒的願望，信徒是要還願的；這就如同系統能滿足參與者使用系統的目的(Goal)，那麼，每一個所滿足的使用案例就是一個交易，每一個交易是要向客戶計價收費的。
• 信徒向神明許願，不需要瞭解神明是如何能達成信徒的願望，最終只要能完成你所許的願即可；這如同參與者使用系統的使用案例，不需要瞭解系統是如何(How-to)完成參與者的使用案例，只要能滿足其目的(Goal)即可。

舉個例子，來說明如何利用使用案例 "塑模(Modeling)" 信徒的許願。
「兩個信徒，到烘爐地福德宮土地公廟許願。其中信男許的願是 "求得大樂透明牌"；信女許的願是 "求得子息"。」

初期的系統分析，界定系統是 "南山福德宮(烘爐地土地公廟)"，參與者有兩個：一個是 "信男"，另一個是 "信女"；使用案例是 "求得大樂透明牌" 與 "求得子息"，參考下圖一：

圖一、南山福德宮廟使用案例圖

土地公如同人間的里長一般，是屬於地方的行政官員，職司庇佑地方升斗小民包括求財、出外、入厝、動土、農作物的收成、家畜的繁衍．．．等。但是卻非執掌婦女的生育，這應該是註生娘娘的職掌才對呢。怎麼辦？既然信女都向土地公求子生育了．．．。

經過玉皇大帝左右手三官大帝(其角色如同系統分析人員)的作業協調與分派，確定求得子息的願望需交由註生娘娘才能完成其目的。但總不能直接在土地公廟拒絕該信女的願望吧？所以，其未來生得子息的實現會轉由註生娘娘來負責的。註生娘娘也是系統，但是祂並不屬於土地公廟的管轄，所以是屬於外部的系統，也就是土地公廟的 "支援性參與者(Supporting Actor)"。

第二次的使用案例系統分析如下圖二：

圖二、南山福德宮廟使用案例圖(新增註生娘娘的外部參與者)

信男與信女都不需要知道土地公是如何(How-to)達成他們的願意，最終就是只要能滿足其願望即可。所以，信女也根本不需要知道 "求得子息" 的實際工作是由土地公轉派交付給註生娘娘來實現(Realize)的。

若是想知道系統是 "如何" 實現其願望，那麼，就勢必要 "打開" 土地公廟的系統，探究其內部是由哪些人員來協調、互動與合作，以完成信徒們所交付的願望。

找出工作人員、分派工作人員的職掌，就如同系統分析中的找出物件、分派物件的責任(Responsibility Assign)，是屬於系統內部的結構分析與設計(Structure Analysis/Design)。

我們可以利用循序圖(Sequence Diagram)，來表達系統內部中，有哪些物件會參與完成一個使用案例。循序圖內，就是明確地表達參與使用案例物件之間的協調與合作。

例如上圖一，每天有那麼多信眾來許願，土地公可無法一人就可以獨立來完成所有信眾們的願望，這樣責任太重了，萬一土地公生病了怎麼辦？

所以土地公顯然會分派責任給祂下轄的隨從們，協調、互動與合作來實現(Realize)其願望(使用案例)。

土地公擔任窗口(Facade)，祂也是控制者(Controller)。信男送出訊息(Message)給土地公後，土地公將該訊息交付給文隨從，而文隨從又將訊息傳送至祂的樂透邏輯演算機，來取得明牌號碼。(至於準不準，那是另外一回事了。 )

參考圖三：

圖三、求得明牌的循序圖

又，土地公接到信女求得子息的許願，因執掌生育是屬於註生娘娘的司掌的範疇，所以土地公派祂的坐騎 "虎爺"，將該訊息送到註生娘娘那，以實現其願望。

"虎爺" 負責對外界神明的聯絡，所以祂是屬於 "Boundary" 的角色，也可說是 "Adapter"。

參考圖四：

圖四、求得子息的循序圖

看到這個 vlbook 訪客留言版，php 寫成的，簡單小巧簡潔，功能也挺不錯用的，所以下載回來，簡單的安裝與設定，以建置成為「矇矇的訪客留言版」。

這樣比較方便，若是有網友們想要留言討論，不過又卻與我所寫各篇 Blog 主題不一時，就可以在留言版內留言了。

不過，請希望有些仁兄，不要將垃圾廣告信件等，藉此 Post 至留言版上來，很令人不勝其擾。 :’(

矇矇的留言版網址: http://www.kenming.idv.tw/guestbook/