软件基础第二次作业

这个作业属于哪个课程	< https://edu.cnblogs.com/campus/zjlg/rjjc20 >
这个作业的目标	<你理解的作业目标具体内容>
姓名-学号	<徐威霆>-<2018330301065>

怎样评价一个软件的BUG？

• 出自P15

Bug的多少能直接衡量一个软件的开发效率、用户满意度、可靠性和可维护性。

• 观点：书中说 Bug 的数量多少能用来衡量一个软件的好坏程度，不过是否为 Bug，决定于用户和开发者的不同角度，因此，真正意义上的好软件，究竟是在开发者的角度看 Bug 的数量还是从用户的角度来看待，就好比一个用户下载了某个公司的一个软件，但是在用户不知情的情况下同时下载了另外几个软件，对于公司来说，这样一个软件能增加公司软件的下载量，对公司来说这肯定不是一个 Bug，但是对于用户来说，他并没有同意下载这些软件，对他来说，这个肯定是存在的一个 Bug，因此站在不同的角度，一个软件是否存在 Bug 是存在争议的，在真正意义上，什么样的软件才是好的软件，到底是要站在开发者的角度来看待还是从用户的角度来看。

是否会因为追逐交付时间而丢失创新能力？

• 出自P47

软件项目确实需要创造性，需要一些意外，一些惊喜。但是，更多地是常规的、机械的，可重复的任务，软件领域可以分为两个方面：一面是技艺创新的大爆发；而另一面是坚持不懈的工程工作，包括软件的改善、维护和测试等，这一方面占了90%—95%的比例。对于这些任务，一个成熟的软件工程师应该能够降低人物交付时间的标准方差。如果你能长时间稳定而按时地交付工作的结果，内部和外部的顾客就会对你的工作有信心，更喜欢和你合作。标准方差是六西格玛（Six Sigma）方法的核心概念，这也是杰克·韦尔奇在GE推行六西格玛的原因之一。

• 观点：如果软件工程师为了达到这种和顾客的稳定合作关系，更多地去追逐常规，重复的任务，更在意的是交付工程任务的时间，这样长此以往地工作，是否会逐渐丧失本可以拥有的创新能力，或者说那些正在努力实现创新的软件工程师是否会因为无法短时间交付工程任务而放弃创新点？

功能团队模式有什么优缺点呢？

• 出自P100

在经过时间的磨练后，很多软件公司的团队最后都演变成功能团队，总的来说，就是具备不同能力的同事平等协作，共同完成一个功能

• 观点：资料有这些说法：功能团队模式的优点：效率高，工作快速；缺点：每个小组必须与其他小组就编程规范达成一致。根据我的实践，我得到这些经验：功能型团队是一种有效的团队管理方式，它能使组织内，甚至组织之间不版同领域员工之间交权换信息，激发产生新的观点，协调复杂的项目。但是多功能型团队在形成的早期阶段需要耗费大量的时间，因为团队成员需要学会处理复杂多样的工作任务。在不同成员之间，尤其是那些背景、经历和观点不同的成员之间，建立起信任并能真正的合作也需要一定的时间。