大道至简-实现,才是目的

工程被当成了借口,掩盖了我们做事的真正目的:“实现”。因此,我们在一个项目中常常听到说“工程要这样做”,或者“工程要那样做”,而绝少听到“项目要求这样

做”或者“客户的本意是那样的”。

这样的结果是:我们做完了工程( 的每一个过程) ,却没有完成项目( 的每一个“实现目标”) 。

为工程而工程的人,都迷失在项目中了。就象开发人员迷失在一个技术的细节上一样。专注于 RUP 或者 RAD之间的区别的人,可以把每一个过程的流程图都画出来,却也被这每一个流程给捆绑得死死的,再也没有挣扎一下的力气。

在做工程时,开发人员总是按自己的设计去做,有时会忽略工程的应用者,没考虑用户的需求,使得我们做的工程很完美,但是没人用,又有什么用呢?

时间: 2024-10-05 08:58:50

大道至简-实现,才是目的的相关文章

《大道至简》第二章阅读笔记

<大道至简>这本书在第二章中的主要内容是“懒人创造方法”!因为一个勤勤恳恳.老实工作的人是不太可能会懂得创新的,因为他只知道认真仔细的工作,一点一滴.一丝不苟.按部就班的按照上司交给他的内容,因为他认真负责,不容许自己出现一点纰漏.而懒人则不一样了,因为工作量庞大,所以他们自己因为懒惰而各种寻找方法,从而减轻自己的工作量,动脑筋让自己的实际工作量减到最小,而这时就需要开动脑筋,让自己想出一个可行的办法,从而实现自己的目的. 在这本书的第二章开头,还是延续了这本书的惯例,用一个寓言小故事来引入本

大道至简 7、8、读后感

第七章开头引用了<战国策>里秦策的一句话:王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.这句话的意思是:大王不如采取和远方结交而攻打近处,这样的话,得到的每一寸每一尺土地,都将是属于大王的.大公司手中的算盘,软件行业从未风平浪静,即使安静,也是暗地里的血雨腥风.大公司们经常在标准.理论.语言上争来争去,这并不全部是考虑到软件的实现.要知道统一理论.工具.过程的最终目的,都是为了能够在整个软件工程体系中全面完胜! 评论方法好坏的唯一标准就是:节约成本.作者提出观点:“不计成本的项目计划不会

大道至简第七章第八章

IBM为了完善自己的软件的工程体系收购了Rational,这使得IBM的实力大大的增长. 一个软件的实现离不开团队的努力,一个人再天才也有思考不到的地方,一个人就算再没用,也与他所擅长的地方,不论什么时候团队应该是刻在我们每一个软件工作者心中的事.就像我们编程时写注释,既是为了自己思路清晰也是为了方便团队中其他人阅读.大道至简中关于团队是这样说的. 蚂蚁的团队总是被本能地组织得非常好.然而如果一 个蚂蚁的群体中有了流行疾病,蚂蚁在死去,而新生蚂蚁 不能跟上其死亡的速度,那么很快,这个团队就溃散了

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

读<大道至简>有感之失败的过程也是过程及RUP模型 “一个人命中最大的幸运,莫过于在他的人生途中,即在他年富力强的时候发现了自己生活的使命”. <人类群星闪耀>------斯蒂芬茨威格 谈起失败,有人说:“效伯高不得,犹为谨敕之士,所谓刻鹄不成尚类鹜者也.效季良不得,陷为天下轻薄子,所谓画虎不成反类狗者也.”,也有人说:“画不成的老虎,真像狗:刻不成的鸿鹄,真像鹜吗?不然,不然.成功了便是虎同鹄,失败时便都是怪物.”学习模仿无过,但是学错了方法,仿错了道路就贻笑大方了. 软件开发的

大道至简第四章读后感

在很多的时候,我们所听到的沟通,都是一种形式.例如与客户吃饭或者打回访电话.其实沟通是具有目的性的,如果在没有明确目的的情况下与客户沟通,那将是浪费客户和自己的时间.这种目的,可以是了解项目的讯息/挖掘潜在的项目......最后才是交流感情.然而在大多数情况下,他不仅仅被看着交流感情.这便成了形式.且往往顾客所讨厌的一种形式.<大道至简>第四章正交到了沟通的重要性. 我们在与人沟通时,我们应该尽力做到有效的沟通,应该清楚的是,保障每一次沟通的有效性都是最重要 的事.沟通不是打电话或者请客户吃饭

大道至简第四章观后感

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

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

<大道至简>第四章主要讲的沟通,我读后倍受感触,Java一上课老师就问我们关于沟通的话题,沟通对于我们大学生而言是最需要锻炼也是最欠缺的能力,我们大学生平常交流的对象仅仅是同学,家人和老师.平时接触最多的是同学,在宿舍聊天讨论问题课件开开玩笑等等,在学校和家长的交流少之又少,大概半个月打次电话问候家里情况,更多的是没钱了可怜巴巴的说前线军粮告罄,请求后勤保障支援.和老师交流几乎就只是课堂上听讲罢了. 在软件工程专业,人必须拥有很强大的沟通能力,第三章已经说明软件的开发需要团队,在团队中,我们只

读《大道至简第四章》

21世纪是一个社交化的社会.生活中的每一天我们都会与别人交流.沟通随时随地都伴随着我们,沟通是我们工作.生活的润滑油.沟通是消除隔膜,达成共同远景.朝着共同目标前进的桥梁和纽带.沟通更是学习.共享的过程,在交流中可以学习彼此的优点和技巧,提高个人修养,不断完善自我. 一个团队的合作,一个合作的正常进行,最重要的就是沟通.最近阅读的<大道至简>的第四章, 为我们在沟通这个方面指点了迷津.我觉得做到有效沟通有三个方面的要点. 一是正确,即沟通信息的正确性.信息的正确传递是工作顺利开展的基础.在沟通

读《大道至简》第四章之感想

沟通,写起来简单,做起来可就没那么简单了,自我沟通,父母之间的沟通,同学之间的沟通,师生之间的沟通,还有与客户之间的沟通……太多了,因为我们是感情丰富的人,不是简单的说话就能表达的,需要互相理解的. 读完<大道至简>第四章后,我对于与客户之间的沟通有了新的认识.由于客户不精通c语言,同样也不了解UML,所以软件的开发人员用专业的语言去与客户交流是非常困难的,当然客户也不会看懂UML图.那就要项目经理去向客户用说话语言交流,展示.同理,客户用自己的语言把想要的功能叙述出来,那么对于开发人员只用C

从《大道至简》重新认识软件工程 —— 读《大道至简》有感

初读<大道至简>,很简单,从愚公移山开始到后面现实中的软件工程,深入浅出.整本书读下来,思维凝聚又发散开来,感觉重新认识了一次软件工程. 书不是关于技术的教学书籍,而是关于作者在软件领域工作多年的心得,内容趋于散文.从目录便可以看出作者的写作思路,编程的精义,方法,管理,沟通,过程,工程,最后是对软件工程的现实认识以及思考,不同的篇章结合起来正是作者对项目开发过程中的认识总结和思考. 不同的篇章也给了我对软件工程新的认知,接下来我从5个方面来阐述我的认识. 首先是编程的精义. 作者举了愚公移山