第二次作业--

这个作业属于哪个课程	https://edu.cnblogs.com/campus/zjlg/rjjc20
这个作业的目标	通读构建之法，提出三个问题
姓名-学号	李杰-2018330301083
第二篇随笔
=================
一、第一个问题

---

出处：

BUG的多少可以直接衡量一个软件的开发效率、用户满意度、可靠性和可维护性。
-- 引自《构建之法——现代软件工程》中的第 1 章第 15 页

观点：
BUG应当是衡量软件的开发效率、用户满意度、可靠性和可维护性的一个标准，但绝不是直接因素。

软件的行为和用户的期望值不一样，就叫BUG。是否是BUG，取决于用户、开发者的不同角度。
-- 引自《构建之法——现代软件工程》中的第 1 章第 16 页

书中对BUG是这样定义的，我认为软件的优劣不仅仅在于能够完成它的功能，而且在于能否给人带来惊喜，因此出乎用户意料而产生的BUG不一定会降低用户满意度，甚至有可能提高用户的满意度。正如一款游戏不一定因为出色的制作而流行，也有可能因其有趣的彩蛋、出乎用户意料的内容而爆火。

有这个问题：
这样出乎意料的设计是否也能称之为BUG呢？
如果是BUG，这样的BUG真的能衡量软件的开发效率、用户满意度、可靠性和可维护性吗？

二、第二个问题

出处：

对于这些任务，一个成熟的软件工程师应该能够降低任务交付时间的标准方差。
-- 引自《构建之法——现代软件工程》中的第 3 章第 47 页

观点：
此处说法不够严谨，应当是在相同工作量，难度相近的前提下，成熟的软件工程师能够降低这些任务交付时间的标准方差。

有这个问题：
如果需要完成同样的任务，程序员A的交付时间非常稳定，而虽然程序员B的交付时间不稳定，但是往往能够在更短时间内以相同的质量完成任务，那么这两个员工谁更优秀呢？

三、第三个问题

出处：

程序员的代码是给人看的，还是给机器看的？人也看，机器也看，但最终是人在看。
-- 引自《构建之法——现代软件工程》中的第 4 章第 62 页

观点：
我认为代码最终并不是给人看的，代码就是写给机器看的。一个好的代码不是别人说好就是好的，而是运行之后它的效率，它的出错率等等。这些都是在机器运行之后才会体现的，我们写出的代码就是为了让机器了解我们想让他做什么，机器通过代码执行任务。那么人为什么要看代码？其实还是为了写代码，写出更好的代码，然后给机器看，提高它的效率，减少它的运行时间。

有这个问题：
问了身边好多人，发现他们的观点与书本一致，却无人能够说服我，我仍旧坚持自己的想法。