软件基础第二次作业

| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/zjlg/rjjc20 |
| ------ | ------ | ------ |
| 这个作业的目标 | <阅读《构建之法》，并提出在阅读过程中的问题> |
| 姓名-学号 | <金嘉民>-<2018330301014> |
原文

很多人认为有Bug就是质量不合格，没有Bug就是质量完美，其实这也未必。——P17第一章概论

问题一
事实上，我并不同意书上的观点。我认为Bug确实是衡量一个程序好坏的最基本也是最重要的因素。另外关于书上所举的牛仔裤的裤腿有洞的例子，我也不是非常认可，说不定人家就是买的破洞裤呢，那这样的提醒岂不是多此一举。我认为首先应该保证程序的合理性，只有满足了用户的需求，才是一个合格的程序。而一个Bug，只要确认了它是一个Bug，那它就不应该出现，它也永远不会是惊喜，而是惊吓。而且，在没有搞清楚用户的需求之前，任何一个功能都不应该被轻易的认定为Bug。如果程序中出现了一个锦上添花的功能但有可能导致程序崩溃，那我认为这个功能应当被舍弃，它应当被认为是一个Bug。

原文

团队对个人的期望——P47第三章软件工程师的成长

问题二
关于团队对个人的期望，书上共计列出了七点，但我认为除去以上七点之外，还漏掉了重要的一点。我认为一个成员除了完成团队交付的任务外，也应当对团队的方向提出自己的一些看法与建议。决策不应该只交由管理者来做，团队的意义不应该只是群力（将具有不同能力的人聚在一起完成一份大工程），还应该有群策，尤其是关乎于整个团队的大决策，毕竟孰能无错。甚至我认为，作为一位成员，也可以对其他成员所负责的模块提出自己的看法，即使是自己不擅长的领域，良好的沟通也一定可以起到不错的效果。

原文

人也看，机器也看，但最终是人在看。——P62第四章两人合作

问题三
事实上，我不认同“但是”后面的话，一份真正优秀的代码我认为应当是无论人还是机器都可以快速理解的。一份人可以快速理解的代码，可以帮助他人快速理解代码功能，并按照自己需要做出修改；而一份机器可以快速理解的代码，可以帮助机器快速高效的识别代码并执行，将用户需求尽快的实现出来。这两者不应该存在先后的优先级关系，而应当是齐头并进的两个点，我相信大部分的程序都能同时做到两者。当然，若是因为时间因素必须在二者中取其一，那我还是认同书上的观点，应当优先保证人可以看懂，如此便于之后对于程序的优化。