从今天开始，看另一本书，是Steve Maguire的Writing Solid Code那本。。晚上已经有很多人写过这个的读书笔记了。。但书嘛！是给自己看的，所以读书笔记还是要写的。。写过之后，可以借鉴一下别人的想法！
http://blog.csdn.net/cai3995/archive/2004/10/10/130420.aspx
http://www.cnblogs.com/soroman/archive/2007/12/25/1014142.html
网上的几篇读后感，整理的还好吧。。
1 几年前在一次偶然翻阅Donald Knuth所著《TEX: The Program》一书中，序言深深触动了我：
我确信TEX的最后一个错误已经在1985年11月27日发现被被消除掉了。但是如果出于目前尚不知道的原因，TEX仍然潜伏有错误，我非常愿意付给第一个发现者$20.48元。
我对Knuth是否曾经付给某人$20.48甚至更多不感兴趣，这并不重要。重要的是他对他的程序所具有的那种自信。那么据你所知，究竟有多少程序员会严肃地声称他们的程序完全没有错误？又有多少敢把这一声明印刷在纸上，并准备为错误的发现者付钱呢？
恩，要提高自己的code能力，同时更重要的是一种自信和一种对工作的高度负责的精神！
2 测试者之所以能够发现错误，不正是因为他注意到了诸如某个数不对、某个功能没有按照期望的方式工作，或者程序瘫痪这些现象吗？
我们的测试人员确实不简单，他们换具有代码覆盖工具，自动的测试集、随机的程序，抽点打印或者其他什么的。。但也许是这样，我们来看看这些工具究竟做了些什么！代码覆盖工具是指能够指明程序中那些部分未被测试到，测试人员使用这一信息派生出新的测试用例。至于其他的工具无非都是“输入数据、观察结果”这一策略的自动化。
3 如果你发现自己正打算绕过某个步骤。而他恰恰可以很容易的来查错，那么一定要阻止自己绕过。相反，要利用所能得到的每个工具进行查错。此外，单元测试虽然意味着查错，但如果你根本就不进行单元测试也是枉然。
所以，如果有单元测试，就做单元测试