读《大道至简》的读后总结

最近在看一本书,是周爱民写的《大道至简》。看了这本书后,我更进一步了解软件,软件工程,管理,沟通的意义了。

小编将自己觉得重要的地方记录下来,一起学习记忆。

1.软件工程的层次模型

2.什么是程序?

程序=算法+结构

方法是实现某功能的代码块。

为什么我们不提代码了,代码是功能具体实现了,呵呵。

2.方法是怎么出来的?

方法是懒人造成的,呵呵,懒人有方法实现去创造东西。如果一天都忙得要死,思考的空间减少了,自然创造性就降低了,不是么?

据说,以前代码都是写在一个文件中的,但是随着前辈们的不停开发与总结,发现不科学,于是出现了模块开发,以后什么模式,什么设计都出来了...呵呵,一切都是从实践中总结出来的。都是为了为懒人创作了...

3.团队缺乏的不仅仅是管理?

什么是团队?团队至少是三人以上吧,不然就成团伙了,呵呵。

做管理,最基本的就是需要承担责任了。

团队做自己的角色,明确分工责任。

4.沟通不要流于形式

这句话很有道理,如果你是开发人员,使用开发人员的说法与客户沟通,那基本无效。很少有对等的语言,开发人员不能要求客户会c,会java,会uml语言什么的。。。

沟通应该是有效的,每次沟通都应该认真准备记录。

沟通三障碍:

解决方法是不要把目标设为让对方认同

5.失败的过程也是过程

做项目=死亡游戏,这是有道理的,如下图:

由于沟通常常不对等造成的。

项目是一个过程,在整个过程不能走过场,实现才是我们最终的目的,整个项目过程也不是死模型,而是可以有效调节的。

项目不是做的,是组织的...

6.不要纠结

在做整个项目的实现中,不需要纠结,也不能用过去的经验一直看现在。每个角色要拥有自身的职责所在。

作为项目经理不能作团队的腿,应该先众后己,明确团队绩效是大于自己绩效的,项目经理如不能节约成本,是难以得到经营者的支持的。

一个团队应该有其特质,无其特质,离散也不远了。

项目经理的重要性可想而知了:

沟通,协调,监督,凝聚等是管理的基本功能。

7.从编程到工程

最狭义的工程是描述"做什么"和"做到什么"。也就是说,是对目标的描述和成果的检测。至于这个工程目标的实现,是过程与方法的事情,而最有效实现过程与方法所需的,就是工具。

编程中使用的语言即是我们的工具,我们用这个工具描述我们的软件工程。呵呵

说明:还有很多不是特别明白,学习中。。。。

《大道至简》下载地址:大道至简

时间: 2024-10-02 08:37:34

读《大道至简》的读后总结的相关文章

《大道至简》读后有感

这个假期我们的JAVA老师向我们推荐了一本叫做<大道至简>的书并叫我们写一篇读后感,由于我拿到的是TXT文件第一眼看到的它123的页数.与我之前看的书相比明显要少好多.书的开头作者也说了书的好坏不在于字数的多少,看完这本书我深有体会.       文章的开头作者用愚公移山这样一个人尽皆知的故事形象的描述了编程的根本:顺序.分支和循环,移山这样庞大的工程都可以通过简单的编程来实现,这就是编程的精义,也是该书自始至终所强调的重点.而之后作者又更为推崇战国时期李冰在移山过程所表现出来的"偷

读大道至简第二章有感

大道至简第二章的题目是"是懒人造就了方法"而开头也写到李冰的开山并与愚公移山做了比较,无非就是想用具体的例子来证明懒人造就方法的观点.而其深层的含义便是要学会观察,学会思考,同样是一件事,很多人都能做,有人用的时间长资源多,而有的人则截然相反,这就说明了观察思考的重要性,而相对于编程来说,一个简单的比较大小的问题,有的人比较五次,而有的人只比较四次就能运行出结果,这就是程序的优化,也是思考的结果 一百万行代码是可以写在一个文件里的.这反映了一个很常见的问题,很多初学者比如我们总是在关注

读大道至简

近些天来,我读完了由周爱民所著的<大道至简>这本书,说实话,这本书的一些内容我并没有读懂,但还是在这里写下我的一些感想,也是一些收获. 从本书的序以及前言中就可以看出,作者很想通过这本书来让更多人理解软件工程的思想核心,想向更多人分享他这些年所积累的经验. 作者在这本书中讲了很多,有些我还没有理解,所以我只写下我目前有所收获的那一部分. 以前我从没有想过,愚公移山的事例也能够用编程的方式讲出来.当我在开头看见作者所举的这个例子时,顿时感到十分惊讶.继续看下去,我似乎越来越能明白,世上的所有事情

再读大道至简第五章

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

读大道至简第三章感想

大道至简第三章介绍的是关于团队的问题.首先说明了什么是团队,至少是三个人的队伍才称得上是团队.对于团队就会存在领导者,作为领导者能力很重要的,但是并不意味着能力出众就可以成为领导者.就像书中所说,一个员工在一次项目制作中完成了全部的核心代码,公司给予了他优厚的奖励,但是这并不意味着下一个项目就由他来领导.因为项目经理必须具备最基本的素质:承担责任.做项目不是要像程咬金一样只有能力而不会管理的人,而是要李离这样对于出错敢于担当的死士.作为一个项目经理你拿着经理的工资,凭什么出了问题要你的员工来背锅

读大道至简引发的思索——delphi

读完了大道至简,发现书中总是在不停地说着一种语言,或者说是一个编程工具——delphi. 看了我前边的一些博客内容的朋友可能发现了,我曾发布过用delphi 曾编写的一个小程序,其实在那之后也利用delphi 进行了一些编程,小到计算器,大到水准测量记录软件(表格输出并计算).个人觉得这是一个很不错的语言,界面就与其他编程软件不同,还可以完全分离每一部分!(用过的编程工具有限,熟练程度有限,在我的认知中是这样) 大道至简中提到了DelphiBBS这个论坛,“Delphi论坛——Delphi 乐园

再读大道至简第一章以及生活有感

开始上JAVA,在还没有老师授课前就接受了安装JDK的任务,虽然我在暑假前就已经安装完了JDK,以及ECLIPSE,也跟着学长学了一点点的东西,但是,一个暑假因为家里的关系,电脑都没开几次的我,真心都忘的差不多了……唉,先是JSE的界面出了问题,后来是cmd黑框无法运行.JSE的问题还好及时解决了,不然那个附带的小问题还真的没办法搞定. 上课,果然自己的亲导师是从<大道至简>开始授课的,虽然我之前看过了一遍,也大概知道了主要内容,但是,具体的问题我还真心的回答不上来.比如,愚公移山的分析,编程

读大道至简之感

阅读了大道至简之后,我突然发现编程原来是如此简单的一件事,当我们把编程慢慢的分解成为一个个小小的问题的时候,编程就会变得意想不到的容易.因此在平时的           编程中,我们也应该学会大事化小,小事化了,然后成功的完成问题. 编程的顺序可以分成以下几点: { if(能够成功解决问题) cout<<answer; else { while(有问题没被解决) { while(不能够成功解决第一个分解问题) { 对第一个问题不断分解: } while(不能够成功解决第二个分解问题) { 对第

再读大道至简第六章

大道之简临近了尾声,作者也开始了“与前文相呼应”,第六章的内容大部分建立在前面五章的基础之上,对相关的名词进行了进一步的阐释,理解,对有关的概念进行了扩充. 一开始说了,语言只是工具,这几乎与第一章的内容相呼应,不讲JAVA/C/C++等等语言的好坏,只是把他们放在工具的层面来说.没有对语言的膜拜也没有对语言的漠视.语言再不同,只是工具不同,适用于不同的环境.就像是犁地不需要铲子,扫地需要扫把一样的.笔者借由各种语言只是工具来引出了,那张幻灯片.看清代码.方法.工程.组织的关系. 在代码.方法.

读大道至简——编程的精义感想

时光过得真是快,转眼我就步入了大二.我对于我所学的专业,虽不敢说得上是热爱,但至少我已经喜欢上它了.想当初被这所大学录取的时候,我不是那么的欢喜,主要就是因为我没有想到我会被计算机系录取.上大学接触的第一门专业基础课就是C语言与面向对象程序设计.第一眼看到我们讲义时,满脑子都是疑问,甚至怀疑自己是否眼睛有问题.不过随着老师的指点与引导,我渐渐入了门,发现其实就一门编程语言而言,它并非是那么难以理解. 今日,我阅读了我们系主任推荐的书<大道至简>的第一章——编程的精义.这本书以中国古代简单的神话