摘要：程序员修炼之道四注重实效的偏执。You can't write the perfect software.Design with contracts21，通过合约设计注重实效的程序员告诉自己，如果有一个错误，就说明非常，非常糟糕的事情已经发生了。前条件：为了调用该例程，必须为真的条件，在其前条件被违... 阅读全文

摘要：第三章，基本工具（The Basic Tools）14,纯文本的威力持久存储知识的最佳格式是纯文本（记事本,xml,html file）15 Shell游戏，多学习Shell命令，提高效率16，强力编辑，用好一种编辑器17 源码控制，包括文档之列的也应该放入源码管理器中。18 调试在技术的竞技场上，你应该专注于修正问题，而不是发出指责。Fix the Problem,Not the Blame.要修正问题，而不是发出指责。调试的第一准则，Don't Panic (不要恐慌)让bug reproduce ,不再现，怎么修复Don't Assume it-Prove it.不要假定 阅读全文

摘要：第二章，注重实效的途径7，重复的危害需求一旦改变的。相同的code 都需要改变。DRY-Don't repeat yourself.重复是怎样发生的。强加的重复。开发者觉得他们无可选择--环境似乎要求重复。无意的重复。开发者没有意识到他们在重复信息。无耐心的重复。开发者偷懒，他们重复，因为那样似乎更容易。开发者之间的重复。同一团队（或不同团队）的几个人重复了同样的信息。1，强加的重复。发挥一点聪明才智，通常能够消除重复的需要。答案是编写简单的过滤器或代码生成器。糟糕的代码才需要更加多的注释。2，无意的重复。有时，重复来自设计中的错误。3，无耐性的重复。拷贝原来的代码。并作出一些改动。不 阅读全文

摘要：第一张，注重实效的哲学1，我的源码让猫给吃了。在所有弱点中，最大的弱点就是害怕暴露弱点。为你自己和自己的的行为负责是注重实效的的哲学的一块基石。这人是你主动承担的东西。要提供各种选择，而不是找借口。不要说是事情做不到，要说明用什么能够挽回局面。2，不要忍让破窗户。3，石头汤与煮青蛙。做变化的催化剂。记住大图景（Remember the big picture）4,足够好的软件。让你的用户参与权衡。使质量成为需求问题（Make quality a requirements Issue）.没有绝对的完美，适当止步。5,你的知识财产。知识上的投资总能得到最好的汇报。定期为你的知识投资。6，批判的思考 阅读全文

摘要：第六章，对象和数据结构6.1数据抽象第七章，错误处理7.1使用异常而非返回码。7.2先写try-catch -finally语句。7.3使用不可控异常7.4给出异常发生的环境说明。7.5依调用者需要定义异常类。来自组件或其他的地方代码，出现异常多种情况，可以使用封装，然后再调用的时候不用每次catch太多的异常。7.6 定义常规流程。catch里面不要写业务逻辑。7.7别返回null值。容易引起错误。只要有一处没有判断!=null, 则会抛出异常。7.8别传递null值。在方法中传递null值是最糟糕的做法，尽量避免传递null值。 阅读全文