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