《构建之法》第一、二、十六章疑问
我通过阅读发现这是一本十分有趣的书。不同于别的书的晦涩难懂，《构建之法》利用浅显易懂的语言，贴近生活的例子向我们讲述了软件工程的内容。
第一章 概论
软件=程序+软件工程
扩展：软件企业=软件+商业模式
软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营、和维护上的过程。软件的特殊性有a.复杂性 b.不可见性 c.易变性 d.服从性 e.非连续性。软件工程与计算机科学的区别：计算机科学中与实践相关的部分，都和数据以及其他学科发生关系；软件工程则和人的行为、现实社会的需求息息相关。
1.用户体验和数据结构、算法没有直接的关系。
疑问：那么那么数据结构和算法有没有关系呢？
我的看法：算法必须基于数据结构生存。也就是说，我们对于任何算法的编写，必须依赖一个已经存在的数据结构来对它进行操作，算法在没有数据结构的情况下，没有任何存在的意义；而数据结构没有算法就等于是一个尸体而没有灵魂。就像网络连接必须在电子设备上才能进行，而不能进行网络连接的的电子设备没有多少用处。
2.软件工程的一个重要任务就是决定一个软件在什么时候能“足够好”，可以发布。
疑问：软件什么时候足够好？
我的看法：a.用户体验高（功能和同类软件区别不大，但是会让人感觉非常好用。）
b.软件的质量好并且运行效率尽可能高。
c.软件是可维护的并且尽量功能全。
第二章 个人技术和流程
创建单元测试函数的步骤：a.设置数据 b.使用被测试类型的功能 c.比较实际结果和预期的结果。好的单元测试应该准确快速地保证程序基本模块的正确性。
3.大家要避免没有做分析就过早地进行“效能提高”
疑问：什么是程序效能分析？
我的看法：用效能分析工具来提高程序质量十分重要。虽然有实际用处的同时又是完美的软件是不存在的，并且没有实际用途完美软件也几乎没有。程序的效能分析就是把程序的完成性能与任务要求进行比较，得到的优劣程度即为效能。
4．如何逐步分解一个项目的需求？
疑问：需求分析（在第八章）
a.获取和引导需求
b.分析和定义需求
c.验证需求
d.在软件产品的生命周期中管理需求
第十六章 IT行业的创新
创新对于每个行业来说都很重要，但是创新的想法一开始往往不被接受。大家都喜欢创新，但在现实中好的主意不一定赢。创新者都是一马当先，人们大多在自己拿手的领域里取得创新而技术的创新才是关键。对于颠覆性的技术来说成功的团队更能创新。
