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