《大道至简》第五章观后感

                                      《大道至简》第五章观后感

  老周写的《大道至简》总共六章,在老王的强烈建议下,我们已经不知不觉的来到了第五章,这也就意味着我们的java课也要over了。但这并不意味着我们再也见不到老王了。老王的精神我们永远记得。虽然听起来怪怪的!

  这周,我们愉快而又不舍的阅读了第五章“做过程不是做工程”,天生丽质的我,一开始就看成了“做工程不是做工程”。这显然是不对的。按照模型的的这个样子,昨晚过程的每一个阶段,并不等于做工程。或者说,工程并不是这样就可以做成功的。乱了。。。过程做完了并不是工程。后面又讲到了做过场,从作者的引用出处来看,我们可以猜测,做这事不是来自四川呢?虽然有点偏题。当然了,工程之间有着千差万别,但是其目的是统一的,那就是:实现!从最开始,我们变成目的就是实现一个东西,无论这个东西是小到一个趁手的工具,还是大到千万的工程,我们的目标,就是实现它!往往工程被当成了接口,掩盖了我们做事的真正目的:实现!因此,我们在一个项目中常常听到说”工程要这样要那样“而很少听到”项目要这样做“or”客户要求是这样的。。。“。

  刻鹄类鹜,画虎类狗。作者借着东汉时期的古典故事为我们绘声绘色地讲解他的意思。他的意思是什么呢?真正精髓的东西,既不是rational,也不是unifiled而是process。这才是实实在在的东西。

  说到底,工程不是做的,是组织的。结尾实在想不到什么比较好的,所以,在未征得版权的情况下,借用一下作者的结尾,因为写得太好了。我们总在说”做工程“,好像工程就是面包馒头一样,有个模子,拿来照着一堆面安上一按,放在笼屉上蒸一蒸,就可以做出来了。所以我们当然不能”做“工程,而是要组织”工程“。项目经理的分工,就是要去组织这个工程中的各个角色,是的分工明确,步调一致,共同完成这个项目!

时间: 2024-07-28 16:15:52

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

大道至简第五章观后感

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

大道至简第五章读后感

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

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

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

大道至简第五章阅读感想

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

大道至简第五篇观后感

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

大道至简第四章观后感

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

大道至简第六章观后感

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

再读大道至简第五章

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

大道至简第五章阅读笔记

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

大道至简 第五章读后感

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