2018-2019-1 20189206 《构建之法》第三章 学习笔记
第三章 软件工程师的成长
个人能力的衡量与发展
软件开发团队与个人
软件开发流程不光光指团队的流程，还包括个人开发流程，软件团队也是由个人组成的。在团队的大流程中，也是每一个具体的人在负责开发、测试、用户界面设计、管理、交流等工作。
把每个人的工作有序地组织起来，就是团队的流程。
一个好的团队流程能把冲突的积极方面释放出来，而避免消极方面。
individual contributor (IC)
软件团队中，软件系统的大部分模块都是由个人开发或者维护，这些成员称作IC。
IC在团队中的流程：
通过交流、实验、快速原型等方法，理解问题、需求和任务
提出多种解决方法并估计工作量,其中包括寻找以前的解决方案，因为很多工作是重复性的
与相关角色交流解决问题的提案，决定一个可行的方案
执行，把想法变成实际中能工作的代码，同时验证方案的可行性其他特性
和团队的其他角色合作，在测试环境中测试实现方案，修复BUG。如果方案有严重的问题，就考虑其他方案。
在解决方案发布出去之后，对结果负责
软件工程师的成长
- 积累相关开发的知识，提升技术技能
- 积累问题领域的知识和经验
- 对通用软件设计思想和软件工程思想的理解
- 提升职业技能（区别于技术技能）
- 其中包括了自我管理能力、表达交流能力、与人合作能力、按质量完成任务的执行能力
- 实际成果
- 你的工作成果用户评价如何？是想占有率如何？对用户多大价值？你在其中起到了什么作用？
软件开发的工作量和质量的衡量
- 项目/任务大小
- 一般用代码量来衡量；或者用功能点衡量。
- 花了多少时间
- 质量如何
- 交付有两个概念，一个是代码完成时交给测试人员；另一个是软件最终发布时交给顾客。
- 是否按时交付
- 在工作团队中，稳定、一致的交付时间是衡量一个员工能力的重要方面
团队对个人的期望
TSP团队软件流程，对团队成员也有所要求：
- 交流：能够有效地与其他队员交流，从大的技术方向到看似微小的问题。
- 说到做到
- 接受团队赋予的角色并按角色要求工作
- 全力投入团队的活动
- 按照团队流程要求工作
- 团队有自己的流程，能力再强，也要按照团队指定的流程工作
- 准备
- 准备工作很重要！
- 理性地工作
软件工程师的思维误区
- 分析麻痹
- 极端情况就是想弄清所有细节、依赖关系之后再动手，不想修复问题，出了问题都赖在相关问题上。
- 不分主次，想解决所有依赖问题
- 这种极端情况是过于积极，想马上修复所有的主要和次要的依赖问题，而不是根据现有条件找到一个“足够好”的方案
- 过早优化
- 一个工程师在写程序时，经常容易在某一个局部问题上陷进去，花大量时间对其进行优化，无视这个模块对全局的重要性，甚至不知道“全局”是怎样的。
- 过早扩大化/泛化
解决大问题固然美好，但是所有的大问题都是从解决了无数的小问题上积累来的
软件工程师的职业发展
读完这一小节的内容，其实是很有感受的，学习也好工作也好，爱好是推动着我们不断前进的主要动力。比如在读书的时候，真的喜欢的内容读起来是十分有乐趣的，一方面想理解其中的逻辑，另一方面不断深究阅读。如果未来目标确定为软件工程师，那么就要发自内心地热爱和了解这份职业并向着职业的要求成长、学习。
职业成长
就像上一小节所说，规划自己的职业发展可以分为以下几个方面
考级之路
- 计算机等级考试 全国计算机技术与软件专业技术资格考试
- IEEE提供了一系列职业认证服务
Steve McConnell版本
首先一个软件工程师需要具备一定的知识和能力：
- 知识：将软件知识分为十大领域
- 能力
- 入门Intoductory
- 熟练Competency
- 带头人Leadership
- 大师Mastery
工程师需要做到以下几点：
- 阅读：4-6篇经典文献的深入分析和阅读
- 工作经验：参与并完成6个具体的项目
- 课程：参加3个专门的课程
技能的反面
当时在写简历的时候，知道在写技能的时候，会有精通-熟练-了解这些等级。
如何提高技能——通过不断的练习，把低层次的问题都解决里，变成不用大脑的自动操作，才有脑力来解决较高层级的问题。