Week2-作业一——精读《构建之法》
前言
其实我本人是不经常看书的，电子书倒是看了不少，实体书真的不经常看，但是为了这次作业的需求，我还是选择静下心来阅读一下这本《构建之法》。也算是强迫自己增加一些阅读量吧，哈哈。
第一章概论
对于第一章，我觉得这个1.1的开头很好：
软件=程序+软件工程
简单明了，这样一个等式也引起了我的好奇：
Questiion1：软件只等于程序加软件工程？就这么简单？
那看来是我小看了程序和软件工程这两个词。于是我特地去百度了一下程序和软件工程，百科是这么给解释的：
原来这两个词只是广义上的两个概念，实际包含的东西有很多，而且涉及到各个领域，以前我一直以为软件工程只是我们专业的名称，而程序是程序员的产物，仅此而已…现在看来，是我太单纯了。
继续往后读，我又看到一句让我有疑问的话：
软件企业=软件+商业模式；商业模式决定了一个软件企业的成败。
Question2：前面才说软件企业等于软件加商业模式，为啥到了后面只有商业模式决定软件企业的成败，难道软件不是其中一个因素吗？
试问：如果一个有着优秀商业模式却没有一个优秀的软件作品的软件企业，它怎么能发展下去呢？在我看来，既然软件企业=软件+商业模式，那么对于这个企业来说，高品质的软件和高质量的商业模式同样重要，二者缺一不可。
继续往后看，我看到了三局简短而有力的话：
哲学家的宗旨是：我思，故我在
科学家的宗旨是：我发现，故我在
工程师的宗旨是：我构建，故我在
我觉得这三句话总结得非常好，很受用，正如书中所说，人类要生存，人类文明要向前发展，离不开思考、发现、构建。
第二章个人技术和流程
这一章我看完以后实在没有啥疑问，我觉得这一章也没有什么可疑问的，可能我的专业知识还不够丰富，所以对这一章里提到很多东西都无法判断，要真说有疑问的话，那就是在2.3里提到PSP的特点中，最后一点说：
PSP的目的是记录工程师如何实现需求的效率，而不是记录顾客对产品的满意度。
Question1：难道顾客对产品的满意度不是用来评价一个软件的好坏以及工程师对需求的完成度吗？
书中说到工程师有可能很高效地开发出一个顾客不喜欢的软件（例如用户界面很差，功能未能解决用户实际问题等）那么这位工程师还是一个优秀的工程师么？
我觉得吧，虽然举的例子有道理，但是，如果工程师只是高效地开发出一个顾客不喜欢的软件，那么他也算是没有完全满足顾客的需求，举的例子只能算是一种情况吧，高效不代表高质，所以我认为不能单纯地通过效率来判断一个工程师的能力。
第十六章 IT行业的创新
这一章内容很多，讲了很多创新的迷思，还有创新的时机、创新的招数、魔方的创新和创新和作坊，对于这一章，基本上都是在说企业创新，的确，创新是一个社会发展的需要。对于这一章，我没啥想问的，就谈谈以下这一点吧：
在16.1.2中说到：大家都喜欢创新
不一定吧，真的是每个人都喜欢创新吗？
都说科技是把双刃剑，而创新的结果就是科技的进步，我觉得所有的事情都有两面性，创新固然有好，但它也有它不可否认的坏处。有的创新给人们带来的是便利，是进步；而有的创新，给人们带来的却是灾难和堕落；就拿咱们软件行业来说，最早的半条命、CS这类动作射击类游戏的兴起，很多人沉迷其中，都说电脑游戏是为了让人们放松心情、休闲益智，但是因为创新，那些血腥暴力的动作射击游戏还是被开发了出来，它的确满足了很多人对游戏的需求，但是，它同时也让很多学生沉迷其中，有的甚至把虚拟的打斗带入现实当中，造成了很多事故，让很多家庭因为这些暴力游戏而被毁掉，这样的创新难道是大家都喜欢的吗？
当然，我的例子举的有点偏激，我只是想证明创新固然好，但是要看它对我们的利和弊的权衡是什么样的，盲目的创新只会让人们陷入堕落的深渊。