《构建之法》第三章学习笔记

《构建之法》第三章 软件工程师的成长

个人能力的衡量与发展

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

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

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

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

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

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

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

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

初级软件工程师成长阶段

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

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

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

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

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

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

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

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

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

在代码完成（Code Complete）时，交付给测试人员
在软件最终发布时，交付给顾客可以用缺陷的数量来除以项目的大小
是否按时交付？
在团队工作中，稳定、一致的交付时间是衡量一个员工能力的重要方面

软件工程师的职业发展

职业成长——大公司版本

职业成长——自我评估

很少有人能在学校里掌握这么多知识后才毕业找工作，随后把技术运用在实践中。工程师应该在实际工作中不断学习和不断成长，根据自己的情况选择在哪个方面追求“专和精”，在那几个方面达到“知道就好”的水平。