提出问题
快速通读教材《构建之法》，并参照提问模板，提出5个问题。
-
问题一：
由于编程经验极少，就先看了16章，其中迷思之三：好的想法会赢
但是在现实中，好的主意不一定赢
作者讲述了Dvorak键盘布局虽然好用但是最终却被QWERTY键盘布局给淘汰了，原因主要是由于打字机系统的演变使原来的键盘布局失去了优点，可以说是技术的创新导致了这个原先好的想法的没落，那么为什么在迷思之六：技术的创新是关键
除了技术的创新，还有很多方面的创新：商业模式创新，用户体验创新，生态系统创新
作者列举的例子中技术的创新最终被用户体验所打败？那么到底用户体验更重要还是技术创新更关键？
-
问题二：
还是16章的迷失之六：技术的创新是关键，
技术的创新是关键
我觉得这句话并没有什么问题，个人觉得在技术，商业模式，用户体验和生态系统创新中最最重要的还是技术创新，但是看到最后又有一句
科研是将金钱转换为知识的过程，而创新则是将知识转换为金钱的过程
这句话又让我怀疑自己之前的观点，突然觉得分不清到底这里所指的技术的创新是怎样的一种创新？我认为技术的创新应该是一种研发吧，但这里似乎是指知识变成金钱的过程
-
问题三：
第4章的为什么要结对编程中讲到
1.在开发层次，结对编程能提供更好的设计质量和代码质量，两人合作解决问题的能力更强
2.结对工作可以带来更多的信心，高质量的产出能带来更高的满足感
3.在企业管理层次上可以更有效交流，学习和传递经验等，运用得当会取得更高的投入产出比
我觉得这些优点只适用于那种长期的合作项目，4.6两人合作的不同阶段和技巧中提到了
萌芽，磨合，规范，创造，解体
单是前三个阶段就要花费大量的时间，而且由于两个人能力水平性格等的差异，能否成功还不一定，那些优点都是成功结对以后的优点，这样看来是不是弊大于利？
-
问题四：
在看了第5章的团队和流程后，不禁想到前面的结对编程，这里提到的软件团队的模式
主治医师和明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，功能团队模式等
我觉得结对编程也可以当成一种小型的团队模式，那么哪种模式更适用于结对编程？个人感觉应该是明星，业余剧团，爵士乐和功能团队中的一种
-
问题五：
虽然没有看完全书，但看了挺多东西还是不懂软件工程是什么？特别对第1章概论里面提到的软件和软件工程部分的内容有些疑惑
软件=软件工程+程序
软件工程是把系统，有序，可量化的方法应用到软件的开发，运营和维护上的过程。
软件工程包括软件需求分析，软件设计，软件构建，软件测试和软件维护
那么软件工程和软件到底是什么样的联系？整个软件工程是为了做出更好的更全面的软件，而软件又只是整个软件工程的一部分，不是很懂