基于《现代软件工程构建之法》的思考与疑惑

Posted 2020-06-26 靖

  首先，在我读的内容的看法里，书中更多的设想了大量的场景“学”和“习”，并且用了大量的类比，非常生动有趣。相比其他的学科书，更加容易理解和阅读。

   其次，这本教材也对软件工程课老师提出了更高的要求，因为在老师需要教给学生的不仅仅是代码。

最后，我对这本书也存在着疑惑与思考。 例如，在书本第一章30页中，关于;"虫子和肉芽的故事",就我的理解来说，这是客户需求与软件制造者之间需求与提供不一致的故事。软件工程师提供给客户的是肉芽，而客户认为是“恶心的虫子”，有时候，我们会认为是好的东西，可能客户认为这不一定好。

  因此，如何很好的修复这个BUG，应该是所有c程序员都应该面对的问题。 以上是我对这个故事的理解。同时，我也认为这里面应该有更深处的含义，希望各位老师和同学发表们多发表一些见解，以让我们对程序和客户之间有更深刻的理解。

  而在第二章，我阅读了单元测试的9大功能，发现软件工程中的经营和维护远远不止我们所享受的那么简单。一个程序员应该对他的代码负责。而在此章中，我对回归测试的基本原理有一定的理解，但是对它的实际操作有些懵懂，希望有人可以指导一下我。而在此同时，我也对下星期老师正要教我们的“单元测试”充满期待，希望老师多多教导我们这些小白更多关于软件工程运营维护等信息。

 在第三章中，《软件工程师的成长》，其中我对它的内容有自己的见解。书上说衡量一个软件工程师的标准是有4个方面，其中包括：代码量和任务点，时间，质量，是否按时交付。

而我认为，这其中最重要的，是思维，一个软件工作者对整个软件工程的规划和逻辑思维。就像从代码看出一个程序员水平的并不是行数，而是它的算法设计与思维逻辑。在很短代码中把本来应该用很长的代码来表达的东西用思维把整个效率都提高了，这就是专业。而在此章中，有一个问题困惑住了我，那就是69页中的一个问题，软件开发是一门工程，一门艺术还是一门所谓。是要守规矩，还是更注重创新抑或影响力？

 最后，我分享一下我读这本书时很喜欢的一个段落：

足球课上，学员们发现教练没有带球，于是向教练询问原因。教练反问道：「足球比赛，场上有 22 名球员，同一时刻一般会有几个人触球？，学员答「1 个」，教练说，「那么，今天我们就来学习剩下那 21 个人要做的事情。

  这是一个其他计算机的书中没有的例子。但是这里却充满着睿智，眼光，和团队合作。虽然这是体育层面的，但是这与我们软件工程师需要的东西密不可分。这应该是这本书生动性和说明性体现的一个例子。这，正因为它是一本好书。