这周阅读了构建之法四五六章
第四章讲诉了在我们写代码是应该要注意代码的规范，不能够只能让自己看的懂，也要让别人看得懂。在合作中在客观全面的对待自己的结对伙伴，懂得相互鼓励，相互学习。说”合作的最小单位是两个人“，两个工程师相互看代码并给出自己的意见，所以代码的规范性是极其重要的，我们的代码不仅要让机器读懂也要人也能读懂，在第四 章的 学习中，我们也尝试着和别人结对来编写一个程序，效果相当的不错，规范的代码让我们都能够方便读懂对方的程序。
第五章为我们介绍了团队合作的几种模式，以及团队中的几种开发流程。让我明白从现在开始就应该着重培养自己的团队合作意识。 ”团队与流程“与第二章的”个人技术流程“有关联，”非团队与团队“”个人与团队“团队的模式相较于个人模式，团队模式更多，更为复杂多样化，也更具趣味性
第六章Scrum方法论是敏捷过程的一种，敏捷过程的精髓在于快速交付。第一步：找出完成产品需要做的事情，每一项工作用天为单位计算。第二步：把整个产品分为几个相互联系的冲刺，也就是sprint，团队成员主导任务的估计和分配，各取所长，能动性得到较大发挥。第三步：冲刺阶段各个团队相互独立，所有的问题都只能在这个冲刺完成之后进行交流。冲刺期间，每天需要开一个站立会议，告诉队友我昨天所做，今天将做，遇到问题。第四步：得到增量版本，交付。敏捷方法用时间来管理，来驱动每一个冲刺，积少成多，最后形成不断迭代增量的版本。这种时间驱动彻底断除了我们延期完成工作任务的想法。