刚开始读《构建之法》这本书时，书上所提到的很多问题都是我们平常在写代码时候会犯的一些小的错误，就我个人而言，在我还没读《构建之法》这本书之前，我还不知道我平常在写代码中犯了这么多的错误，虽然这些错误都是一些小错误，并不影响代码的执行，但是看了《构建之法》这本书之后，才忽然明白原来一些小错误也会造成大的问题。
第一章中有一个问题，每个人对于不同的事物都有不同的看法，我们的软件不可能满足每一个人的要求。但是这句话不是我们逃避问题的原因。我们要尽自己的可能将一切做到最好。在软件生产前要努力了解到人们的需求。基于此进行软件的开发。软件开发完成后。不是所有工作都完成了。要继续对我们软件进行维护。当我们开始工作时，软件的维护将是一项大工程，千万不要小看它！
书本第三章的软件工程师的成长对我的启发很大，在学校，我们需要学的知识和语言太多了。往往给我们一种杂而不精的感觉，但是平时在校期间几乎是没有多余的时间去将所学知识学精的。所以平时老师布置的作业就是很关键了，这是我们学习的一个任务。但是，做作业也出现了很多的问题，确实，像书上52页所描述：我们在平时的作业里，很多都是通过上网找资料得来的。因为有了上网这个功能，而且大家人手一台电脑，我们也没有体会到要去记牢一些最基本的事情。所以此后，我们也养成了习惯，一碰到不会的，马上百度，却从来不记住。当下次再遇到同样的问题时，我们可能还会再一次向百度伸出请求援助之手。此时，我也意识到问题的严重性了。某些低级的问题确实不值得我们一而再再而三地百度，这些最基本的东西本就该稳稳地沉淀在脑海里面，可以不经大脑就自然一气呵成。否则，你所精通的，其实都是别人的。这也就是《构建之法》对我的一些启示。
书本第四章的两人合作和第五章的团队和流程，我觉的这两个章节在我们今后进入企业上班工作起很大的作用，做一个程序，不是一个人可以完成的，团队里每一个人负责什么？需求设计谁写？谁测试？这些都涉及到团队里的每一个人，所以团队中如何分工，如何把各自负责的部分合成一个整体项目，这就考验了整个团队的团结分工性。第四章中我发现了以个在平常的编程里我的错误，在我的程序中，我的注释大多都是在变量名的后面，标注了该变量是什么。突然觉得这样的做法很蠢，一个变量，其实要是命名做的好，那么让人一目了然，就少了一些没必要的注释。
这本书告诉了我们详细的教学计划，和教学目的目标和手段。让我们自己考虑什么事健康的师生关系。然后给我们简单得讲述了软件工程是什么，用通俗易懂得语言并类比其它学科简单介绍软件工程行业的发展。
这本书对我的启发很多，无论是做管理还是做技术，人总是有学习的能力，相信有这个能力，不用纠结要做管理还是做技术。