20179215 《构建之法》第三章

《构建之法》第三章 读书笔记

 本章为软件工程师的成长，主要介绍了评价软件工程师水平的主要方法，技能的反面，TSP对个人的要求。

一、个人能力的衡量与发展

 软件开发流程：软件开发流程包括团队的流程，也包括个人的流程

 软件系统的绝大部分模块都是由个人开发或维护的。在软件工程的术语中，我们把这些单个的成员叫做Individ-ual Contributor（IC）。IC在团队中的流程如下。

1. 通过交流、实验、快速原型等方法，理解问题、需求或任务

2. 提出多种解决办法并估计工作量

3. 其中包括寻找以前的解决方案，因为很多工作是重复性的

4. 与相关角色交流解决问题的提案，决定一个可行的方案

5. 执行，把想法变成实际中能工作的代码，同时验证方案的可行性和其他特性（例如程序的效能等）

6. 和团队的其他角色合作，在测试环境中测试实现方案，修复缺陷（Bug）。如果此方案有严重的问题，那么就考虑其他方案

7. 在解决方案发布出去之后，对结果负责每个人的工作质量直接影响最终软件的质量

二、初级软件工程师成长阶段

1. 积累软件开发相关的知识，提升技术技能（如对具体技术的掌握，动手能力）
   例如：对Java、C/C++、C#的掌握，诊断/提高效能的技术，对设备驱动程序（Device Driver）、内核调试器（Kernel Debugger）的掌握；对于某一开发平台的掌握

2. 积累问题领域的知识和经验（例如：对医疗或金融行业的了解）
   第一点和第二点都可以在很多简历上都可以看到，也可以比较容易地检测出来。随着经验的增长，一个工程师可以掌握更广泛、更深入的技术和问题领域的知识

3. 对通用的软件设计思想和软件工程思想的理解
   这一方面就比较虚，什么是好的软件设计思想？什么是好的软件工程思想？一个工程师开了博客，转发了很多别人的文章，这算有思想么？另一个工程师坚持做任何设计都要画UML图，这算有思想么？

4. 提升职业技能（区别于技术技能）
   职业技能包括：自我管理的能力，表达和交流的能力，与人合作的能力，按质按量完成任务的执行力，这些能力在IT行业和其他行业都很重要。

5. 实际成果
   绝大部分软件工程师的工作成果都是可以公开的，你参与的产品用户评价如何，市场占有率如何，对用户有多大价值？你在其中起了什么作用？

三、软件开发的工作量和质量的衡量标准

1. 项目/任务有多大？
   说明项目的大小，一般用代码行数（Line Of Code，LOC）来表示；也可以用功能点（Function Point）来表示

2. 花了多少时间？
   可以用小时、天、月、年来表示。一组人所花费的时间可以用（人数×时间）来表示，例如某项目花费了10个人×月

3. 质量如何？交付的代码中有多少缺陷？
   交付有两个定义：

• 在代码完成（Code Complete）时，交付给测试人员

• 在软件最终发布时，交付给顾客可以用缺陷的数量来除以项目的大小。

1. 是否按时交付？
   在团队工作中，稳定、一致的交付时间是衡量一个员工能力的重要方面

四、职业成长

1.公司版本

2.自我评估

 总结来说，这章从个人的角度，诠释了软件工程师个人的能力发展以及职业发展。书中以巴克斯顿的例子说明从技能的反面去理解技能是什么，又利用利用魔方的例子来说明技能的一些层次以及是否“精通”的考察方法。事实上，当我们把所有底层的问题都解决了，会发现事事相通，应用到不同领域的时候会就会得心应手，也就是所谓的能力提升了。