我記得我剛入行的頭兩年，項目組中采用的工作模式就是單兵作戰的模式，來一個項目划分一下模塊，然后各自想各自的辦法，去實現。
這種模式在軟件工程里我不知道叫什么，可能就是傳統的瀑布式吧。那個時候，我遇到了問題之后，一開始都是手忙腳亂。慢慢的，借助百度和開源社區，我找到一些自己辦法，想分享給大家。
拿一個具體的例子來說
我們做的是winfrom的項目，程序因為是一些工作2年左右CODER完成的，所以bug很多，程序經常崩潰。所以需要一個異常處理模塊。這個異常處理模塊，提出的需求有：
1、在程序崩潰的第一時間，要能捕獲異常。業務應用程序的崩潰，不能影響異常捕獲程序。
2、通過短信、郵件，及時報告異常。
這件非常具體的工作開始了，先百度，后GG，搜索出來一堆一堆的資料。但是大部分不完善，都是說的某一點實現思路或部分片段代碼，結果就導致沒有完整的解決方案。
好吧，我們來擁抱開源，去開源社區挖金去。希望我能挖到牛人做的成型的東西，這樣就能減少的工作量和bug量，盡快的能讓我交差。
先去CodePlex，搜一搜，這里是MS開源大本營
通過relevance，我們先找到幾個差不多的開源項目。先在這里羅列出來：
恩，從直覺上找到了兩個，看着還不錯的，其他的覺得不符合我需求的，我就置之不理了。
這兩個先放在這里，我再去codeproject上瞅一瞅
這里面東西更多一些。
從字面上、字符數上、評價星級上，我們選出了以上4個。第一個我們可以從字面上看出是以應用了enterprise librar來實現Exception。
初步理解，東西不少，各個不盡相同，怎么選擇啃一下這些東西，擺在我面前。我和同事溝通了一下，計划分頭看一看。
百度搜索到的資料：
try資料：用try比不用try性能好；用事物比不用事物好：
現在已經有了部分資料了，而且我覺得已經足夠我完成這個任務了，下面就是分析這些資料了。