在这门课程之前，我几乎是没有读过与我们的专业书，因为我觉得书中的内容太抽象，其实说白了也是自己懒，不愿意看书去理解，更是静不下心来，但是《构建之法》这本书真的是通俗易懂，这是我用心的看的第一本专业书，也希望这是我从此好好学习软件工程专业的开端。
第一章：概论
基于原文：一个软件或者服务要有人买，就得找到顾客。顾客有各种需求，有些靠谱，有些不靠谱；有些容易做到，有些难以做到。软件团队要从需求分析开始，把合适的需求梳理出来，然后逐步展开后续工作，如设计（软件架构）、实现（写数据结构和算法）、测试，到最后发布软件。
问题：我们做的所有的程序都是以顾客的需求为第一根本点吗？“物以稀为贵”这样的想法错在哪里？为了满足顾客的需求，我们肯定要在功能上多下功夫，质量保证。后面书中也有提到，一个好的软件，计时功能和同类软件区别不大，但却会让人感觉到非常好用。这是软件的用户体验，很多非常成功的软件就应在这个方面。
我的感触：我们将在做软件时，一定要着眼于顾客需要什么。需要什么我们就做什么，在传统做法中创新，在创新中让用户得到更棒的用户体验。
第二章：个人技术与流程
基于原文：绝大部分软件都是由多人合作完成的，大家的工作互相有依赖关系。软件的很多错误都来源于程序员对模块功能的误解，疏忽或不了解模块的变化。
问题：我们在团队合作的时候，比如说我负责某一个模块，我需要对其他人的负责部分了解到怎么样的程度，才能最大程度的理解每一模块，来避免类似问题的出现。
第十六章：IT行业的创新
迷思之三：好的想法会赢
问题：其实我不太认同这种说法，可能我的想法偏激，极端。我认为好的想法会让我们更方便的去做一些事，好的想法是创新的想法，创新无疑是每一个行业至关重要的，但是往往在实现创新的过程中我们会遇到这样那样的现实问题，我们不得不面对然而又无奈，后面说的创新者都是一马当先，这个说的很对，创新是第一生产力，但是后面的“要成为领域的专家，才能创新”我觉得创新来源一种灵感，但是未必只有科学家才有灵感，从我们小学开始，我们老师就告诉我们要努力创新，我觉得我们要留意身边的生活，细心去贴近生活，往往一些生活的细节就是创新的根本点。
