第一篇： 编程是一种态度-------价值观
内容一：代码是债务
1.代码的认识---代码就是债务
2.代码是债务，越少越好
3.你拥有的代码越多，添加新内容所要付出的成本就越高
4.通过案例分析让代码库尽可能小的方法：
5.通过国际研发中心电信计费系统演示代码是债务的思想，10多年国外研发团队设计与研发第一版本，目前几百人在维护通过项目演示通过重构如何减少了一半的代码，维护的人员的减少项目的失败可能归咎于各种各样的原因。一些项目因糟糕的需求而失败，另一些则由于钱和时间超支了，还有少数单纯是因为糟糕的管理所致。如果我们探究其根本原因，是否会发现所有项目失败的罪魁祸首是糟糕的代码呢？



内容二：软件界要以新视角看待代码
1.传统的软件工程对代码的错误认识
2.代码的两面性，代码的静态结构和运行时行为
3.客户和管理者往往仅仅关注代码的运行时的行为
4.温伯格认为的主管必须关注代码
5.软件设计与代码的关系—真正好的设计是在编码阶段一步一步而形成的,通过案例分析，设计如何根据代码进行演化
6.编程真的是简单的劳动吗？
7.通过多家项目案例进行分析，传统思想对代码的种种误解，我们提出了从3种新的角度来观察代码，
a)从管理者的角度，我们仅仅观察代码的运行时行为，导致代码的静态结构混乱的根源。这就是代码的冰山原理，大量垃圾代码隐藏在冰山之下。
b)设计师的角度认为只要有好的设计，软件质量就可以保证。其实我们认为代码是真正唯一可以精确描述的设计文档。
c)程序员的视角，编程真的很难，通过某一个项目案例分析，20多人一周的工作量就为几行代码问题


第二篇： 编程是一种技艺-------实践篇
内容一：高质量函数/过程
1.为什么需要函数
2.函数复杂度度量
3.函数圈复杂度以及度量
4.函数抽象层次-单一抽象层次原则SLAP(Single Level of Abstrction Principle)
5.函数实现模式之—组合函数(Composed Method)
6.万恶之源—函数过长
7.函数的单一职责
8.函数第一原则:是要短小,函数第二原则:是还要短小,函数第三原则:是必须短小
9.函数重构之道—抽取方法(Extract Method)和抽取对象函数
10.函数命名—怎样取好的函数名
11.通过大量项目代码分析,函数的遇到的各种问题,如何编程高质量函数

内容二：函数易理解与沟通
1.函数主体流
2.函数的异常处理
3.函数主题流程简化方法1-助手方法
4.助手方法的应用场景
5.助手方法的效果
6.函数主题流程简化方法2-函数对象（MethodObject）
7.通过真实项目代码进行分析，如果提高代码的可读性

内容三：函数灵活/易可扩展---函数接缝
1.历史遗留代码维护问题
2.某电信研发中心的维护问题—开发维护的效率问题。
3.增加一个功能特性的成本并不单单是为这些功能编码所花费时间的成本，还应该包括特性扩展的障碍成本。
4.代码的可维护成本分析—通过大量案例分析
a)确定需要修改哪些部分有多难
b)必要的改动有多少
c)实现改动对系统其他部分的影响有多大
5.如何实现代码的易扩展—函数接缝
6.接缝（seam），指程序中的一些特殊的点，在这些点上你无需做任何修改就可以达到改动程序行为的目的
7.通过案例分析，如何实现函数的灵活/易扩展。

内容四：函数参数
1.函数参数过长
2.最理想的参数数量是零,其次是一,再次是二,有足够的理由才能使用三个以上参数.
3.函数参数重构之道-引入参数对象(introduce parameter object
4.函数参数的顺序.
5.函数参数模式-collecting parameter

内容五：变量
1.“一旦了解在程序设计中如何使用变量，他就掌握了程序设计的精华。”-Dijkstra
2.为什么需要变量—变量的引入的理由
3.单一变量用途
4.变量与方法
5.变量作用域
6.变量声明与初始化
7.通过案例分析， 函数的变量如何处理与控制。