《构建之法》观后感
这学期《软件测试》课程新加了《构建之法》这本书，初次接触邹欣老师的《构建之法》是被起被其书特有的幽默风趣所吸引。它不同于其它的专业书一样，枯燥无趣深奥。反而是采用对话、举例等形式展现，像书上用来阿超、小飞等人物风趣幽默的对话打破了传统计算类讲解书的单调。这样一本书适合于各水平的人阅读观看。
首先，介绍了解到什么是程序，什么是软件，什么是软件工程，也了解到了一个软件不是简简单单就能说写就写的，还需要考虑各种因素，如人们的需求，功能的可行性。其次，明白了软件开发流程不光是指团队的流程，好包括个人开发流程，，在团队的大流程中，是每一个具体的个人在做开发、测试、用户界面、管理、交流等工作。再后来学会了如何在编程中团结合作，我们要学会需找合适的团队合作模式和开发流程。书本上提到了很多的团队合作模式和开发流程，都各有优缺点。仅仅从校园合作的角度出发，我认为使用功能团队模式更适合彼此合作交流，而开发流程在校园合作阶段，容易被忽视或是考虑的不全面。在编程中，我们还需要用尽量短的时间去融入团队，更快的看清自己的定位以及认识到同伴的优劣势能帮助我们更好的提高效率去编程。并且，在写代码的同时，必须遵循一定的代码规范，才能让团队看得懂你写的代码。邹欣老师在《构建之法》中也提到在IT行业中创新的重要性，近年来，社会上不断提出创新者两个字。创新是以新思维、新发明和新描述为特征的一种概念化过程。在创新过程中我们需要注意创新的时机，我们不仅需要一个好的团队以及技术的创新，更需要注意创新之举在当下的实用性和未来前景，时势造英雄同样成立在创新之上，一旦确立了创新那么我们便需要把创新和自己原有的能力相结合做出一款成功的软件。同样的技术的创新是关键，创新则是将知识转换为金钱的过程。软件工程中需求的分析是必不可少的，我们必须弄清软件需求的类型并找到其利益相关者是使自己的软件获得成功的基础，另外当用户表达不清楚自己的需求时，我们更进一步的专业分析，对于用户来说会不会多此一举，因为可能很多功能用户并不需要。
读完这本《构建之法》，也存在一些问题需要向老师请教：
1.结对编程中，两个人之间产生矛盾影响到代码怎么解决？
2.合作都有可能走到解体阶段，那么假如一个大公司的团体走到了这个阶段的话，会造成什么样的损失？
3..做软件都要做一个需求分析，假如要做一个新的软件，应该怎么样去了解到大众真正的需求呢？
4.敏捷流程中，每一步做什么都考虑的很详细，但是真正的工作有些问题做不到的，该怎么办？
5.团队合作模式和开发流程的关系密切？两者能否脱离？