一、个人总结
在Alpha阶段,我们团队通过合作的方式,完成了之前觉得不大可能会完成的事(至少在我看来是这样的),大家其实之前的写代码能力都不太好,这期间大家都是边学边做,边做边学,最后跌跌撞撞的完成了这个查重系统。对于这次经历我有两点心得:第一:我切身的感受到了团队合作的重要性,只有找到好的合作伙伴,才能走得更远,在这里,请允许我秀一句英语啊——On your own you may go faster,Yet,only with companions can you go further,;第二:有些事情可能看上去很难,但如果真的动手去实践,去做的话,未必就不能做成。
二、提出问题
1.(构建之法第二章p41)引用文字“100%的代码覆盖率并不等同于100%的正确性”,单元测试代码覆盖率为100%,为什么还不能保证代码100%的正确性?
2.(构建之法第四章p90)结对编程过程中,让伙伴间不间断地复审:设计复审、代码复审、测试计划复审、文档复审,这些东西本来就是两个人一起做出来的,再一块去复审,不就是重新再看一下自己写的东西吗,没太大意义吧?
3.alpha阶段的时候有做功能分析的四个象限,构建之法第八章也有讲到,其中的外围功能和必要需求的定义,书上是这样写的,必要需求:建议采取抵消的办法,快速达到和别人差不多的,对于大家都特别看重的功能,采取优化的办法,达到行业最佳;外围功能:建议采取维持的办法,以最低代价维持此功能。这两点有些地方是重复的,是不是可以合二为一呢?
4.(构建之法第九章片187)PM是团队里除了写代码,测试代码和画图做设计的成员外的另一类角色,主要负责角色分配,在alpha阶段,我们团队也有选PM,但对于这个小程序来说,主要工作就是写代码,测试,因此PM的作用可以说很小,有什么问题都是在每天的会议里直接讨论的,因此对于一些小的项目,PM这个角色是不是可以省去?
5.(构建之法第十二章P244)从用户的角度考虑问题,需要我们有同理心,书上也告诉了我们有同理心的软件工程人员是怎么想的,但怎样才能有同理心呢,怎样去训练或者培养呢?
三、自我评价
- 请用自我评价表:http://www.cnblogs.com/xinz/p/3852177.html 有比较才会有进步。
1-8 |
C |
C |
D |
B |
C |
D |
D |
D |
9-16 |
E |
B |
D |
B |
C |
C |
D |
C |
17-24 |
A |
C |
D |
C |
B |
C |
D |
D |
25-32 |
C |
D |
C |
D |
D |
D |
B |
C |
33-40 |
C |
D |
C |
D |
D |