关于构建之法的读后感

Posted 2020-10-06

对于读专业课书这种事情，我一直是又爱又恨的。在我看来，计算机方面的书籍大都晦涩难懂，有些语言还一语双关，像我这种语文学的并不好的人，每次理解起来都是一个头好几个大，而且计算机方面的书基本上十本会有九本是很厚很厚的，而且经过实践证明，一些厚重的计算机专业书，是可以用来砸核桃的。如果闲来无事的时候坐下来，在内心平静的时候看一看专业书，大多时候会有一种豁然开朗的感觉，一些之前困扰了自己很久的事情，就那么轻松的被几行文字解决了。

我选择在周日的上午阅读了邹老师的《构建之法——现代软件工程》这本书，我没有借到纸质版的书，我选择了阅读电子版。到目前为止，我看完了前五章。这本《构建之法》幽默风趣，不像其他书籍一样难以理解。目前已经读完的内容中，让我印象最深刻的是概论中程序员阿超的故事（毕竟出现在最前面）。阿超刚开始写这个小程序是为了偷懒（不用自己每天的绞尽脑汁想30道题目），之后被老师相中，增加了一些功能后成为了可以为二到四年级学生服务的应用软件，再后来被教导主任相中，发展成为了软件服务。换成我自己的理解就像下图展示的一样，当一段程序中加入了新的功能或者是用户的新要求，它便升“升级”了，成为了应用软件；一个应用软件，又被加入了新的功能或是新的客户要求，一个软件服务便由此诞生了。

虽然说这很简单，但是这对于程序员来说，这些新功能和客户的新要求的实现，就不是那么easy了。一项工程，他所涉及的功能越多，将来维护的范围也是越广泛。

书中概论部分还有一句话让我印象深刻：用户体验和数据结构，算法没有直接的关系，但是很多成功的软件就赢在这个方面。所谓顾客是上帝，无论是程序也好，应用软件也好，工程也好，它是为人服务的，只有让有需求的人满意，才是最重要的。

我并没有把这本书完全的看完，所以我现在想到的问题可能和书中提到是内容没有太大的关系。一个团队中，必定有负责测试的，我一直认为这是一个极其得罪人的环节，试想一下，如果你辛辛苦苦熬夜很久写出来的东西检查出有bug（前提是程序员自身测试的时候是没有问题的），以后这两个人还能愉快的做朋友吗？如果遇到这种情况应该怎么调整状态？

真的要吐槽一句，看电子版的书真的很累~此时此刻无比的怀念纸质教材。最后希望自己早点把书看完。