阅读笔记 大道至简

第四章    流于形式的沟通

  项目的要求都是从用户那里得到的,要能够跟用户打交道。这时要记住一点就是永远不要出现专业术语。专业术语一是会给交流带来困难,还有就是在折磨用户。我的一次与用户打交道的经历是这样的:用户的要求比较多,我想要用户能不能给一个word文档,方便看结果用户就已经说我在折磨他了,所以,我是跟电脑打交道的那个人,所以只要用到电脑的地方都是我的活。

第五章    失败的过程也是过程

  把程序分成若干步能完成的小模块一个一个实现,把工程分解成一个一个模块来完成。这就是把复杂问题化解成简单问题处理的思路。

  先想好要做什么,最后一定实现它,不是走过场。

时间: 2024-10-11 10:49:29

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

阅读《大道至简--软件工程实践者的思想》有感(3)

阅读完<大道至简--软件工程实践者的思想>,明白了软件与程序的区别,<战国策-秦策>中的那句话,“王不如远交而近攻,得寸,则王之寸:得尺,亦王 之尺也.”程序只是程序员与电脑之间的对话,而软件却是让程序员把用户与电脑连接到一起,作为桥接.程序不一定是用来卖的,但软件是用来卖的,所以软件包含了商业因素,而程序却没有. 做软件,达不到好.快.省三点.我们的项目,无经费可言,无充足的时间,所以总是图快.图省,然而这样做出来的项目,只能是应付老师,并不是真正的学会了什么东西.然而想要达到好

阅读《大道至简--软件工程实践者的思想》有感(1)以及阅读计划

阅读计划:此书共八章,计划五一前读完,在接下来的半个多月里,每天读一章即可,需八天即可读完. 读后感: 看到这本书时,给我的感觉就是非常简洁,的确符合作者的主旨——大道至简.书中多次提到愚公,并且认为写代码,即coding,是体力劳动,程序=算法+结构,我非常赞同.当看到一个问题时,我们不应该立马就写程序,而是先将问题分析清楚,事件先后的逻辑关系和依赖关系搞清楚,搞清楚要实现什么,要解决什么问题,一接到任务就开始Coding的程序员,通常就是加班最多的程序员. 当我大一的时候, 我就想着,是不是

阅读《大道至简》第三章有感

      <大道至简>第三章讲的是“团队缺乏的不只是管理”,主要讲了公司中项目组中员工的协作问题,和团体意识问题,本章给我最大的启发就是团队在工程中起着至关重要的作用,一个人的力量终究有限,一个项目也不是一个人能所完成的,像王江民那样一个人便完成一个项目的时代也经过去了.所以做一个项目,需要团队合作,只有分工明确,各司其职,才可能会有更快的效率,尽早完成项目.但是只有一个团队还是远远不够的,团队队员之间的交流,合作,分工等都需要人管理,所以还要有管理者,这样一个项目组便出现了.      

阅读《大道至简》第一章 伪代码读后感

老师让我们读一下大道至简第一章.从第一章中我们学习到,编写程序是要先思考在动手的,想好思路再去构造,然后再按照计划去编写程序,如此一来,条理清晰有条有理,即使出现错误也能及时发现,从而让自己的编程简单起来.这种编程的方法把思考和动手过程分开来做,充分利用了编程的特性,将编写程序从复杂的完全的动手过程简化成思考和编写程序的过程.体现出了思考的重要性,无论何时,无论何事,思考是最重要的.因为不去思考,愚公也就不会想到移山,不去思考,愚公也就不会将工程安排得如此有条不紊. import java.<大

阅读《大道至简》第二章读后感

这一节取得标题是懒人创造方法,实际上是一个引子,通过一些实际生动的案例说明创造方法对于提高项目效率的意义.我理解的核心是:创造更加高效的方法胜于用简陋的方法埋头苦干,“磨刀不误砍柴功”嘛! 李冰通过观察生活现象,基于物理现象改进了开山的方法:而愚公只是用一个简单粗暴.低效的方法来移山.很明显李冰的效率很高,在有限的时间内完成任务(至少在秦国灭亡前),而愚公的结果则显得遥遥无期,肯定可以移走,但时间开销太大.对比二者,虽然都可以可行的解决方案,但显然愚公的方案比李冰的差无穷的距离,而且李冰的项目是

大道至简第五章阅读感想

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

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

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

大道至简第五章读后感

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

关于《大道至简》第二章的收获

今天阅读了大道至简的第二章,这一章的标题是懒人造就了方法.文章以愚公和李冰作为例子,讲述了好的方法是如何产生的.由此我们可以想到身边的一些例子,假如我们要给一些学生出算数题,题量不大的情况下我们可以直接出题,当要求题量的时候这就是一个大工程了.为此,我们可以写一个简单的软件实现出题的功能.虽然写这个软件会花费一些时间,但是完成之后会省下很大的精力. 我们应该学会将源代码分写在几个文件中,而不是所有的都写在一起,因为都放在一个文件中,到了后期的维护可能会是很大的问题,因此Unit关键字出现了,将一