第三章 软件工程师的成长
软件工程包括了开发、运营、维护软件的过程中的很多技术、做法、习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中,叫“软件开发流程”,软件开发流程的目的是为了提高软件开发、运营、维护和效率,以及提升用户满意度、软件的可靠性和可维护性。
软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的。
软件系统的绝大部分模块都是由个人开发或维护的。在软件工程术语中,我们把这些单个的成员叫做Individual Contributor(IC)。
IC在团队中的流程:
- 通过交流、实验、快速原型等方法,理解问题、需求或任务
- 提出多种解决办法并估计工作量(其中包括寻找以前的解决方案,因为很多工作是重复性的)
- 与相关角色交流解决问题的提案,决定一个可行的方案
- 执行,把想法变成实际中能工作的代码,同时验证方案的可行性和其他特性(例如程序的效能等)
- 和团队的其他角色合作,在测试环境中测试实现方案,修复缺陷(Bug)。如果此方案有严重的问题,那么就考虑其他方案
- 在解决方案发布出去之后,对结果负责
初级软件工程师的成长:
- 积累软件开发相关的智商,提升技术技能(如对具体技术的掌握,动手能力)。
- 积累问题领域的知识和经验
第一点和第二点在很多简历上都可以看到,也可以比较容易地检测出来。随着经验的增长,一个工程师可以掌握更广泛、更深入的技术和问题领域的知识。
3. 对通用的软件设计思想和软件工程思想的理解。
4. 提升职业技能(区别于技术技能)
5. 实际成果
绝大部分软件工程师的工作成果都是可以公开的,你参与的产品用户评价如何?市场占有率如何?对用户有多大价值?你在其中起了什么作用?行胜于言,这些实际的工作成果,是最重要的评价 标准。
软件开发的工作量和质量如何衡量。PSP认为有4个因素:
a.项目/任务有多大?
说明项目的大小,一般用代码行数(Line Of Code,LOC)来表示;也可以用功能点(Function Point)来表示
b.花了多少时间?
可以用小时、天、月、年来表示。一组人所花费的时间可以用(人数X时间)来表示
c.质量如何?
交付的代码中有多少缺陷?交付有两个定义:
- 在代码完成时,交付给测试人员
- 在软件最终发布时,交付给顾客
可以用缺陷的数量来除以项目的大小。
d.是否按时交付?
软件/任务是否按时交付?在团队工作中,稳定、一致的交付时间是衡量一个员工能力的重要方面。软件项目的确需要创造性,需要一些意外,一些惊喜。但是,更多的是常规的、可重复的任务。
TSP(Team Software Process)对团队成员也有要求:
- 交流:能有效地和其他队员交流,从大的技术方向,到看似微笑的问题。
- 说到做到:按时交付
- 接受团队赋予的角色并按角色要求工作:团队要完成任务,有很多事情要做,是否能接受不同的任务并高质量完成?
- 全力投入团队的活动:就像一些评审会议,代码复审,都要全力以赴地参加,而不能游离于团队之外
- 按照团队流程的要求工作:团队有自己的流程,个人的能力即使很强,也要按照团队制定的流程工作,而不要认为自己不受流程约束
- 准备:在开会讨论之前,开始一个新功能之前,一个新项目之前,都要做好准备工作
- 理性地工作:软件开发有很多个人的、感情驱动的因素,但是应该成熟的团队成员必须从事实和数据出发,按照流程,理性地工作