大道至简第五章阅读笔记

这次第五章的内容谈到了工程的实质内容,那就是做工程做项目的过程。在一个项目中,理解了客户的需求之后就该分析具体的实施计划,很多人总是会做瀑布模型然后按照模型的样子去做完过程的每一个阶段,但是每个阶段又是做过场一样,说起来是有这个步骤,有这一项的规划,但真正的实质内容并没有多少,这样的过场真的是没有什么意义,只是空有其表罢了,做一个项目,我们面对的的客户,我们在最后是要把成型的,有用的,能达到客户要求的项目拿出来的,所以说实现才是我们最终的目的,无论我们要做的是一个小的工具还是一个大的项目,做工程只是我们实现的一种手段,作为编程人员,我们要做的不是虚有其表的过场,而应该把每一项都做的心里清楚,把每个程序读懂,消化,不要为了图表面,把工程当成接口,而忽略了我们的目的和初衷,所以我们要把口中所谓的“工程要这样做那样做”改成“项目要求这样做”或“客户的本意是这样的”,那么我们就能抓住问题的本质和客户的心,那么好的产品便不是什么难事,赢得市场也是必然的,我们不能迷失在项目中,别做为工程而工程的人,我们的目的只有一个,就是“实现”。

在瀑布模型的基础上给每一个环节加上测试,具体到该怎么做,那么有了实质的东西,项目便不再空洞,实现的过程有了实质性的东西,没有了过场似的形式的项目一定会好很多。我们做项目要有能实现目的的东西,画龙画虎难画骨,不能等到最后只空有个架子,得有点实在的“骨子”在里边。另外上次也提到过项目里的人员是要组织起来的,作为项目经理,要让大家分工明确,步调一致,才能共同完成项目。

时间: 2024-12-24 02:11:22

大道至简第五章阅读笔记的相关文章

大道至简第五章阅读感想

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

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

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

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

第一章   编程的精义 *愚公移山 pakcage Yugongyishan; public class Yugongyishan{ public static void main(String[] args){ //原始需求的产生:惩山北之瑟,出入之迂 //项目沟通的基本方式:聚室而谋之 //三名技术人员和一名工程管理人员:(愚公)率子孙荷担者三夫 //一名外协:遗男 while(!指通豫南,达于汉阴) do{ (愚公) 率子孙荷弹者三夫及邻人京城氏之孀妻,叩石垦壤,箕畚运于渤海之尾. if(

大道至简第六章阅读笔记

目前我们已经学习了c++,java两种编程语言了,对于我们来说所关心的总是代码该怎么敲,可能还并不会去在意到底用什么敲比较方便或者更好,再或者是自己习惯用哪个来编译,但是读了这章内容,发现其实很多业内人士对所用的语言都是很在乎的,就比如作者之前在特长里写道擅长TPascal.Delphi.TASM系列语言而痛恨c和c++,现在觉得很荒谬.在以前的阅读感悟中也提到过,我们在软件工程这一行中做工程,目的就是实现.所以对于程序员来说,语言真的就只是一个工具,既然是工具,那么个人就会有用的顺手或者不顺手

大道至简第三章阅读笔记

目前我们还在学校,或整天独自编译运行着老师留下的作业,“独来独往”,或和他人一起思考,但真正上我们还并不能真正意义上理解团队的概念,或许有的人就要发问,这和一个篮球队不是一样的吗?事实上并不是这样,对于做编程的人员来说,一个团队是明确分出主从,监督和责任的,这是一个团队的基本特性.既然是一个团队,就一定得有能够统筹兼顾的领导者,有愚公式的员工,领导者的能力必须是出人头地的,也应该是最有头脑的,才能让团队的效益最大化,让员工心服口服,当然真正出了意外或项目失败的时候,敢于承担起一份担当,也是理所应

大道至简第五章读后感

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

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

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

大道至简第四章阅读感想

大道至简第四章感想 大道至简第四章标题为流于形式的沟通,主要内容可见说的是关于沟通的问题. 第一节的标题是:客户不会用C,难道就会用UML吗?程序员不能要求客户需要精通C语言,因为在客户(的代表)学会用C语言来向开发人员描述他们的需求之前,可能他就已经被老板开掉了.因此没有客户会笨到愿意用C语言来描述他们的需求.C语言是程序员与计算机交流的语言,而不是他与客户交流的语言.程序员面对的是计算机,但计算机不是客户.因此开发经理有一种优势,可以让开发人员以需求调研的身份出现在客户面前.要深入项目的需求

大道至简第五章观后感

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