本次阅读了程序员修炼之道的第四章和第五章，第四章注重时效的偏执让我明白了一个人的精力是有限的，不可能一次性写出完美的程序，因此我们要对自己编写的代码中可能出现错误的地方进行处理。其中关于异常的部分让我学到了很多，在编程过程中，可以使用断言来查错，断言是一种除错机制，用于验证代码是否符合编码人员的预期。编码人员在开发期间应该对函数的参数、代码中间执行结果合理地使用断言机制，确保程序缺陷的尽量在测试阶段被发现。断言将会对某种假设条件进行检测，如果条件成立就不会进行任何操作，不成立的话返回异常。但是要注意断言的使用阶段，断言只能用于测试阶段，如果用于运行阶段，断言可能会使程序异常退出，而这些问题都应该是在测试阶段解决掉的。进行动态的约束，让软件互相协作，不要忽视bug，越早发现一个问题就能越简单的解决。
之后讲解怎么配平资源，要有始有终：分配资源，使用它，释放它。
嵌套的分配，以与资源分配的次序相反解除资源的分配，如果一个资源含有对另一个资源的引用，就不会造成资源被遗弃。在代码不同的地方分配同一组资源，总是以相同的次序分配他们，这将降低死锁的可能性。
之后阅读了第五章，主要学习到了如何增强代码的灵活性和降低模块间的耦合。
我们应该跟多的考虑如何怎样进行设计，使系统中的事物保持逻辑上的解耦。使用该法则可以我们的代码适应性更好。可以使用委托来使服从墨忒耳法则更容易。让代码内敛一点：让它只处理直接知道的事情，这将有助于保持应用程序解耦，使其更容易变更。
元程序设计让我们的系统变得高度可配置。要配置，不要集成元数据使关于数据的数据，是对应用进行描述的数据。要用元数据描述应用的配置选项：调谐参数，用户偏好，安装目录等。元数据不仅能用来配置简单的偏好，也要尽可能多的通过元数据配置和驱动应用。
除了模块耦合之外，还有时间耦合。在代码方面我们对时间的考虑的可能只有时间复杂度，但我们在工程中要考虑并发与次序。如果在这方面节省时间的话，我们要熟悉工作流，看看有没有什么是可以“同步”的。在做并发设计的同时，还要考虑到接口问题，“杂乱”的接口容易发生失误，我们需要尽可能地让接口更加“整洁”。
最后介绍了黑板。黑板系统让我们完全解除了我们的对象之间的耦合，并提供一个“论坛”，只是消费者和生产者都可以在那里匿名、异步地交换数据；对黑板进行分区并组织上面资料以防止组合爆炸；黑板方式地编程消除了太多接口需要，从而能带来更优雅、更一致地系统。
通过这次阅读，让我更加认识到了编写代码前思考大纲的重要性，在今后必须要更加注意这件事。