《构建之法》读书笔记第1、2章
之前因为助教工作阅读过一遍《构建之法》，现在回头重新翻看这本书，越发觉得这本书值得深入阅读。本周先将前两周的读书笔记记录如下：
第一章 概论
第一章从浅入深，以航空业的发展历程作为模型，类比软件工程的发展。玩具：纸飞机>>业余爱好：沙滩椅+氦气球>>探索：莱特兄弟>>产业：容纳百万人就业的航空业。类似的，软件也从简单的“Hello World”到写网站到构建一个软件系统的从简到繁，从易到难的发展历程。软件=程序+软件工程。软件工程是什么？书上是这么说的：
软件工程是把系统的、有序的、可量化的方法应用在软件的开发、运营和维护上的工程。
相对于大家广而熟知的“程序=数据结构+算法”等式，对应的软件=程序+软件工程。而对于软件企业来说，自然也可以推论出：
软件企业=软件+商业模式
从这两个公式可以看出，程序是基本功，软件工程决定软件质量，而商业模式就决定了一个软件企业的成败。
软件具有复杂性、不可预见性、易变性、服从性和非连续性的特点，如何“做一个好软件”既是软件工程的目的，也是挑战和魅力所在。
作为一个工程师的宗旨是：我构建，故我在。好的工程师能尽量减少软件的Bug。Bug的多少影响着软件的用户满意度、可靠性、软件流程的质量和可维护性。只要软件的行为和用户的期望不一致，就可以称为Bug。
通过系统阐述，《构建之法》的教学目标即为以下三点：
- 研发出符合用户需求的软件
- 通过一定流程，在预定时间内发布“足够好”的软件。
- 能证明所开发的软件是可维护和继续发展的
第二章 个人技术和流程
PSP（Personal Software Process)，个人软件开发流程的任务清单如下所示：
作者对比了中科大大四学生和工作三年的工程师的PSP表格，结果表明工程师在“需求分析”和“测试”方面花了更多时间(多60%以上）。而在具体编码上，工程师要比学生快的多（60%左右）
此外涉及到的内容由单元测试、回归测试、效能分析。单元测试是保证模块质量的有效解决方案。好的单元测试应该准确、快速保证程序基本模块的正确性。好的单元测试有以下标准:
- 在最基本的功能/参数上验证程序的正确性
- 由最熟悉的人来写
- 单元测试后机器状态保持不变
- 单元测试要快并产生可重复、一致的结果。
- 保证独立性
- 覆盖所有代码路径
所谓回归测试（Regression Test)目的有二： - 验证新的代码的确改正缺陷
- 验证新的代码有没有破坏模块的现有功能，有没有Regression
Regress:return to a worse or less developed state.回归测试最好自动化，并且对每一个Bug Fix都要进行回归测试
效能分析目的是是找到程序的效能瓶颈进而可针对性优化程序。效能分析有两个方法：抽样和代码注入。一般方法是先用抽样找到瓶颈所在，再对特定模块用代码注入方法详细分析。
