《构建之法》心得体会

近期通读了构建之法，这本书的厉害之处在于其强大的实用性和枪击趣味性，从未见过能把软件工程写的这么有意思的书，实话实说，无论是什么目的读书，趣味性绝对是最容易被接受的，特别是比较枯燥的领域。很快就读了小几十页，虽然有些地方需要时间理解。但是这种通常的酸爽真是舒服。

软件开发的不同阶段

一就是玩具阶段

二是业余爱好阶段

三是探索阶段

四是成熟的产业阶段

这本书就通过我们熟悉的事物来给我们举例子，并配置上了图片。然而软件工程到底是什么呢，人们在开发、运营、维护软件的过程有很多技术、做法、习惯和思想体系。软件工程把这些相关的技术和过程统一到一个体系，叫“软件开发流程”。软件开发流程的目的是为了提高软件开发、运行、维护的效率，并提高软件的质量还有用户的满意度、可靠性和软件的可维护性。

根据介绍不同的东西，作者都会给出人们通俗易懂的例子来给读者解释，并且每一个章节的最后都会给读者一些参考文献，在本章节的课程中有一堆深层次的知识点的话，也方便读者去钻研深入。

而且在介绍知识点的时候有的类目会给出一个配图方便我们的理解，更形象更深刻。在第二章节当中也给我们介绍了单元测试，还有用VSTS写单元测试等，通过对第三章的阅读，我深刻的意识到了个人能力的衡量和发展，在团队中，有时候不需要你做某一些的事情和操作，但是当有一天，其中一个人没法进行工作的时候，那时候就需要自己的补助，并不是一味的在某些方面只依靠一个人来执行一些事情，在做好一个事情的时候有时候也要学学相关联的事情，不需要深入，但至少也要会点基础。不过相对的，有时候并不需要只依靠一个人完成一个项目，当别人在某些方面优胜你的时候，你不妨去求助或者请教对方，而不是每个东西都自己从头开始，也可以借助一个别人的力量。在篮球赛中有时候需要单人突破，也有时候也需要靠着传球来打破现在的僵局。

疑问一：在我们写代码的同时是否需要尽量写出代码的作用和注释，来帮助其他人来读懂代码呢，如果注释过多的话那用什么来保护自己所写的代码呢。

疑问二：团队模式合作下，如何能确保其他人能调用到自己所写的代码呢，是事先准备沟通好会有什么方法吗，那如果临时有更好的解决办法，重新塑造一个方法那怎么跟其他的模块联系上呢。

疑问三：用户体验是在代码完成到哪部分的时候才让用户体验呢，从什么时候要考试考虑用户体验。

疑问四：系统报错的时候，如果没提示准确的消息，那么需要求助什么工具书或者论坛呢。

疑问五：怎么尽可能的规避项目的风险呢。