2018-2019-1 20189221 《构建之法》第 3 周学习总结

第 3 章软件工程师的成长

3.1　个人能力的衡量与发展

IC（Individual Contributor）在团队中的流程：

通过交流、实验、快速原型等方法，理解问题、需求或任务
提出多种解决办法并估计工作量
包括寻找以前的解决方案，因为很多工作是重复性的
与相关角色交流解决问题的提案，决定一个可行的方案
执行，把想法变成实际中能工作的代码，同时验证方案的可行性和其他特性（例如程序的效能等）
和团队的其他角色合作，在测试环境中测试实现方案，修复缺陷（Bug）。如果此方案有严重的问题，那么就考虑其他方案
在解决方案发布出去之后，对结果负责每个人的工作质量直接影响最终软件的质量。

初级软件工程师的成长：

1. 积累软件开发相关的知识，提升技术技能（如对具体技术的掌握，动手能力）

例如：对Java、C/C++、C#的掌握，诊断/提高效能的技术，对设备驱动程序（Device Driver）、内核调试器（Kernel Debugger）的掌握；对于某一开发平台的掌握。

2. 积累问题领域的知识和经验（例如：对医疗或金融行业的了解）

第一点和第二点都可以在很多简历上都可以看到，也可以比较容易地检测出来。随着经验的增长，一个工程师可以掌握更广泛、更深入的技术和问题领域的知识。

3. 对通用的软件设计思想和软件工程思想的理解

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

4. 提升职业技能（区别于技术技能）

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

5. 实际成果

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

3.2　软件工程师的思维误区

分析麻痹

想弄清楚所有问题所有依赖关系之后再动手

不分主次

想解决所有的依赖问题，想马上动手修复所有的主要和次要的依赖问题

过早优化

很容易在局部问题上进行过多优化，无视其对全局的重要性

过早扩大化/泛化

很容易将原本的特定环境下的具体问题扩大化/泛化成类型问题，将问题复杂化，使合作难度加大

3.3　软件工程师的职业发展

职业发展

证明个人能力的办法和模型：

计算机等级考试（国家认证）
职业认证（各大公司）
认证项目（行业协会）

职业成长

知识：迈克康奈尔把相关的软件知识分为十大知识领域。

一个工程师对这些知识的掌握分为如下四个阶段：入门（Introductory）；熟练（Competency）；带头人（Leadership）；大师（Mastery）

阅读：4—6个经典文献的深入分析和阅读
工作经验：要参与并完成6个具体的项目
课程：要参加3个专门的课程有些级别

职业成长：
微软职业等级：

数据库系统：

3.4　技能的反面

要想解决低层次问题，在有一定编程基础的条件下，努力解决中间层次问题，了解高层次问题。
精通编程工具和编程语言--->算法技能，程序设计技能--->深刻理解项目实现
不能停留在舒适区，尽量不让自己陷入恐慌区，保持在学习区