构建之法：现代软件工程--读后感
我是一名学习软件工程的学生，这学期我们学习了软件工程这门课程，教材使用的是邹欣老师编写的构建之法这本书。学习了里面的内容之后，感觉对自己的学习很有帮助，所以这里有一些看完这本书之后的一点小体会和大家分享，希望能够一起交流一下！
在读这本书之前，我眼里的软件工程师就是在办公室里安静的敲代码的工作。但看完这本书之后，才发现原来我的想法真的是太天真了，代码编写在一个项目开发中只是冰山露出的那一个小角，项目开发中的写文档需求，代码编写规范，代码的复审，以及编完之后的测试阶段和测试报告，还有项目交付后，后期的维护。这些都是一个好的项目必不可缺少的环节，并且无论哪一个环节都是马虎不得，必须保质保量的完成。
构建之法是真的很适合菜鸟进阶的一本书，书中的内容浅显易懂，并且用了很多很现实的例子，这让读者能够更容易的看懂，例如在书的第17章——人，绩效和职业道德这一章中，运用了猪、鸡和鹦鹉的故事来讲解RASCI模型，有趣卡通的人物，让我很容易就理解了RASCI模型：
R：即Responsible，负责把具体事情做好。
A：即Accountable，对任务负全责，有批准的权力。
S：即Support，对任务提供支持，辅助任务的完成。
C：即Consulted，咨询，拥有完成项目所需的信息或能力的角色。
I：即Informed，知会者，应该事后及时通知结果的角色。
此外，书中还有大量其他有趣的例子，来讲解一个个知识点，有兴趣的你可以去看看。
本书的4，5，6，7章介绍的团队合作给了我很大的感触，让我认识到一个好的项目光靠一个人是不可能完成的。即使你是这个方面的大牛，但一个人的力量始终敌不过一个团队的力量。当然，这里的团队指的是一个好的团队，而不是随随便便找几个人就组成的团队。一个好的团队应当能够遵循MSF的基本原则，即推动信息共享与沟通；为共同的远景而工作；充分授权和信任；各司其职，对项目共同负责；交付增量的价值；保持敏捷，预期和适应变化；投资质量；学习所有的经验；与顾客合作。团队中的每一个人做好自己需要完成的任务，并很好的遵循MSF原则，这样的一个团队，做出的项目一定是相当的Perfect的！
以上就是我看完本书后的一点小体会，最后我还有几个小疑问，希望跟大家分享下：
1.问题：我们现阶段可以从哪方面开始培养自己的开发思维和能力，向工程师迈进？
2.问题：在单元测试中，一定要要求代码覆盖率达到100%吗？
3.问题：书中用很大的篇幅强调了团队的重要性，那么怎么样才能挑选合适的人组成一个不错的团队呢？
4.问题：当一个团队出现了不和谐的声音了，比如抱怨工作分配不均，这时候该怎么处理？
5.问题：关于代码编写的规范性的提高，有什么好的方法吗？