第二次作业——提出三个问题

这个作业属于哪个课程	https://edu.cnblogs.com/campus/zjlg/rjjc20
这个作业的目标	<提出自己不理解的三个问题>
姓名-学号	<胡郑霖>-<2018330301013>

---

问题一：实现了用户不需要的需求算不算 Bug？

出处：

什么是 Bug 呢？简单地说，软件的行为和用户的期望值不一样，就叫 Bug。是否是 Bug，取决于用户、开发者的不同角度

--引自《构建之法——现代软件工程》中的第 1 章第 16 页

观点：

对于用户和开发者来说，开发者实现用户不需要的需求显然与用户的期望值不一样，而根据书中定义这显然是一种 Bug，Bug 往往是不好的，而历史上常常有这种意料之外的 Bug 给了用户一个惊喜。

People don't know what they want until you show it to them.用户真的不知道他们想要什么吗？很多时候并非如此。我负责产品，每天都会和用户交流，他们知道自己想要什么功能，有时会做好简单的交互设计、帮忙想想算法、甚至给我开源代码。问题在于，用户只是产品的使用者，他们对于产品的理解没有我们那么深刻，所以他们提出的需求有时会偏离问题的本质，需要我们进一步分析与挖掘。

--引自乔布斯语

所以我认为，书中的定义并不准确，所以我的问题也就是，实现了用户不需要的需求算不算 Bug？

问题二：设计魔方的人是否在玩魔方上就处于高层次？

出处：

6.能够设计出新型的魔方

--《构建之法——现代软件工程》中的第 3 章第 59 页所描述的关于魔方技能如何分层的描述

观点：

不可否认，能够设计魔方的人在魔方这一方面一定是层次很高的，但是我通过查资料资料中显示“ 1974 年，匈牙利人埃尔诺·鲁比克受立体解析几何定律的启发，想像出可以在三个轴线上自由转动的物体。于是设计了一套复杂的、用手可以扭动的活动装置，即今天的魔方。”看来设计魔方的人只是为了设计出一个在三轴线上自由转动的物体而设计的魔方，他未必就能比那些只花十几秒就还原魔方的世界冠军们有更深的理解。就好像设计电脑的人未必能比现阶段世界上最顶尖的电脑专家对电脑有更深的理解一样。所以我认为设计魔方的人未必在玩魔方上就处于高层次。

问题三：敏捷开发这种用某一个优点而不是一整个完整的产品“搏出位”的方式值得推广和使用吗？

出处：

敏捷的方法能帮助你更早地知道你是否能如期完成任务，仅此而已。敏捷的方法（迭代的方式）能帮你尽快让用户看到项目的部分价值。当你尽早交付部分价值时，也许用户对你目前交付的东西已经很满意了，这样你就不用再花时间来实现其他需求。另一种可能是，用户看到了部分系统，他们有新的需求，这样你就可以实现新的需求，而不用再浪费时间实现过时的需求了。

--《构建之法——现代软件工程》中的第 123 页

观点：

根据书中所言，敏捷的方法可以理解成高风险的“赌博式”方法，也就是在赌用户看到用敏捷写出来的代码的部分价值会满意，这显然是一个高风险高回报的方式方法。所以我的问题是：敏捷开发通过尽早的、持续的交付有价值的软件来使客户满意，这种用某一个优点而不是一整个完整的产品“搏出位”的方式值得推广和使用吗？敏捷开发是可以“全敏捷”的吗？尽管面对面的交流确实是最有效率的信息传递的方法，在整个项目开发期间，业务人员和开发人员必须天天都在一起工作吗？在我查阅的网站、资料中绝大多数都表明大型的项目开发一般不会采用全敏捷的方式，例如某资料中的用友软件有限公司在医疗基层卫生服务系统产品研发就采用了半敏捷的方式。显然敏捷开发不能在大型项目中采用人数过多就会导致信息传递的偏差。

如果你看到这里麻烦点个赞再走吧^~