关于《大道至简:软件工程实践者的思想》一书的读后感

    在阅读《大道至简:软件工程实践者的思想》一书后收获颇多,遂将感受与想法记录下来。

  此书首先由愚公引出编程,给我们看到编程的根本:顺序、分支和循环。然后明确的告诉了我们编程其实很简单,只要掌握了步骤与操作,皆可以编程。在此之前,我还经常怀疑自己是否真的适合编程,看了此书后才金篦刮目,没有什么适不适合,只有愿不愿意。书中说“编程作为一种行为,只需要知道其逻辑方法就可以了”——即编程很简单,就比如拿到一件事首先要分析,只要找到方法这个问题就随之而解了。而我们的现状往往是一味地蛮干,记住:积极工作和勤于思考都要占时间。在我们了解了“程序=算法+结构”后就可以开始学习多种语言了,而学习了他们之后总会有疑问“到底哪门语言更有用呢?”这本书却纠正了我——语言没有好坏之分,各有各的作用,甚至是直言“成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的”,幡然醒悟的我明白了,事物的存在必定会有他的价值,要多方面分析,不能从一而论。

  然后此书将愚公与李冰做对比,向我展示了方法的重要性。愚公没有方法,只知道蛮干,所以就要用时间去堆积,但一个人的精力终归是有极限的,然后就用上了世世代代去继续完成,最终才能完成这么一项任务。而李冰掌握了方法,在最快的时间里完成了作业,自然,李冰获得的回报也就更多。勤快的愚公创造不了方法,这个世界上,有勤快人就必然有懒人,有懒人也就必然有懒人的懒方法,然后就发现把一个大模块分成小模块,再把小模块分成更细的小小模块,一个模块对应于一个单元,让源代码分散开来,这样要完成一个程序其实也没有那么难。而我时常问自己“为什么我学了一年的编程,却还是不知道怎么写程序呢”看完此书后发现我们首先要明白这些知识是用来做什么的,再将知识在大脑中分类储存,要用时才能清晰明了的输出需要的部分。就像把大模块分成小模块的过程的逆向分析。

  在学会方法之后就到了管理层面。在哪个位置就要承受那个位置所必须要承受的责任,当了负责人之后还要学会如何管理这个团队,既要做到人性化又要做到公平性,在一个团队中不要混淆自己的角色,该做什么就做什么。比如我现在是学生,就理应好好学习,而不是出去打工,而学习就得认真学,不能三心二意,心口不一。
  管理之后就是沟通了。沟通在我的理解中算是比较重要的一部分,好的沟通可以为我们节省很多时间与精力,与其这部分浪费在不沟通上,不如多做几个项目。管理层在分配任务之前就必须与客户沟通恰当,当然管理层与管理层也要沟通,在没有问题后再分配下去,让员工彼此之间在多沟通,避免重复、缺少、多余的情况。
  做一件事不要怕失败,我们注重的是过程而不是工程。都说失败乃成功之母,所以失败不可怕,可怕的是失败之后就再也没有勇气继续。
  我们知道软件开发包括中语言、程序、方法、过程、工程、组织。这些在软件开发中都各自占有一定比重。而我们平时所说的BOSS则不属于其中,BOSS在公司中解决的是“经营”问题,这其实是在比“组织”更靠外侧的一层。而软件开发的最终目的则是实现,实现又被称为“上帝之手”,因为实现是软件开发的本质需求和基本动因。
  然后此书向我们介绍了现实中的软件工程。因为知识积累不够,所以不是很能理解。
  是思考还是思想——这是此书最后一章的问题。在向我们提出问题时,也解释了作者写下这本书的原因。
  总之此书在软件工程方面给我带来了不一样的感觉,值得一读。

猜你喜欢

转载自www.cnblogs.com/xiangyu721/p/11273738.html