從今天開(kāi)始，看另一本書(shū)，是Steve Maguire的Writing Solid Code那本。。晚上已經(jīng)有很多人寫(xiě)過(guò)這個(gè)的讀書(shū)筆記了。。但書(shū)嘛！是給自己看的，所以讀書(shū)筆記還是要寫(xiě)的。。寫(xiě)過(guò)之后，可以借鑒一下別人的想法！
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》一書(shū)中，序言深深觸動(dòng)了我：
我確信TEX的最后一個(gè)錯(cuò)誤已經(jīng)在1985年11月27日發(fā)現(xiàn)被被消除掉了。但是如果出于目前尚不知道的原因，TEX仍然潛伏有錯(cuò)誤，我非常愿意付給第一個(gè)發(fā)現(xiàn)者$20.48元。
我對(duì)Knuth是否曾經(jīng)付給某人$20.48甚至更多不感興趣，這并不重要。重要的是他對(duì)他的程序所具有的那種自信。那么據(jù)你所知，究竟有多少程序員會(huì)嚴(yán)肅地聲稱他們的程序完全沒(méi)有錯(cuò)誤？又有多少敢把這一聲明印刷在紙上，并準(zhǔn)備為錯(cuò)誤的發(fā)現(xiàn)者付錢(qián)呢？
恩，要提高自己的code能力，同時(shí)更重要的是一種自信和一種對(duì)工作的高度負(fù)責(zé)的精神！
2 測(cè)試者之所以能夠發(fā)現(xiàn)錯(cuò)誤，不正是因?yàn)樗⒁獾搅酥T如某個(gè)數(shù)不對(duì)、某個(gè)功能沒(méi)有按照期望的方式工作，或者程序癱瘓這些現(xiàn)象嗎？
我們的測(cè)試人員確實(shí)不簡(jiǎn)單，他們換具有代碼覆蓋工具，自動(dòng)的測(cè)試集、隨機(jī)的程序，抽點(diǎn)打印或者其他什么的。。但也許是這樣，我們來(lái)看看這些工具究竟做了些什么！代碼覆蓋工具是指能夠指明程序中那些部分未被測(cè)試到，測(cè)試人員使用這一信息派生出新的測(cè)試用例。至于其他的工具無(wú)非都是“輸入數(shù)據(jù)、觀察結(jié)果”這一策略的自動(dòng)化。
3 如果你發(fā)現(xiàn)自己正打算繞過(guò)某個(gè)步驟。而他恰恰可以很容易的來(lái)查錯(cuò)，那么一定要阻止自己繞過(guò)。相反，要利用所能得到的每個(gè)工具進(jìn)行查錯(cuò)。此外，單元測(cè)試雖然意味著查錯(cuò)，但如果你根本就不進(jìn)行單元測(cè)試也是枉然。
所以，如果有單元測(cè)試，就做單元測(cè)試