构建之法的第十五章给我们介绍了稳定和发布阶段。正如书中所说的，软件生命周期的最后阶段往往是最考验团队的，不但考验团队项目管理水平、应变能力，也考验团队的“血型”。原计划的软件发布时间快到了，但是软件还是有各种问题，我们应该怎么办？首先我们要能认识到自己软件中的不足，不能以任何软件都会有缺陷为借口来自欺欺人。然后我们就应该组成一个会诊的小组，对诊断我们软件中的各个bug并讨论提出相应的解决方案。等到我们软件发布之后，我觉得事后诸葛亮会议也就是总结会议必不可少。当所有的事情都完成了，回头看看我们所做的一切，不难发现自己和团队的一些不足之处，我们就应该及时作出总结，这样才能有利于团队和个人的进步。
构建之法第十六章告诉我们的是IT行业的创新。确实，现在的社会，在哪儿都需要创新型的人才，我们IT行业也不例外，在我看来也只有创新才能推动发展嘛。首先我们得抓住创新的时机，并不是什么时候创新都是行得通的。我们的创新应该是把软件推向更高的质量和更好的市场的，所以创新也不是盲目的创新，我们需要目的性。在我认为我们不需要刻意地去创新，每个人对于每一件事情都会有自己的不同的看法，其实这都是每个人的一种创新的形式，只是有些创新的好的而有些是无用的。我们就应该在我们的动手实践中，找到创新的灵感，并把它融入到软件开发的过程中，这或许会对我们的软件开发有意想不到的收获。
构建之法的第十七章的主要内容是人、绩效和职业道德。首先啊，是做人的问题。人可以分为两种，做事的人、不做事的人。而做事的人呢又可以分为很多种，认真做事的人、做假事的人、假装做事的人。不同的人就会有不同的绩效，而这样，也就有了我们所说的职业道德。绩效，从管理学的角度看，是组织期望的结果，是组织为实现其目标而展现在不同层面上的有效输出，它包括个人绩效和组织绩效两个方面。只有认真做事的人，才能有好的绩效，也就是说能保证我们软件的质量。但是也正因为有哪些假装做事和做假事的人，才有了职业道德这么回事。就我个人从最简单的角度来理解吧，我觉得我们软件工程师的职业道德，其实就是对我们的所做的软件负责。
就以前来说，我可以说是一个比较懒散的人吧，所以不喜欢麻烦的事情，就比如事情做完了就好而不善于总结，缺少要创新的想法觉得麻烦。现在我认为，这不仅仅对我的个人成长有不好的影响，有可能以后找个工作都有困难。正所谓软件工程师有他们所为的职业道德，我们做软件工程的学生的，也要有自己作为一名学生的觉悟是吧，不管怎样，我们都应该朝着能够使自己变得更好的方向前进。