大道至简 读后感

今年暑假老师留的任务是读一本软件工程读物,我选择了读《大道至简》。当然以我现在的水平去读这本书,其实里面出现的很多名词我都不懂,但我也初步了解了一个软件工程之人应该如何做。

书的第一章简单概括了一下编程,也点出了文章中出现的最多的一句话——编程=算法+结构。第二章借愚公的典故来引出是懒人造就了方法这个思想,代码发展到现在其复杂程度也在逐渐降低也是人们想要偷懒的结果。后面两小节点醒了我,程序在算法与结构之外,还要注重方法。敲代码要有自己的规划,代码的知识点应该与桌上的书本摆放一样,既分好类又要有序摆放,这样才能再敲某个算法时是及时想到该用到什么知识点,而不至于无从下手,徒然浪费时间。

之后文章重点讲述的是做工程最重要的是要有自己的团队,要有明确的分工,以及每个职位该具体做些什么。这些内容对我来说稍稍有些遥远,毕竟到现在我还没具体了解过一个团队。但是文章让我意识到了团队整体及每个角色的重要性。文章重点是介绍了管理者的重要性,一个团队管理者是至关重要的,管理者不仅要负责制度的建立,更要负责示范与监督。作者有言:管理者不等于伯乐,管理者没有必要去深入了解每个员工,重要的是明确每个人的分工。 

看完了文章我感觉到:管理者最大的能力体现在将技术开发者与客户沟通在一起,客户与开发人员之间的沟通很难,这就需要管理者来充当两者的中介,管理者需要做就是通过最简沟通来提高项目实现的可能性以及为不存在的角色留下沟通渠道,当然沟通必然不能采取流于形式的沟通,费时又费力,作为一名管理者,必须要考虑到成本,沟通和成本问题作者称之为增值税发票也就是从技术到经营角色转变。当你在思考成本问题时就会使整个项目变得更加精简,可以最大化的提高效益。

之后作者有讲述了程序、方法、过程、工程与组织间的关系,这几者之间的关系可以说是层层递进的,但又互有反馈。有前者才能有后者,但前者的实现也离不开后者。之后文章又讲述了几大公司的发展,这些公司之间存在竞争关系,但也有合作。他们一面打压对手的优势,一面又借助对手和同盟的力量来削弱自己的劣势或者补充实力。之后作者又讲了一下枝节与细节,注重细节是注重做的何种程度,而不是做与不做的问题。而且软件工程师灵活的不要钻牛角尖要学会变通。

以前的我总是非常机械的在学习,逻辑性非常的差,有时敲一个很简单的程序,会困在一个算法里怎么也敲不出来。而且在敲的时候脑子很混乱,没有做好规划,也不知该从哪里开始敲。而且代码敲完后的测试有些不太认真,有些bug不能及时找出,修改,完善。

看完了文章后我也有了对自己今后的打算,首先要把“桌上的书”分类摆正,让自己有一个清晰的思路去敲代码。之后要注重团队(小组)间的合作,明确好自己的角色与分工。处理好细节,但又不在一些细枝末节上花费太多时间。总之读完这本书我收获良多,需要我细细回味。

原文地址:https://www.cnblogs.com/dwx8845/p/11274629.html