今天继续阅读了构建之法，大体了解了软件工程师能力评估和发展的相关知识。所谓团队流程，就是把每个人的努力都组合起来有序的组织起来，避免冲突或是减少冲突。团队成果是每个人的贡献组成的，每个人的工作质量直接影响最终软件的质量。所以，在做项目时每个人都是有很大责任的。所以，那种遇事就往后缩的团队成员是没有存在价值的。我认识一个人，在团队活动过程中，顶着团队成员的帽子，在大家辛苦工作的时候他在一边玩手机，别人让他干活他也不干，最后成绩验收的时候还要在小组成员的名单中加上他的名字。这种人无疑是不招人待见的。在日后的社会中是没有一家公司会去要这样的员工的。公司要的是那种可以给公司带来利益的有能力的员工。那么，如何评估一个软件工程师的能力如何呢？PSP认为有下列4个因素:
1、项目/任务有多大？一般以在项目中编写的代码行数为标准。
2、花了多少时间?
3、质量如何? 可以用缺陷的数量来除以项目的大小（每千行有的缺陷数）。也有人用试图用“re-work”来表示质量（千行代码的返工数）。
4、是否按时交付。在团队工作中，稳定，一致的交付时间是衡量一个员工能力的重要方面。
过去的我在编程时丝毫没有时间观念，更不会注意到自己犯的错误有多少，一般是犯了错误改掉就好了，一边翻书一边编程的情况更是数不胜数。正如书上所述，没有人愿意一个一边看医术，一边给自己开刀的医生为自己做手术。这样不仅做项目用的时间长，而且错误率也会大大增加。
为了改正这一错误，我打算以后编程之前先按照设计思路把不会的知识点全都查好，尽量避免在编程过程中边查资料边写代码。
