学习时间：周二3小时和周日2小时
自我总结：
本周课上主要完善抽签小程序，增加了分组抽签的功能。
还学习了代码审查的重要性，例如：提高代码质量、提高开发者开发水平、提高程序的可维护性、提高开发者对编码的责任感、传播知识等。
阅读内容：
本周依旧阅读《构建之法》第五章。
这一章主要说典型的软件的团队模式和开发的流程有哪些，都有什么优缺点，团队模式和开发效率。团队的模式有很多很多，像一窝蜂模式的团队是不行的，他们只是临时聚集在一起，存活的时间不长的。主治医师模式是有一个主要负责程序的人，其他人在各司其职，这种模式看似虽好，但是到最后往往会退化为“一个学生干活，其余学生跟着打酱油”。随后也出现了很多团队模式，比如说明星模式，社区模式，业余剧团模式，秘密团队模式，特工团队模式，交响乐团模式，爵士乐模式，功能团队模式官僚模式，写了再改模式，瀑布模式等等。写了再改模式是大多数学生都在使用的模式，看起来跟一窝蜂模式非常像。我比较欣赏的是功能团队模式，这个模式就是具备不同能力的同事们平等协作，共同完成一个功能。在这个功能完成之后，这些人又重新组织，和别的角色一起去完成下一个功能，他们之间没有管理忽然被管理的关系，这样有利于小组和谐交流，也能充分发挥出每个人最杰出的技术，使项目最好的完成出来，这样效率也高，准确性也高，也比较和谐。