构建之法:现代软件工程--读后感
我是一名学习软件工程的学生,这学期我们学习了软件工程这门课程,教材使用的是邹欣老师编写的构建之法这本书。学习了里面的内容之后,感觉对自己的学习很有帮助,所以这里有一些看完这本书之后的一点小体会和大家分享,希望能够一起交流一下!
在读这本书之前,我眼里的软件工程师就是在办公室里安静的敲代码的工作。但看完这本书之后,才发现原来我的想法真的是太天真了,代码编写在一个项目开发中只是冰山露出的那一个小角,项目开发中的写文档需求,代码编写规范,代码的复审,以及编完之后的测试阶段和测试报告,还有项目交付后,后期的维护。这些都是一个好的项目必不可缺少的环节,并且无论哪一个环节都是马虎不得,必须保质保量的完成。
构建之法是真的很适合菜鸟进阶的一本书,书中的内容浅显易懂,并且用了很多很现实的例子,这让读者能够更容易的看懂,例如在书的第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.问题:关于代码编写的规范性的提高,有什么好的方法吗?