20179215 《构建之法》第三章
《构建之法》第三章 读书笔记
本章为软件工程师的成长，主要介绍了评价软件工程师水平的主要方法，技能的反面，TSP对个人的要求。
一、个人能力的衡量与发展
软件开发流程：软件开发流程包括团队的流程，也包括个人的流程
软件系统的绝大部分模块都是由个人开发或维护的。在软件工程的术语中，我们把这些单个的成员叫做Individ-ual Contributor（IC）。IC在团队中的流程如下。
-
通过交流、实验、快速原型等方法，理解问题、需求或任务
-
提出多种解决办法并估计工作量
-
其中包括寻找以前的解决方案，因为很多工作是重复性的
-
与相关角色交流解决问题的提案，决定一个可行的方案
-
执行，把想法变成实际中能工作的代码，同时验证方案的可行性和其他特性（例如程序的效能等）
-
和团队的其他角色合作，在测试环境中测试实现方案，修复缺陷（Bug）。如果此方案有严重的问题，那么就考虑其他方案
-
在解决方案发布出去之后，对结果负责每个人的工作质量直接影响最终软件的质量
二、初级软件工程师成长阶段
-
积累软件开发相关的知识，提升技术技能（如对具体技术的掌握，动手能力）
例如：对Java、C/C++、C#的掌握，诊断/提高效能的技术，对设备驱动程序（Device Driver）、内核调试器（Kernel Debugger）的掌握；对于某一开发平台的掌握 -
积累问题领域的知识和经验（例如：对医疗或金融行业的了解）
第一点和第二点都可以在很多简历上都可以看到，也可以比较容易地检测出来。随着经验的增长，一个工程师可以掌握更广泛、更深入的技术和问题领域的知识 -
对通用的软件设计思想和软件工程思想的理解
这一方面就比较虚，什么是好的软件设计思想？什么是好的软件工程思想？一个工程师开了博客，转发了很多别人的文章，这算有思想么？另一个工程师坚持做任何设计都要画UML图，这算有思想么？ -
提升职业技能（区别于技术技能）
职业技能包括：自我管理的能力，表达和交流的能力，与人合作的能力，按质按量完成任务的执行力，这些能力在IT行业和其他行业都很重要。 -
实际成果
绝大部分软件工程师的工作成果都是可以公开的，你参与的产品用户评价如何，市场占有率如何，对用户有多大价值？你在其中起了什么作用？
三、软件开发的工作量和质量的衡量标准
-
项目/任务有多大？
说明项目的大小，一般用代码行数（Line Of Code，LOC）来表示；也可以用功能点（Function Point）来表示 -
花了多少时间？
可以用小时、天、月、年来表示。一组人所花费的时间可以用（人数×时间）来表示，例如某项目花费了10个人×月 -
质量如何？交付的代码中有多少缺陷？
交付有两个定义：
-
在代码完成（Code Complete）时，交付给测试人员
-
在软件最终发布时，交付给顾客可以用缺陷的数量来除以项目的大小。
- 是否按时交付？
在团队工作中，稳定、一致的交付时间是衡量一个员工能力的重要方面
四、职业成长
1.公司版本
2.自我评估
