一、个人总结
在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 |