Chapter14:
一、 软件质量=程序质量+软件工程质量，需引以为戒。
二、 程序的质量相对容易去鉴别，而软件工程的质量可以用大跃进时期的几个字来形容：多，快，好，省。
三、 软件工程质量的鉴别标准：
1、 可见性，就是一边编，一边可以看测试结果
2、 风险控制，多指一堆人互相推锅。。。
3、 成本控制
四、 CMMI理论用于软件质量，看似是一个比较合理的选择，不知道试起来会是什么样？
五、 CMMI可分为五个级别：初始级，管理级，定义级，量化管理级，优化级。多数人可能已经达到第二甚至是第三级，而我这种菜鸟只停留在第一级。
六、 不要对“人肉认证”报有幻想，一定要将代码写的完美无缺。
七、 不能盲目轻信“专业人士”，不能请个大佬来帮你写两行代码就万事大吉了。
Chapter15:
一、 用血型来描述开发者的确是个有趣的方法，这么看来，我算是O型，很巧，我的血型也是O型。
二、 我自己ZBB的过程是一部血泪史，解决一个BUG又出来一堆BUG。。。
三、 可能在面临第一个个人作业的DDL时我不得不执行一个操作：砍掉功能，以确保几个基础功能的实现。
四、 扁鹊三兄弟的故事十分值得借鉴，防患于未然比补漏来得更合理。
Chapter16:
一、 创新这玩意说的好听，如果没思路可能一年都做不出来。
二、 不过有一点我是认同的：创新者总是一马当先。
三、 成为领域的专家才能创新。。。感觉前面说的在逗我。。。
四、 影响产品竞争的因素，个人认为比较关键，特此记录：
1、 产品行业因素
2、 公司和市场因素
3、 团队执行因素（个人认为是主要矛盾）
五、 技术固然重要，商业头脑却更重要，符合客户口味才可以 获得更大的市场。
Chapter17:
一、 猪、鸡、鹦鹉理论：我是一只猪，却渴望做一只鸡。。。
二、 有人不让别人做事，科研的腐败分子。
三、 团队中应进行队友评估，拒绝吃大锅饭。
四、 团队合作的几个阶段：
1、 萌芽阶段
2、 磨合阶段
3、 规范阶段
4、 创新阶段
五、软件工程师应具备最基本的职业道德！！！