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