從今天開始，看另一本書，是Steve Maguire的Writing Solid Code那本。。晚上已經(jīng)有很多人寫過這個的讀書筆記了。。但書嘛！是給自己看的，所以讀書筆記還是要寫的。。寫過之后，可以借鑒一下別人的想法！
http://blog.csdn.net/cai3995/archive/2004/10/10/130420.aspx
http://www.cnblogs.com/soroman/archive/2007/12/25/1014142.html
網(wǎng)上的幾篇讀后感，整理的還好吧。。
1 幾年前在一次偶然翻閱Donald Knuth所著《TEX: The Program》一書中，序言深深觸動了我：
我確信TEX的最后一個錯誤已經(jīng)在1985年11月27日發(fā)現(xiàn)被被消除掉了。但是如果出于目前尚不知道的原因，TEX仍然潛伏有錯誤，我非常愿意付給第一個發(fā)現(xiàn)者$20.48元。
我對Knuth是否曾經(jīng)付給某人$20.48甚至更多不感興趣，這并不重要。重要的是他對他的程序所具有的那種自信。那么據(jù)你所知，究竟有多少程序員會嚴肅地聲稱他們的程序完全沒有錯誤？又有多少敢把這一聲明印刷在紙上，并準備為錯誤的發(fā)現(xiàn)者付錢呢？
恩，要提高自己的code能力，同時更重要的是一種自信和一種對工作的高度負責的精神！
2 測試者之所以能夠發(fā)現(xiàn)錯誤，不正是因為他注意到了諸如某個數(shù)不對、某個功能沒有按照期望的方式工作，或者程序癱瘓這些現(xiàn)象嗎？
我們的測試人員確實不簡單，他們換具有代碼覆蓋工具，自動的測試集、隨機的程序，抽點打印或者其他什么的。。但也許是這樣，我們來看看這些工具究竟做了些什么！代碼覆蓋工具是指能夠指明程序中那些部分未被測試到，測試人員使用這一信息派生出新的測試用例。至于其他的工具無非都是“輸入數(shù)據(jù)、觀察結(jié)果”這一策略的自動化。
3 如果你發(fā)現(xiàn)自己正打算繞過某個步驟。而他恰恰可以很容易的來查錯，那么一定要阻止自己繞過。相反，要利用所能得到的每個工具進行查錯。此外，單元測試雖然意味著查錯，但如果你根本就不進行單元測試也是枉然。
所以，如果有單元測試，就做單元測試