《构建之法》读后感

　　《构建之法》这么书，“啃”了有一个多月了，真的收获颇丰。在没有这本课本的前期，我们上的是《软件测试》这本书，虽说有很多值得学习的东西，但是理论性的知识太多，对于实际操作的课程少之又少，所以在近一个月的上课期间，经常没有很认真的去学习《软件测试》这门课。当时拿到《构建之法》这本书的时候，很厚的一本，有点看不下去的感觉，但是经过了短期的学习，自己好像对之也产生了一点点兴趣，并且也慢慢的进行了深入的学习。

　　书本第三章的软件工程师的成长对我的启发很大，在学校，我们需要学的知识和语言太多了。往往给我们一种杂而不精的感觉，但是平时在校期间几乎是没有多余的时间去将所学知识学精的。所以平时老师布置的作业就是很关键了，这是我们学习的一个任务。但是，做作业也出现了很多的问题，确实，像书上52页所描述：我们在平时的作业里，很多都是通过上网找资料得来的。因为有了上网这个功能，而且大家人手一台电脑，我们也没有体会到要去记牢一些最基本的事情。所以此后，我们也养成了习惯，一碰到不会的，马上百度，却从来不记住。当下次再遇到同样的问题时，我们可能还会再一次向百度伸出请求援助之手。此时，我也意识到问题的严重性了。某些低级的问题确实不值得我们一而再再而三地百度，这些最基本的东西本就该稳稳地沉淀在脑海里面，可以不经大脑就自然一气呵成。否则，你所精通的，其实都是别人的。这也就是《构建之法》对我的一些启示。

　　书本第四章的两人合作和第五章的团队和流程，我觉的这两个章节在我们今后进入企业上班工作起很大的作用，做一个程序，不是一个人可以完成的，团队里每一个人负责什么？需求设计谁写？谁测试？这些都涉及到团队里的每一个人，所以团队中如何分工，如何把各自负责的部分合成一个整体项目，这就考验了整个团队的团结分工性。第四章中我发现了以个在平常的编程里我的错误，在我的程序中，我的注释大多都是在变量名的后面，标注了该变量是什么。突然觉得这样的做法很蠢，一个变量，其实要是命名做的好，那么让人一目了然，就少了一些没必要的注释。

　　这本书对我的启发很多，无论是做管理还是做技术，人总是有学习的能力，相信有这个能力，不用纠结要做管理还是做技术。