个人能力的衡量与发展
软件团队和团队中的工程师也是这样。软件系统的绝大部分模块都是由个人开发或维护的。在软件工程的术语中，我们把这些单个的成员叫做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）时，交付给测试人员
- 在软件最终发布时，交付给顾客可以用缺陷的数量来除以项目的大小。
-
是否按时交付？
在团队工作中，稳定、一致的交付时间是衡量一个员工能力的重要方面
软件工程师的职业发展
职业成长——大公司版本
| 等级 | 要求 |
|---|---|
| SDE(初级软件开发工程师) | 入门。在学校里学到一些技能，尚未在实践中得到充分锻炼 |
| SDE(中级软件开发工程师) | 独立。可以写别人交给你的任何东西，不明白时知道去问谁 |
| Senior SDE(高级软件开发工程师) | 小组领导。影响着 3-12 名工程师，或者是他们的行政领导；或者是他们技术带头人 |
| Principal SDE() | 团队领导。影响着10人以上的一个大团队，成为影响团队成败的关键人物 |
| 更高的职位有：Partner SDE、Distinguished Engineer、Technical Fellow | 影响力扩大到整个机构，甚至工业界 |