大道至简第五篇观后感

大道至简的第五章叙述的是失败的过程也是过程。

做过程并不是做工程。我们可以把一个工程分成好几个部分,或者说把其中的每一个环节都当做一个模型拿出来,但是做工程却并不是单单把这些过程做好然后整合在一起就能算作是一个完整的工程的。如果工程可以这样亦步亦趋地做成的话,那一切都变得简单了。因此,做过程并不是做工程的精义,也不是目的。当然做工程也不是单单是走过场这么简单,并不是说有了过程就行了的,对于一个项目来说,最重要的是它的结果。因为客户让我们知道他们的需求,然后我们最终是去实现客户的需求,所以在客户的眼中只有结果而没有过程。所以,实现才是一个软件工程最终的目的。为工程而工程的人,都迷失在项目中了。就像开发人员迷失在一个技术的细节上一样。我们的侧重点应该是工程的结果,过程在客户的眼中并没有什么地位。所以,我们在生活中听惯了的,结果不重要,重在过程这种话在我们软件工程人员身上并不适用。我们就应该朝着最终的目标去努力。对于一个工程来说,我们需要过程,但是我们不能被过程给绑死了,而不去注重结果,而应该知道,这个过程只是为了让我们能够更好地去实现罢了。

过程并不是死模型。我们可以把一个工程中的过程拆分出来,然后再建立模型,之后呢想方设法地去解决这一系列的问题。但是,对于一个工程来说,它的过程并不是唯一的,更不是谁规定死的。我们应该对过程中的具体的细节有自己的了解,之后便能给出适合我们去完成的更好地方案。并不是说一个瀑布模型,那我们就应该按照这种模型去解决一个工程,我们可以将其中的细节再具体地细分出来,从而构成我们所适合的V或W模型,从而更好地去完成一项工程。所以在建立一项工程的时候,我们的创新精神也就显得格外得重要。当然,学习一个过程模型时我们也应该择善而从。或许我们不能在这个模型上有所成或者说有所创新,但是我们可以学到一些在这个模型上的一些经验和道理,从而在我们找到合适自己的模型的时候可以更好地去创新。

工程并不是做出来的,而是靠组织的。我们不能做工程,而是要组织工程。项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目。

作为一名软件工程专业的学生,我们要深刻地体会到过程在一个工程中的重要性。一个工程需要过程,但是更注重结果。而想要得到好的结果,就应该需要完美的过程。

时间: 2024-10-13 03:06:16

大道至简第五篇观后感的相关文章

大道至简第四篇观后感

大道至简的第四章,告诉我们的是有关沟通的技巧. 首先,面对不同的人,我们需要不同的沟通方式和他人交流,而是不以自己的方式与他人交流.就比如我们面对一个客户,无论我们精通的语言是什么,我们都应该选择客户最方便的语言去与客户进行交流,从而明白客户的需要,毕竟顾客才是上帝,我们要是让其以我们所学的C语言的方式来描述他们的需求,也许人家早就让你走了.所以沟通也是一种技巧,最重要的一点便是找到合适的沟通方式,没有合适的沟通方式的话,谈何沟通. 在沟通的技巧中,减少沟通次数和提高沟通质量这两点就很关键.减少

大道至简第五章观后感

人们常说,做事情要看的是结果:而又有人说,我们看重的是过程,不是结果.那么,到底是过程重要,还是结果重要?在我看来,每个人都会有每个人的见解,而每个人,对于不同的事情,也都会有不同的看法.也就是说,要分情况,有时候是过程重要,有时候是结果重要.在我看来,无论过程还是结果,都一样重要,而重点在于你如何去看待. 在阅读大道至简的过程中,我也了解了有关过程的知识,或许不是正确的,但也是一些自己的体会与理解. 就软件开发人员来说,过程是非常重要而且关键的.很多时候我们要开发,就需要准备好很多东西,而过程

大道至简第五章读后感

第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是

大道至简 第五章 失败的过程也是过程 读后感

今天该写一写大道至简第五章读后感了. 首先是“做过程不是做工程”,过程是为了实现某种目的而经历的一些事情,过程有很多种,虽然经历了某种过程,但不一定能实现某种功能.做完过程的每一个阶段,并不等于做工程.做过程不是做工程的精义,也不是最终目的. 然后是“做过场”,做过场就好像是一种形式一样,做了没必要做的事情,就是浪费时间. 我们为什么做工程,不要忘了最终目的.目的,是实现客户的要求,工程只是一种实现的途径.最初做开发的前辈们,不用什么工程或者过程,也一样编出了程序,也一样解决了问题,也一样实现了

大道至简第五章阅读感想

第五章失败的过程也是过程 今天王建民老师依旧带领着我们阅读了大道至简第五章,第五章是失败的过程也是过程.通过前面的技术.团队和沟通,这章主要讲了关于做工程的问题. 文章开篇以一句<明皇实录>中的“虚有其表耳”来说明一个很重要的问题就是:不能只求外表,而是要透过表象,力求实质. 第五章的整体思想是让我们注重过程,因为有很多人从来不注重过程,只注重结果.然而过程对于一个编程人员也是非常重要,如果一个好的编程员从来不在乎程序的过程,只是关心最后程序是否能够实现,那么这个编程员一定不是一个好的编程员.

《大道至简》第二篇读后感

今天把周爱民大道至简的第二章关于是懒人造就了方法读了几遍,作者通过战国时李冰凿山与愚公移山的比较来阐述懒人早就方法主题,以前听历史老师讲课的时候正是因为懒人才会有那么多可以节省人们力气和时间的发明,但懒人并不是真的懒,只是把更多的时间用到了思考上面与观察生活细节上面,正如文中作者所说愚公太勤快了,勤快的今天可以比昨天凿出一倍的石头,以致没有了机会去寻找更快的方法,人的精力终归是有极限的.提出新的方法,解决的将是做事成效的根本问题.而愚公可以多吃点饭,多加点班,但却突破不了人的精力极限. 文中讲的

再读大道至简第五章

我记得在选择软工之前,就已经认识了那幅秋千的图.还是王建民老师在信息导论课的时候讲到的.当时还笑话呢,好好的一幅秋千,硬是被程序员做成了一个轮胎.当时放这个图片是为佐证客户描述的内容和程序员做出来的产品是会有很大的不同这个观点.如今又看到了这幅图,心里稍微多了一些感触.在UML的大作业的第一次实验报告中,自己想的很丰满,但是写出来的东西却很单薄.当时我是按照老师给的一份例子来模仿的,看着老师的例子尽善尽美,可是我自己的项目却乱七八糟,没有十分严谨的思路和结构,在不断的修改中已经和我想的有些明显的

大道至简第四章观后感

学习java语言也有些日子了,陪伴我们一路走来的除了神采奕奕的老王,还有这精辟的<大道至简>.前些日子我们本着自愿的原则,学习了大道至简的前三章.现在我们来学习第四章. 流于形式的沟通,足下求速化之术,不于其人,乃以访愈,是所谓借 听于聋,求道于盲.韩愈如是说,是啥意思不重要,因为我也不太擅长于文言文但是!根据本章节的内容我们是可以大致知道一点的.作为一名程序员,我们应当做好人与人之间的沟通和交流.不能要求或者强求别人按照自己的约定俗成的那套习惯方式来与自己共事.这显然是不现实的.文中也有提到

大道至简感想终结篇

对于java课,不论你是喜欢也好,不喜欢也罢,他都已经结课了:对于<大道至简>,不管你是认真阅读也好,应付老师也罢,这本书已经读完了. <大道至简>第七章开篇有一句话:“王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”这是范睢说服秦王的一句名言,即联络距离远的国家,进攻邻近的国家,这是战国时秦国采取的一种外资策略.后也指待人处世的一种手段.作为软件工程系的学生,我觉得我们相对于那些大公司,只是用于计算胜负的一枚算子.所以我们不能只做一个默默编写程序的程序员,我们要学会待人处事