《构建之法》阅读笔记02
这周我阅读了《构建之法》的第四五六章，这几章主要讲了合作和团队以及程序的复审。
第四章主要讲两人的合作开发项目，这也是最近主任正在让我们尝试的。书中强调两人的合作要重视代码的规范，的确我在与同伴合作写程序时，就遇到了代码不规范带来的严重后果。我平时写程序虽然括号都能写对，但不注重括号位置的匹配，所以经常不知道循环到哪结束，输出也就经常因此出错，经常因为这个浪费很对时间。而且以前我经常是程序编完之后才注释，而且只是粗略的写一些，因为老师要求嘛。但这次和同伴写程序，我深深体会到了不认真写注释的后果，我的同伴看不懂我的算法，而我解释时也忘记了当时的想法，看不懂了自己的程序，可见注释不仅是让别人看懂自己的程序，也同时是防止自己忘记自己的程序。这一章中我印象最深的还是对错误的处理，我们现在写程序都只能按照自己的要求输入才能行，但我们并不知道用户会输入什么，当用户的输入不满足我们的要求时，我们必须有相应的程序处理它，而这种能力我们必须从现在就练成。
书中第五章将团队和流程，现在的软件开发再也不是一个人单打独斗的事情了，我们都需要一个分工明确的团队。书中介绍了很多种类的团队模式，但我觉得软件的团队模式应该是在一定情况下我们我们聚集在一起，为了相同的目标，承担着不同的责任，利用自己的能力去完成每个人的任务。对于开发流程作者认为一群人做软件开发，总要有一些方法，作者给我们提供了很多模式选择，但由于我们是刚接触编程，也是刚开始两人合作编程，所以我对这些并不是很理解，只能从字面理解，但应该会对以后的团队合作有帮助吧。
第六章——敏捷的流程，作者说敏捷流程是一系列价值观和方法论的集合。我原来以为敏捷的流程是一个程序员灵光闪现而产生的，但作者告诉我们没有坚实编程实力的基础，是不可能想到敏捷的开发流程的，仔细想想也是。如果没有大量编程的经历，怎么也不会对流程有思路。一个敏捷的团队，作者告诉我们，要自主管理，我们不仅要完成自己的任务，还要尽量完美的结束；自我组织，我们是一个团队所以不能落下一个人，我们在做自己的任务时，不能忘记帮助队友；多功能型，我们不仅要完成编程任务，还要自己搞定说明，自己搞定测试。还要对自己的程序进行总结。
个人感受，此次阅读，最大感受就是代码的规范，以前从不注重代码规范，造成了不少麻烦，不仅是对别人也对自己。还有一点感受就是我们要学会如何和别人一起编程，这是我之前从来没想过的。