1.我看了这一段文字:13页中“用‘蛮力’提高计算速度的工程方法远远甩开了同时代的各种‘智能’方案”，有这个问题：蛮力提高的计算机（计算机的硬件很难有提高的时候）速度在将来会比算法更重要吗？我查了资料，有这些说法：都重要。没硬件， 再好的软件也无法使用；没软件， 再好的硬件也是空架子。根据我的实践，我得到这些经验：在以后如果能发现新的能源物质，硬件的改进确实能比算法更能提高计算速度，如果人类用现有的物质达到顶端，也许改进算法更能提高计算速度。 但是我还是不太懂，我的困惑是：算法和硬件提高的效率哪一个更困难。
2..我看了这一段文字：第五章的团队和流程。有这个问题：有些优秀的模式，如：秘密团队、特工团队、交响乐团模式、功能团队模式等，哪一种团队相对于更好一点？我查了资料，有这些说法：每个好的团队都有自己的优势所在，最好根据软件的特点来选择所需要的团队。根据我的实践，我得到这些经验：个人比较偏向于秘密团队，因为秘密团队有极大的自由，没有外界的干扰，又有自己独特的使命，这样对大家来说是很大的驱动力。 但是我还是不太懂，我的困惑是：既然优秀的团队很难凑齐与磨合，为什么世界上还有那么多优秀的团队，是靠时间的堆积还是靠项目的不断交流进行让他们变成优秀的团队的？
3.我看了这一段文字：第八章需求分析中163页，用户调查是向用户提供事先设计好的的问题，让用户回答。有这个问题：用户会点开你精心设计的问卷，并且配合你的调查吗？我查了资料，有这些说法：为了让问卷的设计更加的吸引人，其实最重要的就是要在问卷的设计方面加大一些力度，比如，可以在设计题目的时候减少一些不必要的文字，这样就能够让问卷看起来更加的简单。还有就是可以设计一些比较有趣的问题，这些题目当然也要贴合主题，在很好的表达主题思想的基础上，增加一些娱乐性的文字表达或者是图片，都可以让用户积极的参与问卷调查工作中来，也会让填写者获得更多的乐趣，因此，在设计问卷的时候是有很多学问的。为了可以让问卷得到最好的回答效果，在问卷的结尾处还可以提供一些奖励，比如公司的代金券，或者是一些小奖品，还可以是佣金的奖励，这些都要看企业的需要以及投放的资金等，也要结合调查的方式进行。根据我的实践，我得到这些经验：进行一些奖励能够激发用户填写问卷的兴趣，比如像腾讯的问卷调查，送会员，送q币，还是能够激发用户填写问卷的兴趣的。 但是我还是不太懂，我的困惑是：如果设计的程序偏向特殊团体，如60多岁的老年人等，他们并没有做调查的意愿，也对奖励没有欲望，那这样应该如何解决？
4.我看了这一段文字：在第十一章中，234页，有分析和设计的有许多方法：以文字为主的文档，以图形为主构造的模型等。有这个问题：分析和设计的方法有多种，这些真的很重要吗？以及文档和模型在软件开发过程中的作用。我查了资料，有这些说法：1)提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。2)提高开发效率。软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。3)作为开发人员在一定阶段的工作成果和结束标志。4)记录开发过程中的有关信息，便于协调以后的软件、开发、使用和维护。5)提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。6)便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需要的软件提供依据。根据我的实践，我得到这些经验：文档和模型对我们的软件开发有巨大的作用，不仅放对软件有一个全局的了解，而且能够提高开发的效率。 但是我还是不太懂，我的困惑是：在什么情况下用文档，在什么情况下用图形模型？
5.我看了这一段文字：在第13章中，282页，按测试的目的分类有功能测试与分功能测试。有这个问题：功能测试的用例需要详细到什么程度才算合格？我查了资料，有这些说法：有人主张测试用例详细到每个步骤执行什么都要写出来，目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。另外一种观点就是主张写的粗些，类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范，变动十分频繁，因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护，可以让测试执行人员有更大的发挥空间。根据我的实践，我得到这些经验：软件测试用例的详细程度首先要以覆盖到测试点为基本要求，只有达到了测试的基本要求，才能在此基础上进行更多的测试，如果只用1个用例来完成，这个也许什么都测试不出。 但是我还是不太懂，我的困惑是：测试的基本要求点在哪里？过多不好，过少也不好，如何进行衡量。