愛德華日誌

因為在 iThome 看到一位與我有一面之緣、熱衷 Flex 的高手，透過分析 Google Trends 資料，寫了一篇名為「RIA四雄群起：以Google Trends評析現有RIA四大技術(Flex、Silverlight、JavaFX、Curl)」的 blog。由於其中各種技術熱門程度的差異實在太大，激起了我進一步自行探索的動力。

第一件使我產生懷疑的是，文中指出 Flex 技術是 2004 年發行 1.0 版，我到 Wikipedia 查了一下資料，是 2004 年 3 月。那時候 Flex 還是 Macromedia 所提出的一個 Server 端方案，需配合貴死人的 Server 端執行。而由圖一可以明顯看出，Flex 的趨勢線在 2004 年初就一直處於高檔，直覺跟…好吧--年紀--告訴我這不合理。

圖一：未經校正的 Google Trends 查詢：Flex, Silverlight, JavaFX, Curl

而第二件讓我覺得更不合理的是，如果你直接透過 Google 查詢 Curl，可以發現十之八九都與 RIA 無關。這樣的查詢流量怎能將它全部歸到 Curl for RIA 這一塊呢。

我相信 Flex 這將近 0.9 的 Search Volumn Index，並非指 Macromedia/Adobe 的 Flex 技術；同樣的，Curl 大多的查詢流量也與 RIA 無關。為了進行檢驗，我將查詢語句作了一些修正，以期找出較具代表性的指標。新的查詢為：Macromedia Flex, Microsoft Silverlight, Sun JavaFX, Adobe Flex。

圖二：經過校正的 Google Trends 查詢：Macromedia Flex, Microsoft Silverlight, Sun JavaFX, Adobe Flex

這個查詢中，Flex 的熱門程度可用 Macromedia Flex + Adobe Flex 來代表。基本上可看出，在 2004 年 3 月以前，少有人關注 Flex。而 Microsoft Silverlight 的聲勢，"有段時間" 其實並不小於 Macromedia/Adobe Flex，那 Sun 的 JavaFX，就趴在地上了。

不過，究竟一般網民在查詢時，並不會特別以 Adobe Flex、Microsoft Silverlight 這樣的組字方式去下。以上，我所要說明的是，在以 Google Trends 進行分析時，得對基期或基值進行校正。透過第二個查詢我們已經證明 2004 年 3 月前的 Flex 流量，不能算是 Flex for RIA 這一塊的流量。如果將圖一 Flex 的流量值向下平移 0.9 單位，可以看出 Flex 對 Silverlight 的比值將接近圖二所示。

行文至此，是不是可以建議 Google Trends 提供類似基期/基值校正的功能。不然，就趕快把 Google Treands 的 API 給 release 出來吧!

相關連結：

• Google Trends: http://www.google.com/trends
• Flex: http://www.adobe.com/devnet/flex/
• Silverlight: http://www.microsoft.com/silverlight/
• JavaFX: http://www.sun.com/software/javafx/
• Curl: http://www.curl.com/
• Google Trends API coming soon: http://news.cnet.com/8301-10784_3-9828916-7.html
• iThome 原作者文章: RIA四雄群起：以Google Trends評析現有RIA四大技術(Flex、Silverlight、JavaFX、Curl)

Technorati : analysis, google, google trends, statistics, web

「設計塔圖」是一種神奇的「創造性思考技法」，依照「設計塔圖」思考技巧所建構出來的思想產物，將同時具有連續性與關連性。如果將任一處的連接線切斷的話，那麼整個系統就將遭到破壞。「設計塔圖」對於聯想力及系統化思考，極為有益。

我們以「何謂備忘錄」這個主題，來說明「設計塔圖」的應用方式。

備忘錄具有聯想、資訊、留言三種功能，因此就把這些功能當成三角形的頂點記下，到此已完成基本骨架。

然而，為了使備忘錄促進聯想，就必須把所想到的事項立刻記下來。也就是說，書寫工具必須和備忘用紙同時攜帶在身上。於是在「聯想」之下，就立刻出現「攜帶」這個字眼。

其次，必須要能妥善的「保存」備忘錄，才能使它的「資訊」架值得以彰顯，但若要使資訊更有價值，更有助於聯想，就得好好「整理」備忘內容。

就另一項功能「留言」而言，它與其他兩項功能最大的差異在，它必須不斷的意識到「他人」的存在。這不是為自己而作的備忘錄，而是為他人而做的。在備忘錄的內容被接收之後，這份備忘錄也就可以「消滅」了。

而就交付者的立場來說，要儘量網羅5W2H的內容。如此一來，就算備忘錄離開自己的手上，內容也不會遭到誤解。

另一方面，就接收留言者的立場來說，也可妥善應用備忘錄，將其內容「內在化」，加以了解及吸收，以提昇自己的構想。

與備忘錄有關的「設計塔圖」完成了。普通的發想法通常只是針對特定的主題作各種聯想，因此常呈片段而零亂的狀況。 而「設計塔圖」，卻能將這些零亂的聯想系統化。

有了這一張圖，不但可顯示要點，亦能將之擴大成文章，一魚多吃。但在過程中，卻好像只是進行了一場排列關鍵字的遊戲而已。

要買只能趁現在

趁著十一保險新制實施前，我購買了一張末代投資型保單。在購買保單前，我已在網路上對這類產品進行過許多的資料搜集與研究，也找了許多人探討這類型保單究竟值不值得購買。

公司的同事V持強烈的反對意見。他的看法是，若以一般保險公司每月最低 2000 元的投保金額去算(並不是所有投資型保單皆有如此限制)，一年也要 2萬4，而得到的保障卻只有身故及全殘的理賠。從 "保險規劃" 的角度來講，同樣的金額，應當可以規劃更多的保障。

雖然有人說應將投資型保單視為保險商品，而不是投資理財商品。但就我個人的認知，既然叫投資型保單，那它自然是投資與保險並重。而其比率，是可以由你自己決定的。

投資型保單實務案例剖析

以下就以我(及理專一起幫我)規劃的投資型保單，來做一說明：

產品名稱：富邦富邦人壽致富贏家變額萬能壽險(B型)

保額: 50 萬, 投保期限 20 年

年度	年齡	所繳保費	累積所繳保費	保費費用	保單管理費	保險成本	年末帳戶價值	年末身故 (全殘廢)保險金
1	36	60000	60000	12493	1200	1020	a1	50+a1
2	37	60000	120000	9080	1200	1104	a2	50+a2
3	38	60000	180000	4530	1200	1188	a3	50+a3
4	39	60000	240000	4530	1200	1284	a4	50+a4
5	40	60000	300000	3393	1200	1380	a5	50+a5
6	41	60000	360000	1118	1200	1488
7	42	60000	420000	1118	1200	1608
8	43	60000	480000	1118	1200	1740
9	44	60000	540000	1118	1200	1884
10	45	60000	600000	1118	1200	2040
11	46	60000	660000	1118	1200	2213
12	47	60000	720000	1118	1200	2401
13	48	60000	780000	1118	1200	2605
14	49	60000	840000	1118	1200	2826
15	50	60000	900000	1118	1200	3036
16	51	60000	960000	1118	1200	3294
17	52	60000	1020000	1118	1200	3574
18	53	60000	1080000	1118	1200	3878
19	54	60000	1140000	1118	1200	4208
20	55	60000	1200000	1118	1200	4560	a20	50+a20

保單說明：

• 50萬的危險保費，許多人會覺得太低，其實這與規劃此保單的目標有關，可能是我有其他壽險。可能我的目標之一正是不要用到這50萬。
• 上面我只列了20年，事實上過了繳費期限後，只要你的保單帳戶價值餘額大於或等於保險金額，則身故全殘保險金依然有效。

欄位說明：

• 所繳保費及累積所繳保費: 每年實際支出 $，20 年下來 = 60000 * 20 = 1200000
• 保費費用：在別張保單裡面叫前置保費，其年化公式為:

年度前置費用 = 基本保費 * (年度基本保費費用率) + 增額保費 * (年度增額保費費用率)

• 基本保費，每張保單的設定可能不同。例如，某些保單要求最低年繳 24000。就本範例之保單而言，它有一張依照年齡而設定不同比率之對照表，男性31~40歲為每萬元保額455元，故50萬為22750。這張表，女性比男性便宜，年紀小的又比年紀大的便宜。
• 增額保費，即年繳保費 - 基本保費。本例為 60000 - 22750 = 37250。
• 基本保費費用率，每張保單的設定都可能不同。以本例之保單為例，其首年度基本保費費用率為 50%，逐年遞減到第 5 年的 10%，第 6 年以後不再收取，共收取了 125% 的年化保費。
• 增額保費費用率，我目前看到的保單，都是每年收取 3%。

故以本例而言，首年度前置費用 = 22750 * 0.5 + 37250 * 0.03 = 12493。

基本保費與增額保費的比率，是可以自行決定的。也就是說，如果你想要有較高的增額保費從事投資，則可以在基本保費上，加上較高的增額保費。如此，大抵而言，可以降低你的前置費用比率。

• 保單管理費：幾乎每張保單都收取每個月 100 元。
• 保險成本：用來支付危險保額(本例50萬)。它其實是有套公定價，而且幾乎每張保單都一樣。例如女性 30 歲為每萬元每月0.49元。
• 年末帳戶價值：投資金額 + 投資獲利 = (保費 - (前置費+管理費+保險成本)) + 投資獲利。先不要管其實際數字。
• 年末身故(全殘)保險金：由於本保單屬B型，故 = 帳戶價值+危險保額。

「投資型保單」與「基金 + 保險」的PK賽

接下來我們來看看這樣的支付費用是否合理。由於：

投資型保單 = 基金 + 保險

一個很自然的比較方式，就是把投資型保單的支付費用，拿來與直接購買(基金 + 保險)作比較。對於投資型保單來說：

非投資金額 = 前置費+管理費+保險成本

就上述保險成本的部分 (也就是年度1數值為1020)那欄，是依照國人的年齡(與職業及個人身體狀況)的死亡率加以估算，因此我假設不管是投資型或非投資型保單，這欄數值應相同(或投資型保單可能較低，因為若單買一般保單，得於此欄中加上相關準備金，如傭金)。因此我們可以直接扣除保成本的部分，把 (前置費+管理費) 拿來與直接購買基金所需的相關費用作比較。

20年本保單用於投資金額所需之成本 = 20年(前置費+管理費) = 74796

接下來說明，若把這20年來用於投資之金額，直接拿去買基金，則其衍生費用為何。由於：

買基金衍生費用 = 買基金之手續費 + 基金轉換費 + 基金贖回費

• 買基金之手續費 = 20年用於投資之金額 * 買基金之手續費
• 20年用於投資之金額 = 20年所繳保費-20年內所交付的前置費+管理費+保險成本 = 1077873
• 買基金之手續費 = 假設定期定額優惠價 1.7%
• 買基金之手續費 = 1077873 * 1.7% = 18324

基金轉換費 + 基金贖回費

• 基金轉換費視你向哪個機構、購買哪支基金而定，例如以玉山銀行基金網頁之說明：

海外基金：轉換費為NT$500＋各基金公司規定計收之費用。
富蘭克林坦伯頓基金需另依其信託金額之0.5%加收轉換費（即信託金額×0.5%），最高上限$5,000元。
國內基金：轉換費為NT$50元。

• 基金贖回費視購買基金種類而定，通常是 0。
• 由於實際支付(轉換費 + 贖回費)視每個人操作方式而定，因此在此無法估算實際發生費用。因此我以本保單所提供的「每年6次免費基金轉換或部分提領」估算其價值。假設每次轉換我只轉換或提領一支基金(事實上一次可轉換多筆基金)，則其價值 = 20*6*500 = 60000。

為便於比較，將買基金衍生費用視為 18323.841 + 60000 = 78324

也就是說，純脆用於購買基金之衍生費用，投資型保單(74796)比直接購買基金所需之費用(78324)便宜。

優勢

接下來說明與本保單有關之優勢。首先是，可能有些人會想，如果我購買基金後長期持有，那麼我將不會用盡基金轉換費60000元之價值。但是換一個角度想，如果你想要一次轉換多筆基金(如把所有股票型基金轉為能源或債券型基金)，那就投資型保單而言，只算一次轉換。但對直接購買基金而言，其手續費便要按筆數估算。

另一個紅利是，我也趁著這次辦理保險的機會，申請一張富邦 A money 卡。它享有保費消費下月折抵的優惠。以本案言，可享優惠是 1%，因此我採月繳的方式，將可省下的保費約 11900 元。因此投資型保單與直接購買基金的支出費用比，將變成 62896 : 78324。

機會成本與限制

最後是機會成本的問題，同樣一筆資金，如果不拿來買投資型保單，將可將加現金周轉率，使資金的應用更為靈活。不過我覺得合理的比較標的還是拿來與基金作比較。相較於基金，我想投資型保單有限的地方在於：

• 投資型保單本身所連結的商品有限，不可能包括市場上所有可以讓你自由選擇的基金。但是，站在投資型保單的立場，它所選擇的基金可能都是 "電腦選過的"，其平均績效可能會比市場上所有基金的加權平均來的好。
• 在遇到像美國次級房貸這樣的股災時，急切的投資人可能想要贖回所有類型的基金。但對投資型保單而言，你勢必要保留一部分資金支付保費，以免保單失效。
• 上面的比較數據只限於筆者個人，其實由於年齡、性別與保額的不同，算出來的絛件都會不一樣，大抵上，如果超過45歲的男性還想投資20年，算出來的數字就不漂亮了。

最後要提醒的是，我並不是保險業務員，也不是理專，所以若是上述與事實有任何出入，或是讀者有其他意見，都歡迎留言指明或討論。謝謝!!

參考資料

• 保險理財網 :: 搶購末代投資型保單
• 投資型保單並非每個人皆適用
• 來扯投資型保單
• 投資型保單 小錢滾大錢
• KGI凱基理財專欄--投資型保單真的『划算』
• 保險-投資型保單是投資還是保險?
• 生活543開麥啦 - 投資型保單常見費用與結構解析...
• 保險大街投資型保單工具
• 富邦富邦人壽致富贏家變額萬能壽險說明書

Google Trends 向來是我愛用的簡易趨勢分析工具之一。它的輸出趨勢圖形分成上下兩個區塊：上方區塊線條代表相對上的查詢量，也就是關鍵詞在某一段時間內，相對於所有查詢所占的比率，我將它引申為「一個議題被網路大眾所關心的程度」；而下方區塊線條表示關鍵詞在 Google 新聞裡被提到的次數，我將它引申為「一個議題被幕後黑手炒作的程度」。其細節資訊在 "About Google Trends" 裡面解釋的很清楚。

本想透過 Google Trends 查詢當前各程式語言的熱門度，幾翻探索之後，看到一些有趣的現象。雖然這樣的探索談不上精確與科學--若要強調這點，可能還要參考各種 Page Rank、網站流量、新聞群組討論數。這裡著重的是分析的樂趣，適可作為一點茶餘飯後的話題，當成餘興節目欣賞。

分析：各語言的熱度消長

java c# c++ python ruby

這裡可以看到，整體上來講，所有程式語言在網民心中受到的關注，都呈現消退的現象。有人說 C# 或 .NET 過去一年以來市占率有所增加，但實際上卻可能是導因於 Java 自己本身的衰退。C++ 逐漸衰退；Ruby 有超越 Python 往上爬的趨勢，而事實上實力仍在伯仲之間。

那麼問題來了，為何程式語言整體上的熱度下降了呢？從 Search Volume 的定義來看，有可能是上網人口結構的改變 (非程式設計背景的人口增加了)。或是新的網路題材迸現，程式設計師心有旁鶩。或是典範轉移，語言層級的題材已漸式微。

分析：Dynamic Language 有熱起來嗎？

python php perl ruby javascript

從 News Reference 的顯示，PHP 及 Ruby 均有一群推手熱情提倡。但從 Search valumn 來看，網民的反應或關注並沒有明確的成長。而明顯逐漸被冷落的，包括 Perl、PHP 及 Javascript。喔！在 Ajax 當道的今日，Javascript 的熱度消退了？是因為大家覺得 Javascript 太基本了嗎？還是直接交給某些 Framework 處理掉就得了呢？

分析：Web (2.0) 的技術支撐

ria ajax css javascript rails

剛說到 Javascript 熱度消退，可能是因為大家對它越來越熟悉了。而其他相關的 Web 技術，由上圖可看出：CSS 逐漸受到一群人的重視--Web 2.0 的時代，大家越來越重視外表嗎？光只靠外表，就快比上能幹活的 Javascript 了。 Ajax 的推手極盡倡導之能，社群的反應不錯。RIA 也有許多人提，可是反應就比 Ajax 差了些--是因為 Ajax 聽起來像帥哥的名字，而 RIA 聽起是一種醫療技術的原因嗎？Rails 呢？嗯~ 有反應。

分析：各種訊息交換的社群型式

blog wiki forum bbs irc

接著來看看各種訊息交換的社群型式，這裡我試了 blog, wiki, forum, bbs 及 irc。由這裡可看到，blog 這一兩年來的熱度一直在穩定中求發展，而 wiki 則從 2006 年起有突然增溫的現象。另外從 web 1.0 時代就存在的討論群 forum，我想由於它也符合某些 web 2.0 的精神，其熱度並不曾稍減。至於鎖定特定族群的 bbs 與 irc，在 bbs 這邊可能是因為有太多的可取代性，而呈現下滑。而 irc 可能因為其專業性與即時性，熱度並未明顯衰退，難能可貴。

分析：大哥所推出的特殊應用

gmail flickr youtube facebook wikipedia

這裡把 Flickr 跟 Youtube 放在同一張圖表上，很明顯看出，同樣是占頻寬占硬碟的事業，Youtube 顯然受到比較多關愛的眼神。當然我們不能以此驟下斷言說買下這兩家公司的那兩家大哥大所做的決定是否聰明…

這裡我把 GMail、Wekipedia 及 Youtube 擺在一起，我想找出一種可能 (當然除了應用的本身是否容易吸引人之外)，是否真能透過「網路服務與使用者」及「使用者間」的連結關係 (1 對 1、1 對多、多對多)，印證出該服務在成長上的數學關係 (常數、乘數、指數)。不過，大家看看圖，了解我的意思就好，太嚴肅的分析已超越本文的範圍。

延伸閱讀：

• 產業策略評析：我知道你在想什麼- 談 Google Trends
• About Google Trends
  

Technorati : Google Trends, analysis, programming, trends, web 2.0

在我生活周遭，免不了有些因為生活過得並不很好，而怪罪生活環境的朋友。雖然我認為他們應該停止抱怨，做些更有利於生命的事，但是總是少了一個強而有力的案例，來說明每個人的確可以因為信念及努力，成功的改變他們的人生，直到我讀到《換個思考，換種人生》，「技巧五：釋放策略思考的力量」，「策略持家」一節：

萊恩於 1900 年代中期住在俄亥俄州的迪凡斯。她一直沒有學開車，自從有了孩子以後，也從沒出外工作過。在她那個年代，身為母親就必需留在家裡。這本來也沒有什麼問題，只不過她家裡很缺錢，而且她有 10 個小孩！

她的丈夫凱利在一家機械廠工作，收入十分微薄。更糟的是，凱利是個酒鬼，每星期拿回家的錢，1/3 都被他喝掉了。

任何人在街上遇見萊恩，恐怕都看不出她會運用策略思考，但她的確是。她必需撫養 10 個小孩，打理家務，還要另外賺到足夠的錢養活全家。

在那個時間，製造廠商經常贊助徵稿競賽…〈略過部分〉

萊恩的文字能力不錯，婚前在地方報社工作又鍛鍊了不少，因此她想了一個順理成章的計劃。既然她不能外出賺錢 (即使有人願意照顧 10 個小孩，你能想像這筆褓姆費有多可觀嗎？) 那就參加競賽來賺取金錢與家用品。

想要照顧一家 12 口，洗這麼多人的衣服，還要同時寫數百首詩。廣告歌曲和宣傳短文，需要高度的策略。萊恩做到了。

首先，她苦心建立了一些關係網，用來蒐集參賽表格和購物證明，諸如盒蓋、罐頭標籤等等。其次，她必須在做家事的時候寫東西。每年她都買一本活頁筆記薄，把點子記錄下來，並追蹤一切參賽後的相關資訊。

接下來的挑戰，是找出時間寫作。她處理家務時，總是會把筆記本翻開就近放著，但是她發現燙衣服是最佳時機。

萊恩的策略思考並不限於書寫的準備工作，她也運用策略挑選書寫內容。每一次徵文比賽，她都慎選字眼。她的女兒泰莉回想萊恩準備競賽的情形，說道：

「她總是會說競賽不只是收集盒蓋和表現聰明才智，還要考慮格式 (有些競賽會要求使用特定字眼，有時若是使用產品想關字眼可以加分)、產品對象 (針對家庭、年輕人或小孩) 和評審。比起贊助商和產品，參賽者更應該重視作為評審的廣告代理商。每個廣告商都有他們的偏好，可能是韻文或散文，可能是幽默或中規中矩的文章。」

萊恩打聽出每家廣告商的喜好，這個策略幫了大忙。在幾年當中，她為這個大家庭贏了幾台洗衣機和烘乾機，數十件大大小小的電器用品、兩輛新車 (車子賣了)、數面筆小額獎金，和兩筆大額獎金，分別是 5000 元與 3400 元。

她把第一筆大額獎金做為頭期款，買下一棟房子，一家 12 口終於搬出 2 房的出租屋。第二筆獎金則用來償還丈夫偷偷申請的二胎房貸 (她一直到償還日前一個月才發現)。

當情況不允許失敗，策略思考就是你最好的選擇。萊恩本來可以偶爾寫首詩，投稿到地方報社去，但她需要做點事來幫忙家人的生計。「像我爸爸這樣的丈夫和父親，永遠不可能改變，」她的女兒說：「我們家唯一的希望就是看媽媽怎麼改變，怎麼撫養一群快樂健康的孩子。」

萊恩成功了。她不僅讓家人活下來，還幫助他們成功。她擁有 7 個小孩大學畢業，1 個拿到博士學位，還有 1 個法學院畢業。

這則故事給了我很深的感觸。如果在那樣環境下的女人都能因為策略思考而成功，那麼我相信大都數人成功的條件都比她優越的多。我把這樣的故事告訴一個酒鬼朋友，想聽聽看他有何看法。

他說：嗯！能討到這樣的老婆就好了。

嗯，這……也算是策略思考的第一步吧。

Technorati : lifehack, story, strategy, thinking, 思考, 故事, 生命駭課, 策略

一則關於思考的小故事，出自《換個思考，換種人生》第 3 章「精通思考流程」，找個地方思考：

偉大發明家兼德科公司創辦人凱特林，擁有 140 多項專利，及近 30 多所大學的榮譽博士頭銜，我曾經聽他談起專門闢室思考的事情，他比喻那是在心裡掛鳥籠。

這種說法似乎很怪異，然而當你聽過他以 100 美元跟人打睹的事，就會比較有概念了。

有一回凱特林向朋友說，他有辦法讓對方在來年買一隻鳥當寵物。那位朋友心想，誰也無法「逼」他做這種事，就和他打賭了。

不久之後，凱特林送了一個瑞士手工精製的昂貴鳥龍給這位朋友。朋友把鳥籠帶回家，覺得鳥籠實在美極了，於是掛在飯廰裡。可是他發現每當客人來訪時，總有人問：「你的鳥什麼時候死的？」

「我從沒養過鳥。」他會這麼說，然後把整件事解釋一遍。重複幾次之後，他終於去買了一隻鸚哥，再把輸掉的 100 美元付給凱特林。凱特林後來說：「如果你把鳥籠掛在心裡，終究會放點什麼東西進去的。」

正如凱特林的鳥籠能引來一隻鳥，特定的思考地點也能引來好的想法。如果你來到思考的地點希望能產生好的想法，那麼終究會想出一些好點子。

這則故事也讓我回想起個人兒時的生活經歷：小學一二年級前，我並不是特別喜歡讀書。有一天父親竟然買了一架簡易式的折疊式書桌，說是給我當禮物。當時我對那書桌的設計感到好奇，也覺得它的樣式精巧。每天吃完晚飯後，非得「享受」一下坐在它上面的「樂趣」不可。就這樣，也養成我至今為止尚稱喜歡閱讀的習慣。

Technorati : change behavior, lifehack, story, strategy, thinking, 思考, 故事, 生命駭課, 策略, 行為改變

自從進入目前公司後，我便一直以 Thunderbird 作為我的 email client，算算時間也三年半以上。這一路走來，我發展了許多 Tunderbird 的應用密技，我想有許多可能是別人沒想過要這樣用的，特別發表出來，與各位分享。

(一) 利用 Message Filter, 將所有不在 Personal Address Book 中的來信，全部移到 Junk 信件夾

因為垃圾信實在太多，只好使出這招釜底抽薪的方式。如果是業務、專案上的初次來信，通常事先會透過電話連絡。此時只要手動自 Junk 中移回 Inbox，再將寄件人加入 Address Book，下次即不會再跑到 Junk box 中。

(二) 快速安裝 extension 的方式

在 https://addons.mozilla.org/thunderbird/ 裡面找到所要安裝的 extensions 後, 在網頁的 Install Now 按鈕上選右鍵，選 "複製連結網址"。然後打開 Thunderbird  的 Add-ons 管理員，按 Install，在 Select an extension to install 檔案對話窗中，在檔名文字欄位按 Ctrl+V 貼上 extension URL，再按下開啟，就會進行安裝程序。

(三) 用 7-zip 來修改 extension 的安裝資訊

如果你也是嚐鮮一族，已在使用 Thunderbird 2.0，那麼你將遭遇最大的問題極可能是 extension 版本的不支援。如果你願意碰碰運氣，可採用下面這種作法：

1. 以 7-zip 開啟 extension 的 xpi 或 jar 檔案
2. 在壓縮檔案的 install.rdf 按右鍵選編輯
3. 7-zip 會以你設定的編輯器開啟 install.rdf，找到類似以下這一段，將其中的 em:maxVersion 元素值調整到你的 Thunderbird 版本以上，例如 2.*，然後存檔，關閉編輯器

        <em:targetApplication>
            <Description>
                <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
                <em:minVersion>1.0</em:minVersion>
                <em:maxVersion>1.5.*</em:maxVersion>
            </Description>
        </em:targetApplication>

4. 7-zip 將提示你檔案已被修改過，是否要更新壓縮檔之訊息，請選擇確定，然後重新安裝 extension 即可。

(四) 用 Plaxo 同步通訊錄

不曉得你有沒有因為重灌電腦而遺失通訊錄的經驗呢？重灌電腦時，我通常會記得備份信件，但是聯絡人卻老是因忘了備份通訊錄而流失。

Plaxo 是一個線上服務，提供通訊錄、行程、作業及記事管理等諸多功能。對於 Thunderbird 而言，最實用的地方在於它提供通訊錄同步的 extension。我把 Plaxo 當成是我的通訊錄管理員，因為它支援了匯整、備份、同步聯絡人的功能：

• 匯整：我把 MSN、Yahoo!、GMail 上所有的連絡人全數匯入 Plaxo 中
• 備份：經上述匯整後，Plaxo 成為我唯一一個需要維護通訊錄的地方。因為在資料存在 Server 上，只在 Plaxo 還在，我永遠不怕通訊錄再次流失
• 同步：因為使用多台電腦，而且我在不同的地方都裝有 Thunderbird，我可以透過 Plaxo 同步不同機器上的連絡人

在 Thunderbird 2.0 上安裝 Plaxo，由於 Plaxo Thunderbird Extension 目前只支援到 Thunderbird 1.5，所以請用前述的方法以 7-zip 來修改 extension 的安裝資訊。另外，個人覺得 Plaxo Toolbar 的設計極醜。若要隱藏 Plaxo Toolbar，可在選單列上選擇 PlaxoPreferences，將 Plaxo Preferences 對話窗中的 Show Toolbar check box 取消即可。

(五) 使用 Duplicate Contacts Manager 移除重複連絡人

當我使用 Plaxo 合併 MSN、Yahoo!、GMail 上的連絡人時，常會造成連絡人重複。透過 Duplicate Contacts Manager 這個 extension，可以快速找出重複聯絡人，並選擇保留與移除的項目。在移除重複連絡人後，從選單列執行 PlaxoSync，你會發現 Plaxo 通訊錄裡面重複的連絡人也被移除了。

(六) 將寄件備份與收件資料夾合併

我將寄件備份放在 Sent 信件夾中，Inbox 用來保留最新的信件。每隔一段時間，我會將 Inbox 裡的信件移到 Sent 信件夾。如此，在 Sent 資料夾中採用 Thread 模式檢視時，我獲得一個類似 GMail 的 Message Thread 介面，可以很方便的看到發信與回信的脈胳。

(七) 將老舊的信件移存到不同的信件夾中

將較老舊的信件，以年為單位封存到不同的信件夾之中，可以避免掉 Thunderbird 同一信件夾不得大於 4G 的限制。

(八) 使用 Remove Duplicate Messages 移除重複信件

有時在不同的信件夾間複製或移動信件後，會造成同一資料夾內信件重複的狀況。使用 Remove Duplicate Messages 這個 extension，可以快速的刪除重複的信件。在信件刪除完畢後，別忘了在該資料夾上執行 Compact，如此才能真正的減少信件檔案的儲存空間。

(九) 善用 To(收件人) 或 Subject 信件表頭欄位分類信件

我知道 Thunderbird 2.0 已正式加入對 Tag 的支援。但是我所採用的方式，不但適用於 Thunderbird 1.x，而且比之 Tag 的操作更為簡易。作法很簡單：在編輯新信時，我會把 To 欄位拿來輸入分類關鍵字，我稱為 To tags。例如，這篇 blog 就是在 Thunderbird 中編寫的。我將此信件的 To 欄位分別加上 blog, note, thunderbird 三行。如果是內收信件，就需要 TB Header Tools Extension 這樣的 extension 才能更改信件表頭。對於內收信件，我通常會透過修改 Subject 的方式，來分類信件，如 [Project:Company].... 這樣的格式。

(十) 善用 Search  Folder  建立分類檢視

Draft 信件夾原本放置外寄信件的草稿，在我為信件加上 To tags 後，它變成個人記事資料夾。我進一步為 Draft 信件夾建立各種查詢條件的 Search  Folder 來設定分類檢視。例如我有個 Search  Folder 名為 "部落記事"，其查詢條件為 "to Contains blog"；另有個 "生活記事" 則對應為 "to Contains diary"。當然，透過 Search Folder 可建立更複雜的查詢條件。

同樣的，專案的分類檢視也可透過建立 Search Folder 為之，只是查詢條件會變成 "subject Contains Project:Company" 這樣的型式。

(11) 拿 Drafts 信件夾當記事薄

之所以拿 Drafts 信件夾當記事薄，而非別的信件夾的原因是：預設 Thunderbird 所有新信存檔時都會存放在 Drafts 信件夾中。你可以在 Drafts 信件夾重複編輯信件，而不用擔心它會跑到別處。要 Tag 分類的功能，可用上述的 To tags；要樹狀分類的功能，則可用 Subfolder 結合 Search Folder。

當初會想用 Thunderbird 來做記事管理，另一個原因是它的 Rich Editor 功能實在做的太好。而信件又可夾帶附檔，加入圖片。再說，除非你只用 Web Mail，否則電腦裡極可能需要一套 email client，既是如此，那何不就把它的應用效益最大化，這樣又少了需要另外安裝記事軟體的需求。

昨晚與好久不見的朋友餐敘，提及當年某公司有一個 "優秀" 的 RD 部門主管及另一個 "重要" 的程式設計師。那位 "優秀" 的 RD 部門主管總會用正規的方式設計，有良好的軟體架構，並且開發過程中及完成後，都會提供其設計文件、使用手冊或範例程式。

另外有一個公司所 "倚重" 的程式設計師--並不是說他不優秀，只是他對公司的重要性，大於他的優秀性。

公司裡面複雜的系統，只有他能維護。而前人所留下的程式，並沒有相關的文件說明該系統的整體架構設計跟思維。

這就產生了一個有趣的現象：對於一個程式設計師而言，把事情做到最好 (除了寫程式外，還寫了讓人看得懂的文件等等)，對他本身而言並不一定是好事。當別人越了解你的系統，你的可替代性就越高，那麼你的價值不就越低？

反之，若有人能寫出他自己才看得懂的程式碼，就算上級要求寫文件，也是寫一些高深莫測、形而上學的東西(諸如，用90%的篇幅介紹物件導向的基本觀念，然後說明只要了解物件導向或設計模式的觀念，再自行 trace 程式，就能理解系統運作)。

這樣一來，後人無法維護該套系統，完全是後人資質不佳或能力不足。這樣，他就成為令人倚重的程式設計師了。

以上所言，並不代表本人立場!

PS: 即使是某公司那一位令人倚重的程式設計師，也沒有達成我上述的要求，因為他沒有寫出需要睿智才看得懂的文件。何況，那些不可維護的程式碼，他也曾經力圖改良，想讓人看懂過！

問題很簡單，就是團隊裡面誰會出線，支援前線作戰！而其後果又會對組織造成何種影響？

站在支援部門這邊的觀點，若是支援前線這檔子事對於本身無利可圖，那麼她所派出的傭兵將可能是團隊內貢獻能力最少的成員。每個被要求支援的部門都把 "功能較弱" 的成員交給外部專案經理，最後，整個專案團隊的組成就成了雜牌軍。此謂雜牌軍現象！

與此極端相反的狀況稱為石油提鍊作用：支援外部專案的人員必須經過外部公司的專案經理審核，審核不過者只能留在組織內進行內部專案… 這個程序，有如石油提煉的過程：

– 天然煤氣分餾溫度在20°C以下
– 汽油分餾溫度在20~150°C
– 輕油分餾溫度在120~220°C
– 柴油分餾溫度在200~360°C
– 重油分餾溫度高於360°C
– 最後的殘餘物—瀝青

不同外部專案的經理把最好的人才，次好的人才，再次好的人才一層層的過濾出去，最後留在組織內的就只剩瀝青了。這對公司內部專案的進行，甚至是公司的核心進化產生莫大的阻礙。

不管是雜牌軍現象還是石油提鍊作用，都在彰顯一個準則：組織要能建全運作，必需能留住優秀人力。

人力的組成決定打法，更決定勝負。

這就像玩牌一樣，手中握有的牌，永遠會主宰你發牌的順序。若是手中僅有幾張王牌時更要小心，太早發了，後面就後繼無力，遭人宰制。晚點發，就可能永遠也發不出去。最好是想辦法換牌，調整手中部位。我相信，有些組成是不用下場玩，就知道勝負如何了。

1月20星期六手機 "誰來電" 顯示一陌生電話號碼。
打過去詢問對方是否曾打電話過來。
我先向對方報完姓名後，對方也說她叫 "XXX"。
因為工作的關係，可能有人認得我，而我並不認得對方…
在我印象中，並不記得這個名字，
而她也沒說為何找我
所以我便直覺的認為她打錯了…
就說：那就當作是誤會一場囉!

哎呀! 真是糟糕的處置方式，
依她當時聲音的狀況，我是可以詢問她是否感冒了，
或是詢問她最近好嗎？(這是最基本的問答方式)
或是可以挑明了問：怎麼會想打電話給我(這比打電話給我有事嗎要親切多了)

其實我想不管往後還有沒有這樣的情況
我對這件事的處置方式有很大的改進空間

從問題解決的層面而言，
我並沒有試圖充分去揭露此事件背後相關的來龍去脈
這樣莫名其妙的對答方式，
事後留下的是不知其所以然

要做個清晰明確的人…