读《大道至简》第五章有感——失败的过程也是过程

任何项目从开始到结束,都有着自己的过程,这个过程也不可能是一帆风顺,项目的实现总会经历一些失败,然后从失败中不断积累经验,最后才能到达成功。不要因为失败而怀疑项目是否能够实现,也别怀疑自己团队的能力,老话说:“失败是成功之母”,没有失败,就不会有轻易的成功。

做过程不是做工程。软件工程的瀑布模型被提出以来,将软件开发的过程分为了需求,分析,设计,开发和测试五个阶段。瀑布模型过后也有人提出过过程模型的问题,按照模型,实现每一个阶段,并不等于在做工程,过程的实现并不等于工程的成功。

过程也不是过场,我们作为技术人员在做工程时也不能仅仅是走过场,“走过场”原本是舞台术语,意思是说演员从舞台一端入场,再走到另一端进场,但是并没有什么实际内容,如果像这样,我们工程师在做过程时,每一次都只是“走过场”的话,那么项目将是一场无休止的“演出”而已,只能以失败告终。我们不能仅仅是走个过场,要知道自己是去干什么,做什么,把过程弄明白,这样才能把每个阶段的过程做好,最终是项目的实现。

对于一个项目来说,实现它,才是最终的目的。我们可能在工程进行过程中渐渐地忘记自己最初的目的,而是仅仅就此工程而言,开始研究工程怎样做,而忘记了工程的开始是项目的提出,最初的目的仅仅是实现它而已。工程只是实现项目的一个途径,如果结果是我们完成了工程,却没有实现项目,那么工程的完成又有什么意义呢?不要忘记最初的目的。

过程不是一个死板的模型,在软件工程的发展历程中,有很多的大师有着他们的“经典”过程,但是就算再经典,总会有一个适用的限度,我们不能为了用这样的例子而一味的模仿,试着跳出这样的圈子,用自己的思维去做些改变和创新,试着想想难道自己就不能去成为一个创立经典的团队或者大师吗?

最后再次提到工程不是做的,是组织的,这就是在强调我们在实现项目做工程时,更要重视团队的合作,大家一起步调一致,才能共同完成项目。

时间: 2024-12-18 20:49:55

读《大道至简》第五章有感——失败的过程也是过程的相关文章

读大道至简第五章有感

该章开篇第一个部分写的是做过程不是做工程,主要介绍了软件工程的创立及成熟的标志.其成熟的标志是软件工程的瀑布模型的提出.瀑布模型将软件开发的过程分成需求,分析,设计,开发和测试等五个主要阶段.在瀑布模型之后很多人开始研究过程模型的问题.这也是很多问题出现的源头.很多人认为只要把工程按照瀑布模型做,做完过程的每一个阶段, 虽然很多模型是值得称道的例如RAD(快速应用开发)模型,螺旋模型和现在常被提及的RUP模型,但是做过程不是做工程,模型就是样子我们可以根据好的模型来确立以后要做的工程的步骤以及思

再读大道至简第五章

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

读大道至简第六章有感

本章的题目是从编程到过程,刚开始讲到语言只是工具,学会制作和使用工具才是最重要的,当一些编程人员天天为了用哪种语言好以及评论各种语言的优缺点,此时便会被工具所累,忘记了做工程的目的. 第二部分讲到了程序,程序=算法+结构,这是大一时期c++老师每次上课必说的一句话,这是编程的本源定义,也是原始的状态.与代码相关的任何工作,最终仍旧会落足于这样的一条规则,编程的精义于此,从有开发行为开始,他就存在了. 第三部分讲了方法,很多时候程序员拿到一个项目或者是我们拿到一个题目,不是先去阅读他找到方法,而是

读大道至简第四章有感

第四章题目为流于形式的沟通,顾名思义说的就是我们的沟通只是表面工作,没有深入,也就不会对工作有什么实质性的帮助.但是这个沟通值得是谁与谁之间的沟通呢,没错,就是我们与客户之间的沟通.程序员与计算机之间可以用C语言,java进行沟通但是客户不一定会这些我们也不能要求客户会这些,所以学好基本的编程语言是基础,学会与客户用汉语进行深刻的沟通,并且把这些沟通的内容转化为编程的需求.这是对一个程序员的客观要求. 然而就像书中所说,有的客户会聘用一个专家组来与程序员进行沟通,这时候专业知识就可以很好的应用,

读大道至简第三章有感

第三章的标题是 团队缺乏的不只是管理,作者以”言三人为众,虽难尽继,取其功尤高者一人继之於名为众矣.“这段<汉书>中的话来引出了团队的概念. 第一节的标题是三个人的团队,”言三人为众“团队至少是以三个人为规模的,如此便具备了团队的基本特性:主从.监督和责任.”取其功尤高者一人继之,於名为众“就是功高者代替群体受功,其意思就是功劳大的.能力强的便成了团队中的领导角色.做管理不仅要功劳大,做管理最基本的素质是要能承担责任.当项目失败后,要有乘受去.相应责任的能力. 第二节标题为”做项目=死亡游戏?

大道至简第五章读后感

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

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

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

大道至简第五章阅读感想

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

读 《大道至简》第二章有感

读完<大道至简>第二章,相较于第一章告诉我的持之以恒,第二章则告诉我了何为方法提高效率.有时候,闷头干 并不是一个好方法~~ ————————————————下面开始正题!!—————————————————————— NO.1:是懒人造就了方法 正题引用<华阳国志>其一: “僰蘭 道有蜀王兵 ,亦有神作大滩江中.其崖崭峻不 可破,(冰)乃积薪烧之. ” 本段和<大道至简>第一章可谓相互呼应.一则告诉我们开始一项巨大工程需要有恒心毅力:二则告诉我们其实好的方法能够事半功

读《大道至简》第二章有感

今天,我对老师的推荐书籍<大道至简>的第二章进行了阅读,<大道至简>的第二章的标题是——是懒人造就了方法.仔细想来也确实如此:人们不想走路 于是便发明了汽车和飞机,人们不想爬楼梯于是就发明了电梯,等等.所以说,我们想要提高自己的工作效率,要想让自己拥有更多的空余时间,我们就必须要学会 创造出懒人的方法来提高我们的效率. 在<大道至简>的第二章中我们看到,愚公想要搬走自己房子面前的高山,他只能想到通过人力去挖,去搬.这样做虽然是对的,也可以达到自己的目标,但是 这样做所花