首页 > 其他分享 >《构建之法:现代软件工程》读后感3

《构建之法:现代软件工程》读后感3

时间:2024-02-28 22:49:44浏览次数:30  
标签:本书 读后感 工程师 一本 程序员 软件工程 构建 软件

这本书的作者邹欣老师在微软公司工作,他在整本书中把对软件构建的方方面面都写得很清楚,包括需求,设计,开发,测试,项目管理......甚至国内很多公司都无法做到像书中说的流程那么全面和到位。作者的思路很清晰,文字也很有趣,让人欲罢不能。全书都有很大的参考价值,至少对于我目前这样的状态的程序员来说,了解自己要怎么做,做的方向比要做什么更重要,本书提供了很多建议和方法,比如PSP(Person Software Process,在我看这本书之前,完全没有听说过PSP这个东西,),也由此了解到作为一个软件工程师,任务清单里面不仅只有要编好程这一项而已,还有计划,需求,测试,评估工作量等能力需要刻意培养。

这本书最具特色的一个地方是把很多生涩难懂的概念用学生之间对话的诙谐幽默、生动风趣的场景来展现了出来,甚至还加入了一些电影中的经典台词、一些足球术语和篮球明星的专属名词,让我这个电影迷足球迷篮球迷一边读一边大呼过瘾,更开心的是学习到了很多知识,尤其是在软件工程项目开发过程中的许多技巧和需要注意的问题。例如在第五章讲解软件团队模式的时候用足球队的守门员、前锋、中场和后卫来类比,非常容易理解,不仅有趣而且易懂;再比如在第八章的需求分析中的人类学调查的讲解中,利用一个软件工程课上的同学的顿悟生动形象地讲解了人类学调查这个晦涩难懂的知识点。这本书还创造了很多有趣的人物形象:老成的项目带头人阿超、知识总是马马虎虎掌握的果冻、爱好丰富的小飞和产品经理小李,每个人物都很饱满,读这本书的时候也很容易让我这个读者产生代入感,读起来自然又快又让我印象深刻。

书中让我最茅塞顿开的地方是第二章的个人技术和流程以及软件工程师的成长,改变了我长期以来对我这个专业发展方向的很多困惑和误解,我一直觉得我作为一个程序员只要学如何写代码,顶多把数据结构和算法掌握清楚、操作系统和计算机网络的知识学习扎实,会写前端会折腾数据库就可以了,其他的能不了解就不用了解。我对于职业规划还一直还停留在学好算法计算机基础就可以进大公司的非常低级的想法层面上,读了这本书之后我才明白自己其实离一个优秀的程序员还差得很远,虽然我一直在努力为实现进入大公司成为优秀的软件工程师这一目标而努力,但是其实努力得还远远不够,而且光局限自己把代码写好是远远不够的,团队协作、小组敏捷开发、迭代会议、单元测试和代码复审这些部分都是我之前完全不了解的,而在我读完以后更有针对性和方法来实现自己的目标,开始关注踏实的学习和提升自己,并更加注意和身边的同学合作写代码并和自己身边的同学一起互相学习,这也提示我这样的初级软件工程师要如何让自己成长起来。

最后,《构建之法》的正文以及练习与讨论中有大量有价值的引用,这些内容可以让我们了解更多更广的知识,练习中大量的习题如果都能够独立思考并想办法解决的话,对我们的实际动手能力会有很大提升。

总之,这是一本值得反复阅读的技术书、一本可以教会我们怎样去做好一名合格软件工程师的书、一本无论是对在校学生还是一线软件工程师都会受益的书、一本很适合阅读并且反复阅读的书。很感谢何老师在软件工程这门课上为我们推荐了这么一本好书。

标签:本书,读后感,工程师,一本,程序员,软件工程,构建,软件
From: https://www.cnblogs.com/kuandong24/p/18042178

相关文章

  • 架构读后感
    今天建民老师在课上给我们推荐了几篇关于架构的博客,读后我收获了许多首先什么是架构呢,我个人理解是复杂问题简单化,简单问题流程化。将一个整体切分成不同的部分,各个部分之间相互联系,共同组成整体,并且由不同的人担任不同的部分分工,提高整个系统效率,完成这个整体所需要的所有活动。......
  • 架构漫谈读后感
    今天上课时,王建民老师让我们阅读了王概铠写作的《架构漫谈》,让我对软件架构这门课有了一些最初步,最浅显的认识,以下将记录一些我个人的所思所想。首先在最开始,应该先说一说一个十分经典的问题——什么是架构,按照我个人的理解,架构就是人们在面对一系列复杂问题时,将复杂问题......
  • 系统科学方法概论第一章读后感
    第一章的第一节是系统思想发展史,系统思想的发展史即人们对物质世界系统性认识的历史。系统思想的发展史经历了古代、近代、现代三个发展时期。在古代“系统”一词早在古希腊即已出现。“系统”一词在当时尚未成为一个具有确定科学含意的概念,也未受到人们重视。现代系统观念也是源......
  • 第十一章读后感
    第十一章主要介绍了硬件控制方法。通过阅读这一章节,我对计算机硬件的控制方式有了新的了解。书中详细介绍了计算机硬件的组成和工作原理。计算机由中央处理器(CPU)、内存、输入输出设备等组成,它们通过总线相互连接并共同完成计算任务。书中解释了CPU的结构、内存的存储原理以及输入......
  • 构建之法读后感(二)
         首先就“程序=算法+数据结构”而言:从该公式我们就可以发现程序的终归目的还是数据的处理和存储。算法的本质就是为了更有效地处理从输入到输出这一系列动作下的数据流;而数据结构则不仅仅是完成简单的数据组织和存储功能,还可能更多是扮演辅助和润色算法的角色。  ......
  • 构建之法读后感(三)
    首先,我对《构建之法》的实用性印象深刻。这本书提供了大量的实用技巧和建议,帮助软件开发者更加高效地进行工作。从项目管理到代码编写,从测试到调试,每一个环节都得到了详细的讲解和指导。这些实践性的建议可以立即应用于我的日常工作中,帮助我优化流程、提高质量,并避免一些常见的陷......
  • 构建之法阅读笔记3
    第六章敏捷流程敏捷流程是一系列价值观方法论的集合,它要求:尽早并持续地交付有价值的软件以满足顾客需求。敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势。经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。业务人员和开发人员在项目开发过程中应该每天......
  • 构建之法阅读笔记1
    第一章作者谈到了软件开发的过程,过程包括玩具阶段、业余爱好阶段、探索阶段、成熟的产业阶段。我觉得自己处在业余爱好者的阶段(上学期数据库大作业要求写一个图书馆里系统,于是就写了一个图书管理网站,当时做完的时候感觉挺有成就感的,虽然过程十分痛苦),在讨论商业软件和爱好者的程序......
  • 《构建之法》读后感1
    两人合作——4.3代码设计规范——4.3.3错误处理      此处提到了“断言”的概念,但着墨不多,介绍简略。那么问题来了,挖掘机……不是,断言是什么?编写代码时,如果程序员相信在程序中的某个特定点某表达式值(布尔式)为真,可将其标为断言(assert)。举个栗子:pu......
  • 《构建之法》读后感2
    瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。它在1970年由温斯顿·罗伊斯(WinstonRoyce)提出,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。本书中例出了瀑布模型的文档图,但是鄙人并没有看得很懂它的用意......