构建之法 读书笔记

构建之法 读后感

              

在读这本书以前,我对软件工程的概念几乎为零。在我的认知中,所有用那些计算机解决,或者说使它更加方便的问题,无非就是一些程序合在一起,越复杂的问题,程序越多罢了。但是在读了《构建之法》的前三章之后,我刷新了对软件工程作为一门工程,是如何与计算机理论,或者程序理论有着显著的不同的。

  首先书本的前言给我留下了非常深刻的印象。“传统教材里的软件工程,都是在没有竞争的环境下做软件’’而这本书要教会我们的,是如何‘Build to win’,以在市场上赢为目标。这让我不禁联想到邓老师在课上讲的,假如你的软件时间复杂度较低,很有可能给公司节约大量的资源和机器,从而获得丰厚的利润。

当然,这本书的内容远远不止这么简单。

  如何才能赢呢?乔布斯曾说“创新就是极致的用户体验”。为了达到赢的目的,需要进行需求分析切中人们的痛点。做成一款极致的软件并不容易,除了大量的源程序,还有程序之间的结构,整个系统的耦合。因此需要一个良好的软件开发流程以提高包括开发,运营,维护的效率,提高安全性,稳定性,最终提高用户满意度。因此一个好的团队非常重要。这本书给了很多关于团队合作,团队管理,领导力等很有价值的建议。包括如何利用考量项目的大小,时间,以及质量等来计算个人贡献,最后分红。这样可以避免出现划水的现象。

  在开始团队开发的指导前,本书先强调了个人能力对于团队是否能跑赢的重要作用——“正如足球比赛一样,就算战术再强大,合作再紧密,如果个人的体力,速度或者力量不行,也是无济于事的”。为此,本书介绍了很多提高个人编程能力的建议,我觉得很受用。诸如单元测试,效能分析,个人开发流程等。

  作者指出一点我们常犯的错误,以为投入的时间越多,回报越大。“这一点有点像《人月神话》讲的内容”。他举了一个例子,高级工程师很早就下班回家了,初级软件工程师却一直在工作,赚的钱也比软件工程师少很多。

 

  特别的,作者还diss了一下中国科学技术大学。从这份对比我想到上学期数据结构大作业整的我要死要活的。现在想想那个时候编程不带脑子,不懂得去反思,提高自己的编程水平,以减少重复工作。但不管怎么说,希望通过软工的磨练我能增强自己的实力吧。

posted @ 2018-03-08 17:26  USTCPaladin  阅读(108)  评论(0编辑  收藏  举报