《构建之法》心得体会

　　软件工程所讨论的是代码量巨大、涉及人数众多、项目需求多变时所要解决的问题。而在校学生根本就没有这样的环境。而邹欣老师的《构建之法》是我读过的书中最浅显易懂的软件工程书。以下是我对这书的心得体会。

　　首先，在第一章中我大致了解了我可以在书中学到什么，如何落实学习。了解到了一个软件不是简简单单就能说写就写的，还需要考虑各种因素，如人们的需求，功能的可行性。讲述了软件工程与计算机科学的关系，告诉我软件开发中应用工程化原则的重要性，其中还掺杂了几个例子，让我更好的理解软件工程的概念，同时使我觉得这本书不会太枯燥无味，加强了我看书的耐性。

　　第二章、这章引入了“单元测试”的知识，单元测试对一个好的软件起着重要的作用，单元测试应该是准确、快速地保证程序基本模块的准确性，单元测试也有一系列的标准验证其好坏。单元测试必须由最熟悉代码的人来写，最好是在设计的时候就写好单元测试，这样会减少程序问题的出现。另外考核激发团队的团结力，绩效考核是个不太好做的工作，但是还要做，只有这样，团队才能无往不胜。

　　第三章给我们介绍了软件工程师的成长，以及对个人能力的衡量与发展。也说明如何评级软件工程师水平的主要方法，技能的反面，TSP对个人的要求，软件工程师还有什么更好的方法来衡量自己的能力和价值。提高技能的方法很简单，通过不断的练习，把那些低层次的问题都解决了，变成了不经过大脑的自动操作，然后才有时间和脑力来解决较高层次的问题。那么工程师未来的职业发展会更顺利。

　　第四章中说”合作的最小单位是两个人“，两个工程师相互看代码并给出自己的意见，所以代码的规范性是极其重要的，我们的代码不仅要让机器读懂也要人也能读懂，在第四章的学习中，我们也尝试着和别人结对来编写一个程序，效果相当的不错，规范的代码让我们都能够方便读懂对方的程序。

　　第五章”团队与流程“与第二章的”个人技术流程“有关联，”非团队与团队“”个人与团队“团队的模式相较于个人模式，团队模式更多，更为复杂多样化，也更具趣味性，并为我们介绍了团队合作的几种模式，以及团队中的几种开发流程。让我明白从现在开始就应该着重培养自己的团队合作意识。

　　总之，通过这本书我对团队合作又有了新的看法了，我之前认为软件团队的模式就是一个人分配一个模块，自己负责自己的，也没什么模式可言，可是学习了《构建之法》之后，我才了解到原来软件团队有各种模式，并且每种模式都适用于不同的人员和需求。这真是让我大开眼界。其中让我印象深刻的有业余剧团模式、秘密团队、明星模式等待。这些都和我们的生活息息相关，我没想到原来软件团队模式离我们的生活怎么近。这本书涵盖了现代软件工程的全部，每个章节甚至每个段落拿出来，都可以在实践中作为指导。真是一本不可多得的好书，值得一读。