[Chart Control 技巧篇] 改變特定軸線的樣式

前陣子坎尼看到論譠上問了標題這個問題
想說試著來解解看 (以前沒遇過這個需求 :D
另外本篇來提供一下坎尼平常思考問題的方式

---

I.問題思考方式

先來看一下問題
「設定Y軸的25是一條有顏色的線(有點類似標準線的意思)，
其它Y軸的線正常顯示」
坎尼先擬定了幾個主要的方法：

利用 Custom Label 直接設定特定線段的樣式

開啟 Secondary Y 則是想用其他線段來蓋掉原本的線段

所以坎尼開啟了 Visual Studio，開始測試相關屬性
(這邊可以用心智圖之類的工具來輔助思考，如上圖)

從 Custom Label 的經驗得知，並無法只設定特定格線的樣式
格線屬性為整個 Y 軸所共用
但可以修改 GridTicks 屬性，使想要的格線顯示出來
 
經由上面的經驗，坎尼想到了 ChartArea 預設還有另一條軸線
如果同時打開兩邊的軸線，應該其中一邊的樣式會蓋掉另外一邊吧?

坎尼打開 Secondary Y ，加入 Custom Label 實驗出來的成果
Bingo!!!
Secondary Y 軸的樣式會蓋住主軸線的樣式，測完收工!!!

II.範例

上面已經將過程說明，所以這邊放一下實際的範例圖片吧

打開 ChartArea 的 Axes 集合
調整 Secondary Y 的 MajorGrid 線條樣式
建立 Custom Label，並設定顯示位置為 25
將 GridTicks 屬性設定成 Gridline，讓 Chart 只顯示自訂 Label 以及它的格線
實際設定完成後的原始碼
執行畫面

III.小結

其實坎尼寫到這邊發現，用 MinorGrid 是否也能達成此項需求?
這邊就賣個關子，不公布答案，讀者們有興趣可以試試看 :D

思考問題的過程其實很有趣
能建立起一套自己的思考方式，其實對自己的未來很有幫助 :P

口試心得 ＆ 題目彙整

前陣子去某大公司的面試，前兩關都是很普通的問題，例如求學經歷、工作經歷等等，正在心情略微放鬆之際，第三關的壓軸考官丟出了一個從沒遇過的問題 ：「如果你的主管交付給你一項很不合裡的任務，請問你會怎麼辦？」

幸好在遲疑了兩秒以後有勉強擠出一個回答，但這次驚悚的體驗讓我仔細的思考了一陣子，在面試時若要展現敏捷的反應，除非應試者天生就是才思敏捷，不然對於很多人來說，要有好的表現恐怕有相當的難度。一個可行的準備方法就是利用平時的空閒時間，預先模擬面試時可能會遇到的各種問題，並且記錄下來，有空就多思考，每隔一段時間根據新的思考和經驗來更新這些想法，面試時才能有好的表現。

目前彙整的題目在這裡，包括「職場倫理」、「主管相關」、「公司背景」、「工作經驗」、「個人特質」、「求學經歷」、「技術能力」、「.NET技術」、「其他/想像力/創造力」等類別共40題，如果有什麼想法的話可以留言聯絡我和砍尼 :)

以下測試 Google Spreadsheet 產生的內嵌 iframe 長什麼樣子：

[軟體與現實生活的類比-1] 為什麼某些軟體只接受特定格式

有時候要跟完全沒有資訊背景的人（例如上一代的長輩們，或者是客戶！）解釋軟體如何運作是一件很困難的事情，我覺得一個很重要的原因就如同之前推薦的超長好文中的 Lessons From The Science of Nothing At All (Richard P. Gabriel) 中講的，因為軟體是極度抽象的東西，很多時候沒辦法直接對應到現實世界中大家習慣的事物，因此一般人很難理解資訊人員腦袋裡面到底裝了什麼東西，偶爾旁聽到資訊人員間的聊天內容，想必也覺得那根本就是火星話。

但其實如果仔細思考一下，還是有很多時候可以找到軟體跟現實世界之間的類比，
所以我打算慢慢把自己想出來的例子記錄下來，看看假以時日可以蒐集到多少 :D

Analogy 1: 軟體只能吃特定的檔案格式 <---> 車子加油的時候一定要加到油箱裡面

緣起：
上禮拜我老爸（沒錯，又是他）在整理數位相機的照片，問我說能不能把存在電腦裡面的照片存回去數位相機裡面，我說這當然 ok 阿，基本上記憶卡就跟硬碟是一樣的東西嘛。結果嘗試了一下，發現圖片檔的檔名要 follow 固定的格式，並且要放到指定的資料夾，
才可以從相機裡面預覽，為了跟我老爸解釋這種「詭異」的現象，於是我想到一些類比。

首先，為什麼圖檔一定要放到指定的資料夾，否則相機就讀不到？這就跟車子加油的時候一定要把油加到油箱裡面是一樣的道理，如果你莫名其妙的把油加到水箱（把圖檔放到非指定的資料夾中），那麼不管加再多的油進水箱，油表絕對是顯示見底的。

再來，為什麼圖檔的檔名要 follow 固定的格式？突然發現這題沒有想到一個好的類比，等之後有緣想到再補。

接下來討論為什麼每個軟體只能接受特定的格式。這就跟車子只能吃 92、95 或者 98 無鉛汽油一樣，雖然組成比例略有不同（e.g., word 檔的內容不同），但本質上都是汽油（格式都是 word），因為汽車的引擎就是設計要來吃汽油的，如果你無聊拿一桶蘋果汁倒進油箱，就算位置正確了，因為格式不對，車子是絕對不會跑的（e.g., word 沒辦法讀 powerpoint）。
呼，第一篇就先寫到這裡吧，最近遇到一些問題，可以寫成另外一篇。我不知道練習這樣的思考對工作上會不會有很實質的幫助，但是如果在資訊人員之間偶爾也可以透過這種類比的方式來溝通，也許效果會比較好吧！

推薦幾篇超長好文

前陣子推薦了 5 本經典好書，今天要推薦幾篇很長的、有益身心健康的好文章。
（砍尼又要說我騙文章了，但我可是比上次有誠意很多阿，這些我都讀完了 :D）


Teach Yourself Programming in Ten Years (Peter Norvig)
作者批評了市面上一堆「xx天xx語言快速上手」之類的書，提出唯有透過每天不斷的刻苦練習，加上對 programming 的熱愛，才能真正成為這個領域的專家。

A gift or hard graft - They Work Much Much Harder (Malcolm Gladwell)
類似上一篇（但是長很多），舉了很多資訊界的名人作例子，跟上一篇一樣，
有個 magic number：鑽研某個領域 10,000 小時可以讓你(有希望)成為該領域的專家。
很多好看的故事～

The single most important thing you must do to improve your programming career
作者強調「溝通能力」的重要，不只是傳統上認為 sales 表達能力強即可，
在外來的工作環境中，不管擔任任何職務，能夠與同事有效溝通絕對是致勝關鍵。

Lessons From The Science of Nothing At All (Richard P. Gabriel)
這篇我覺得超級好看的，預計近期內找時間再讀一次。裡面講到了 Computer Science 這個新興學科面臨的挑戰，以及有趣的地方。講到 programmer 是如何從無到有的做出一個新的軟體等等，非常有趣。等仔細再讀一次之後再好好寫個心得。

Stay Hungry, Stay Foolish (Apple CEO, Steve Jobs)
這篇是我唯一偷懶只有讀過中文的，幸好翻的還不錯:p 我覺得由 Jobs 來講「把握當下」、「勇敢追求你心中的理想」之類的話真是很適合阿，要勉強一個從鬼門關前撿回一命的人，去做他不願意做的事情，恐怕是比登天還難吧！（不過他很有錢…就算五噸米他都不用折腰）裡面有他年輕時候的照片，還蠻帥的阿！（頭髮很長XD）

呼，一口氣推薦了五篇，如果要一次看完恐怕要一整天吧 XD 我覺得我第一次只是草草看過而已，應該要找時間再仔細的一篇一篇細讀，好好的思考一些重要的問題 …

也許我會練習像猴子靈藥那樣，一篇一篇自己翻譯，然後深入介紹 :D

What is information and what is Architecture? Animated infographic films by Maya Design

趁年輕的時候多啃一些硬梆梆的書

這是今年新老闆特別強調要我們做的事情，認真的讀一本經典的大頭書，
搞不好晚上看一看不小心就會因為過 high 看到凌晨 =.=

Hardcore 的新老闆列出以下幾本經典好書：
（因為都沒讀過，所以不寫甚麼評論了 … 網路上評論超多）

• Structure an Interpretation of Computer Programs（SICP）
  （據說超難，看起來會覺得很痛苦）
• Official site
• Wikipedia
• Amazon
  
• How to Design Programs（HtDP）
  （跟 SICP 差不多，但稍微簡單一點。有辦法看完 SICP 的話這本可以用翻的）
• Official site
• Wikipedia
• Amazon
  
• Patterns of Enterprise Application Architecture（P of EAA）
  （聽說比較接近 Business，彙整了很多經過實務考驗的經典案例）
• Official site
• Amazon

我應該會挑 P of EAA 來讀吧，這本書應該比較介於 textbook 和一般應用的書中間，
一下子挑太難的書也不太好，雖然 SICP 和 HtDP 表面上看起來還蠻好玩的…
其他還有幾本據說也是很厲害的書：

• Code Complete Second Edition（cc2e，曾獲 Jolt Award）
• Official site（要註冊，免費）
• Wikipedia
• Amazon
  
• The Data Model Resource Book A Library of Universal Data Models for All Enterprises, Revised Edition Vol. 1（for SA, 這套書有一整個系列）
  （話說我一開始挑這本，結果很迅速就被打槍了 …=.=）
  
• Analysis Patterns（據說比 P of EAA 還要抽象很多，非常難的樣子）

10 Harsh Truths About Corporate Websites

See Smashing Magazine.

我只能說這篇真是太好看了，Web Strategy 阿 ~~~~~
前面幾點完全就有第一手親自體驗的感覺 XD

回顧 2008 年

雖然晚了一點，不過還是來寫一下去年一整年的心得

---

2008對坎尼來講是個技術爆炸到不行的年度
DotNet一大堆新東西 (.net framework 3.5、linq、Silverlight....)

在公司還在寫傳統的 postback 網頁時
坎尼剛接觸的 ajax 遲遲沒拿上檯面
不過倒是學了不少 javascript

因工作關係，也接觸了 PPC 程式的開發
另外還有 jsp、php、basic......
坎尼講到這，才發現原來2008年是這麼多采多姿啊 囧>

也在 Tim 的花言巧語下 加入了Google Reader訂閱一族
目前坎尼也訂了數十個技術相關的網誌

再來就是從 bbs 轉至 blog 發表技術相關文章
不過以前在 bbs 上寫的大部分都還沒轉過來 囧興

最後來回顧一下這年開發系統的一些心得

1. 顧客永遠是對的
2. 一定要做 UI 防呆，你永遠不曉得使用者下一步要做什麼
3. 規格總會在驗收前變動
4. 不要有讓使用者能捲動頁面的設計 (或是你想收到各地來的抱怨)
5. 進資料庫前，一定要做關鍵字的檢驗 (最好都是用 Parameter)
6. 許多常用的程式碼要存起來 (code snippets)
7. 時時要注意新技術的動向，雖然你可能還在用 vs 2003 開發系統
8. 多利用 Google 及 MSDN 找尋解答，但別忘了去了解原理為何
9. 事情能早點做完就早點做完
10.回家時間到了，請準備回家和家人相聚

很快的又過了一年
接下來的一年也請大家多多指教 :P

[好書推薦] Time Management - 175 Ways to Get More Done In Less Time (Day2)

延續 Day1 的分享 (Tip1 ~ Tip66)，今天繼續看接下來的四章 (Tip 67 ~ Tip175)：
(跟 Day1 一樣，橘色是我精簡翻譯後的原文，灰色的字是我的感想)

    6.   Meetings...Making The Most Of Them
          (開會應該是很多人最討厭做的事，看看專家有甚麼建議吧！)

• Tip 67: 將招集會議視為最後的手段，若非必要請採用其他的方式來溝通。
  --> 面對面的 brain-storming 還是蠻有趣的，但是專案很趕的時候就做不到了..
  
• Tip 80: 將會議開始時間定為一個「非整點」的時刻，如 10:33 而非 10:30。一般人對於整點的會議都較容意遲到，且容易輕忽這些會議。
  --> Hmm .. 這是個滿有趣的理論，不過就連 outlook 的設計也是以半小時做切割的，要說服老闆訂個下午 3:03 分的會議應該是有難度…（搞不好被當成笨蛋=.=）
  
• Tip 84: 不要為了遲到的人特地解釋剛剛討論過的內容。這麼做等於變相鼓勵與會者遲到，並且是懲罰那些準時與會的人。
  --> Again! 當老闆遲到的時候 …（老闆：阿你們先開沒關係，我晚點到！）
  
• Tip 90: 指定(遲到的人之中)最晚到的人負責掌控會議的時間，保證他們下次會準時出席。
  --> Uhh .. 同上，我想除非主席在組織中的層級本來就比與會者都高，不然應該也辦不到。等到以後當老闆倒是可以這樣搞 :p
  
• Tip 91: 安排一個站著進行的會議可以有效縮短會議時間，並且保證與會者全程保持清醒！
  --> 這就是所謂的負向回饋（Negative Feedback）嗎XD? 久了應該會被厭惡吧:p 可能要塑造為「公司文化」這樣的層級吧～
  
• Tip 97: 在討論完畢，會議結束之前，不要假設所有人都知道下一步該做甚麼。針對每個人後續的工作(要求他/她)重述一次，以確保所有人的認知一致。
  --> 錯誤的假設是很可怕的，即時再三確認也還是有可能有人進度落後。
  
• Tip 103: 為每個與會者指定事先準備工作，若每個人可以為其他人所負責的領域事先進行研究，則自然可以大幅縮短會議時間。
  --> Uhh … 也許可以做得到吧，在一個完美的世界中 XD 這個技巧似乎太偏理論..

    7.   On The Road...Making Time
          (這章主要在講出差時要注意的事情，出國旅遊的時候也可以參考喔！)
          (常出差的人應挑選固定的航空公司、計程車公司、旅館，以節省溝通時間)

• 關於旅館的部份：
  
  • Tip 109: 住在旅館的 1~3 樓，並且走樓梯。不但省時而且可以順便運動。
  • Tip 110: 挑一個遠離製冰機的房間。否則半夜那些要取用冰塊的人(party?)
                 會吵的你不得安寧
    
• 關於飛機的部份：
  
  • Tip 113: 若你是某航空公司的 VIP，要求他們將你那排座位中的中間位子下來(這樣比較不會被人進進出出的打擾吧)，這個要求通常是可行的。
  • Tip 125, 126: 挑選一個前(五)排且靠走道的座位，有時候可以比後排的乘客早十分鐘下飛機。若你是右撇子，試著要求一個靠右邊走道的位子。(這樣用右手工作才不會卡卡的)
  • Tip 129: 若你不喜歡在飛行途中與人社交，投資一副可以提供 White Noise 的好耳機，這麼做不但可以阻隔各種噪音，別人也不會來打擾你
    
• 其他：
  
  • Tip 120: 若你需要使用目的地的Internet服務，事先查出該公司的服務電話，如此一來一下飛機就可以聯絡他們。
  • Tip 133: 永遠記得隨身攜帶緊急應變用的現金。在一個陌生的城市裡像無頭蒼蠅一樣的尋找 ATM 是非常令人沮喪的。
  • Tip 134: 當可報帳的支出發生後，立刻完成相關的報帳文件填報。事後再重建完整的消費紀錄是非常辛苦的。回公司後立刻呈報相關的報帳文件。
  • Tip 135: 寫下你出國前車子停放的確切位置。不要依賴你超人的記憶力。

    8.   Organizing Yourself...First Things FIRST 
          (這章講的就比較 general 了…類似「自我管理」？)

• Tip 139: 時常反問自己一個時間管理中最重要的基礎問題：在現在這個 moment，我的時間應如何利用才是最有效率的？
  
• Tip 143: 根據 Pareto Principle (柏瑞圖法則)，你的工作成果中有 80% 是來自你所做的事情中的 20%。所以找出究竟那 20% 是哪些事情，然後努力精通它們。
  --> 就是在說 80/20 法則嘛 ~~
  
• Tip 150: 建立一個 E-Mail 通訊錄，並且將你常聯絡的人彙整為群組，如此可節省大量的打字時間。以每天 50 封 mail 來計算，一年可以省下 125,000 下的 keystroke 時間。
  --> 我覺得「125,000」這個數字很有趣阿 XDD 原文還警告我們不要去嘗試看看按 125,000 次 a 鍵要花多少時間，相信他們就對了！
  
• Tip 152: 一般性原則--若某項工作可在 5 分鐘內完成，那麼就現在開始做吧！
  --> 如果是緊急的事情是 ok 啦，但是太常處理這類工作也會影響需要長時間專注處理的重要工作吧。不過若真的太常有這種瑣碎工作，可能也是工作分配有問題。
  
• Tip 158: 快速瀏覽你訂閱的雜誌，把有興趣的部份撕下來等有空再讀。如此可以節省翻頁的時間。
  --> 我有試過，但是後來還是放著沒有讀… Orz 看來今年要再認真的嘗試看看。

    9.   Time For Yourself...And What's Important
          (這章也類似上一章啦，跟管理自己的生活有關系，倒是沒有特別做總結)

• Tip 162: 休息是為了走更長遠的路！(太熟悉啦！)
  
• Tip 164: 挑選 11:00 A.M 或者 1:00 P.M. 去吃午餐，如此可以節省排隊的時間。
  --> 也要看公司的規定允不允許囉 … 可以這樣做的話是蠻不錯的，似乎有些銀行就是工作到 12:30 才開始吃午餐。
  
• Tip 170: 「擔心」是消耗時間的元兇。會擔心是很自然的，但是應該努力縮短從「開始擔心」到「開始行動」之間的時間。
  
• Tip 175: 在上下班的通勤途中聽一些教學錄音帶，利用通勤時間學些東西（平均每人每年要花費 500 小時在通勤上），或者聽一些娛樂節目來放鬆自己。
  
• Tip 176: BONUS!! 把這本書推薦給你的配偶、朋友，讓大家都能夠學會如何用更少的時間做更多的事！（廣告廣告）

呼…結果後半段佔了整本書大約 2/3 的篇幅呀，有空應該每個月都快速 review 一下這些技巧 (應該會越看越快)，思考一下有哪些需要調整，或者哪些可以實際拿來應用的..

整本書看完之後，發現對於網路世代的工作環境其實著墨不多（最多就寫到 E-Mail），
而且很多技巧對於中高階主管是比較有用的，但是還是有很多可以參考的地方，
希望今年可以成功的讓工作更有效率，生活品質更好～

有興趣的朋友可以到這裡下載 PDF。

[好書推薦] Time Management - 175 Ways to Get More Done In Less Time (Day1)

呼…很快的就進入 2009 年囉，今天在整理還沒讀過的文章時， 發現一本好書：Time Management – 175 Ways to Get More Done In Less Time


雖然從小到大各式各樣時間管理的書籍或文章看過不少，不過相較於長篇大論的文章，
這本書彙整了 175 個小技巧，每個技巧用兩三句話解釋，看起來比較輕鬆沒有負擔，
也比較容易針對每個技巧更深入的思考。

本書一開始的導讀就說：每個人都想用更少的時間完成更多的事情，本書沒有提供讓你可以每天憑空變出幾個小時的魔法，但是有很多實用的建議！


其中 175 個小技巧被分為九章來講，這篇就先紀錄一下前五章裡面我看了比較有 fu 的技巧，明天再來分享後面四章的內容吧！（橘色是我精簡翻譯後的原文，灰色的字是我的感想）

1. Getting Started...On The Right Foot
   (第一章是整本書的基礎，也是提綱挈領的一章哦)
• Tip 1: 花兩個禮拜的時間紀錄你每天的時間用在做什麼事情上，這是用來檢視你的時間利用好壞與否的基礎。
  --> 就像理財必須要清楚知道你把每一分錢花到哪裡去一樣，要做好時間管理也必須先搞清楚你的時間是怎麼被用掉的。
• Tip 2: 一項工作最大的挑戰是如何踏出開始的第一步，因此將重點放在如何開始進行一項工作，而非如何完成它。
  --> 事情拖越久就感覺越困難，「工作不開始就永遠不可能結束」。
• Tip 4: 在紙上思考。把工作目標、待辦事項、遇到的困難等寫下來有利於釐清問題，且可有校節省寶貴的腦力(短期記憶力)。
  --> 例如：專案管理技巧中的 Work Breakdown Structure
• Tip 8: 時常嘗試最新的 Electronic Organizer (像是PDA之類的)，充分利用最新的功能以節省你寶貴的工作時間。
  --> 今年的確很想好好 survey 看看要怎樣管理 to-do list，讓工作能夠更有效率，生活更有品質…
  
2. Your Work Space...Home Sweet Home
   (這章主要在講如何管理你的工作環境，以增進工作效率)
• Tip 22: 找一個超大的廢紙簍， 把沒用的文件統統丟進去吧！反覆整理一堆再也用不到的文件只是單純的浪費時間而已。
  --> 「超大的廢紙簍」很有趣 XD 這個概念跟清掉家裡無用的垃圾類似，定期把家中永遠用不到的東西整理的整整齊齊也沒有任何意義
  
3. The Work Environment: Color Your World...Productive
   (跟前一章其實蠻類似的…我不知道要下啥標題=.= )
• Tip 31: (在剛進公司/學校的時候)花些時間好好瞭解組織中各部門所扮演的角色。當日後工作中有需要請某部門處理某件事情的時候才不會毫無頭緒。
  --> 對於所處的環境要有基本的認識，要瞭解有哪些限制，以及有哪些可利用的東西。
• Tip 34: 想讓大家清楚瞭解你所寫的東西（待辦/注意事項、命令等）？把你所寫的句子濃縮 15 個字以內。
  --> 我要特別注意這一點 … Orz    E-Mail 盡量簡單扼要。
• Tip 37: 不要幫別人解決他們的問題，否則後續的問題都會變成你的問題。幫助他們學習如何解決問題即可。
  --> 與其給他魚吃，不如教他怎麼釣魚。（亂入）
  
4. Interruptions...The Office Plague
   (這章很重要！如何減少工作被打斷所造成的影響！帶新人的時候保證用的上。)
• Tip 39: 當有人來訪時，在辦公室門口接待他，並且在門外討論事情。讓他們進入你的辦公室會延長被打斷的時間。
  --> 這應該是寫給中高階主管看的吧@@ (我何時才會有自己的辦公室呢? XD) 蠻有趣的觀點，但是不會不禮貌嗎？
• Tip 40: 當有人不請自來時，站著跟他們討論事情，直到你決定這個談話有必要繼續為止 (再坐下來)。站著比較不舒服，因此比較不容易讓這個談話變成長篇大論的閒聊。
  --> 還可以順便偽裝成站起來是出於禮貌:p 這也呼應 Tip 42 說的:不要在你的辦公室放額外的椅子，真的需要的時候總有辦法從別的地方找出椅子來。
• Tip 43: 不要讓你的桌子面對辦公室的門口，當無法直接看到你的臉時，通常別人就比較不會想要去打擾你。
  --> Again..對於我們這種小咖來講是逃不了的，夠大咖的主管也不會隨意被打擾，因此在中低層主管的階段可以參考一下 :p
• Tip 46: 不要在座位旁邊存放零食！零食最容易吸引各式各樣的人來打擾你的工作。
  --> 所以零食要用玻璃罐子裝好鎖在抽屜裡 (以防老鼠)，然後背對著門口默默的偷吃 … (誤)
  
5. The Phone, Voice Mail, And E-Mail...The Invisible Invaders
   (這章對業務來說最重要了，跟電話有關的我就比較不熟了…)
• Tip 54: 在語音訊息中明確告知留言的人，你大約多久可以回覆。如此可避免對方短時間內不斷打來，留下大量的語音留言訊息。
  --> 幸好我沒這種困擾 …
• Tip 56: 站著講電話。研究顯示站立時人腦處理資訊的速度比坐著的時候可增加 5 ~ 20%。很多名人工作時都是站著的。（Thomas Jefferson, Ernest Hemingway, Winston Churchill）
  --> 重點是要避免屁股變大啦！
• Tip 58: 當你在語音留言時，慢慢的、清楚的說明回撥給你時要打哪個號碼，兩次。為了搞清楚要回撥哪個號碼而重複聽取語音信箱是令人憤怒的。
  --> 欲速則不達？總之能夠一次講清楚是最好的，否則很容易浪費時間。

明天要分享的四章的標題如下：

    6.   Meetings...Making The Most Of Them
    7.   On The Road...Making Time
    8.   Organizing Yourself...First Things FIRST
    9.   Time For Yourself...And What's Important

有興趣的話可以到這裡下載 PDF 檔，順便祝大家 2009 新年快樂！

ConvertZ 會造成 .snk 檔案損毀

如同在上一篇Blog中提到的，前陣子因為把 OS 重灌成 Vista (English) 之後，完全不支援 Big5，因此利用 ConvertZ(8.02) 批次將整個專案的內容轉換為UTF-8，但是轉換後發生一個問題，重新 compile solution 的時候，會出現「建立組件資訊清單時發生錯誤:資料錯誤。」的錯誤訊息，完全搞不懂發生什麼事情。

從昨天下午Try到今天早上終於發現，當我在 AssemblyInfo.vb 中刪除 KeyFile 的路徑（也就是不要去 build Strong-Name DLL）之後，solution 就可以正常 compile 了！只要指定 KeyFile 的路徑，就會發生上述的錯誤，因此懷疑八成是 KeyFile 本身損毀。果然，從 version control server 上面抓下來舊的 .snk 有 596 bytes，但是經過 ConvertZ 轉換後的 .snk 剩下 2 bytes，看來裡面的內容是整個消失了。討厭的地方是，在 Windows 裡面，低於 1kb 的檔案大小永遠顯示為 1kb，因此沒有細看內容還真的很難發現檔案大小的差異。因此我把舊的 .snk 覆蓋掉新的 .snk 之後，solution 又恢復正常了。

後來我再做了一次實驗，果然經過 ConvertZ 的轉換，.snk 檔會從 596 bytes 變成 2 bytes，造成 IDE 吐出等於廢話的錯誤訊息 ...

似乎在 VS 2003 裡面，預設會將檔案編碼設定為 Big5，但是到 VS 2005 就會設定為 UTF-8，
在現在的環境裡面，不用 Unicode 簡直就是愚蠢阿，Google 前陣子的 blog 中就有提出，根據他們龐大的網頁檢索資料，採用 Unicode 的網站數量穩定上升，幾乎其他所有編碼的網站數量都穩定下降。

有需要將 VS2003 專案轉換為 VS 2005 並且一並處理編碼轉換的朋友，要小心了 ...