大道至简第五章观后感

人们常说,做事情要看的是结果;而又有人说,我们看重的是过程,不是结果。那么,到底是过程重要,还是结果重要?在我看来,每个人都会有每个人的见解,而每个人,对于不同的事情,也都会有不同的看法。也就是说,要分情况,有时候是过程重要,有时候是结果重要。在我看来,无论过程还是结果,都一样重要,而重点在于你如何去看待。

在阅读大道至简的过程中,我也了解了有关过程的知识,或许不是正确的,但也是一些自己的体会与理解。

就软件开发人员来说,过程是非常重要而且关键的。很多时候我们要开发,就需要准备好很多东西,而过程当中的问题,便是我们需要解决的重中之重。有时候,我们选好了一个好的过程以及思路,就可以为我们的开发省下很多不必要的力气。然而在开发当中,也有很多人恰好吧时间与精力浪费在了过程的选择上。很多时候,我们太过于死板与顽固,我们的不懂变通,就是我们开发最大的阻力。开发工程,绝大多数前人都有经验,我们往往都会通过借鉴前人的经验来完善我们自己的工程。而在借鉴的时候,有很多人就会因为自己的死板,二把借鉴的意义丢失,甚至于抄袭,以至于忘记了自己工程要实现的目的。以至于开发的失败,甚至于工程的失败,给自己,给团队带来严重的损失。过程的沿袭,正是给我们的失败找到了很好的借口,以至于我们都无法发现自己的错误。我们应该明白的是,无论是哪个过程,都不会是以往模型的沿袭,我们应该有的是创新。把过程变活,而不是变死,这样才能给我们工程的实现带来方便,更有利于我们实现目的。

对于开发人员来说,工程就是我们的任务,我们的目标就应该是做好工程,完成任务。换句话说,我们要做的,就是实现我们的开发想法,达到我们的目的。所以说,结果对于我们而言是很重要的。作为开发人员,我们总是在说“做工程”,好象工程就是面包馒头一样,有个模子,拿来照着一堆面按上一按,放在笼屉上蒸上一蒸,就可以“做”出来了。经历过工程的人都知道,我们没有那个模子,而工程中的人员也不是那一堆面。所以我们当然不能“做”工程,而是要“组织”工程。项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目。

对现在的我们来说,不仅是在学习当中需要注意这些问题,生活中我们也需要注意,无论是过程还是结果,都一样重要,我们一定要把握好每一次机会,处理好每一个细节,把过程和结果都做到最好。

时间: 2024-10-03 13:45:31

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

大道至简第五章读后感

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

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

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

大道至简第五章阅读感想

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

大道至简第五篇观后感

大道至简的第五章叙述的是失败的过程也是过程. 做过程并不是做工程.我们可以把一个工程分成好几个部分,或者说把其中的每一个环节都当做一个模型拿出来,但是做工程却并不是单单把这些过程做好然后整合在一起就能算作是一个完整的工程的.如果工程可以这样亦步亦趋地做成的话,那一切都变得简单了.因此,做过程并不是做工程的精义,也不是目的.当然做工程也不是单单是走过场这么简单,并不是说有了过程就行了的,对于一个项目来说,最重要的是它的结果.因为客户让我们知道他们的需求,然后我们最终是去实现客户的需求,所以在客户的

大道至简第四章观后感

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

大道至简第六章观后感

编程,简简单单两个字,却也是一个程序开发人员一辈子的事.甚至于一辈子都无法参透的事.而对于我这种刚刚开始接触的人来说,更是一知半解,甚至完全不懂.作为一个软件工程的学生,最重要的莫过于编程了吧.然而我始终在想,编程到底是什么?而我,应当如何去编程?这是一个菜鸟始终的迷惑.对于编程,心里似乎总有一种迷惑,头脑总是不清不楚.以致于接触一个编程题目,始终不知如何下手. 阅读大道至简,每次都有体会,都能接触到不一样的新鲜概念,可是我偶尔问问自己,真的能理解大道至简的真正含义吗? 不可否认的是,我真的从来

再读大道至简第五章

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

大道至简第五章阅读笔记

这次第五章的内容谈到了工程的实质内容,那就是做工程做项目的过程.在一个项目中,理解了客户的需求之后就该分析具体的实施计划,很多人总是会做瀑布模型然后按照模型的样子去做完过程的每一个阶段,但是每个阶段又是做过场一样,说起来是有这个步骤,有这一项的规划,但真正的实质内容并没有多少,这样的过场真的是没有什么意义,只是空有其表罢了,做一个项目,我们面对的的客户,我们在最后是要把成型的,有用的,能达到客户要求的项目拿出来的,所以说实现才是我们最终的目的,无论我们要做的是一个小的工具还是一个大的项目,做工程

大道至简 第五章读后感

第五章 失败的过程也是过程 以得失而论,在瀑布模型与RUP模型之间,学习前者而不成,可思过程的本质:学习后者而不成,可得文字的架子. 如果懂得了所谓的模型原本都演化自那个简单的瀑布,那么文档是按XP写还是按RUP写,也就可以应时.应需,因地置宜,择善而从了. 越是简单的东西,往往越是接近于本质. 项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目.四川有句地方话叫“做过场”,也有说成“走过场”的.“过场”是舞台术语,意思是角色从舞台一端出场,再走到另一端