再读大道至简第六章

大道之简临近了尾声,作者也开始了“与前文相呼应”,第六章的内容大部分建立在前面五章的基础之上,对相关的名词进行了进一步的阐释,理解,对有关的概念进行了扩充。

一开始说了,语言只是工具,这几乎与第一章的内容相呼应,不讲JAVA/C/C++等等语言的好坏,只是把他们放在工具的层面来说。没有对语言的膜拜也没有对语言的漠视。语言再不同,只是工具不同,适用于不同的环境。就像是犁地不需要铲子,扫地需要扫把一样的。笔者借由各种语言只是工具来引出了,那张幻灯片。看清代码、方法、工程、组织的关系。

在代码、方法、工程、组织中,由内而外依次为:程序=算法+结构、方法、过程、工程、组织。

程序=算法+结构这个也就是编程的本源定义,即编程的精义。从愚公移山开始,人们就在循环和分支里活动,不断地进行着循环,不断的展开分支,同时,这也就是作者说的程序了。程序=算法+结构。这里的内容已经在前面详细写过了,这里就不再重复。

写程序的过程中,注重方法,方法并不神秘,它就是我们今天正在做的,从事的,和实现的。我记得我在大道之简的第一章的读后感的里举过有一个我父亲叫我吃饭的例子,那个就挺能帮我理解的。其实很多名词,看着都十分抽象,一旦结合了实际就是比较好理解的了。就像我兼职给小朋友讲英语,老师就会举一些比较身边的例子来帮大家理解。

在编程的过程中,注重的是方法,在完成工程的中,需要的注重的就挺多的,比如角色,共同,环节的问题。有环节才有角色,有角色才有沟通问题。第一遍看了这句话还是不太懂,仔细想想还是可以理解的,有了事,就有分工,分工的出现,便各自有了所要扮演的角色,一旦合作,就需要沟通。因此便有了前面提到那句话。

后面将工程和组织的问题,工程的问题,上一章我们已经做了理解,这里便不再展开。至于组织,前面也一同说过,更多的沟通和合作的问题。

看看挑挑捡捡自己便看到了BOSS的那章,毕竟,这个还是与我的未来还是息息相关的嘛。结果,并不是我想的那样,BOSS并不是决定我的薪水的人!发钱的决策通常是有部门或者团队经理,绩效经理和财务经理决定的。BOSS所需要负责的是经营的问题,这也就意味着,经营者和工程并无关系。看到这里便暗自庆幸,这里我想大家应该都懂。

我总觉得写读后感不能写的太枯燥,应该结合自己的生活来理解,尤其是这种偏于理论的书,太过抽象,而不适合闲暇的时候阅读。然而这一章我并没有一个一个举例子,我想把它总结为生活。程序=算法+结构(细节)、方法(做事的方法)、过程(做事的过程)、工程(事)、组织(生活)。

时间: 2024-10-12 17:40:55

再读大道至简第六章的相关文章

再读大道之简第七章第八章

有一句话叫做,理想很丰满,现实很骨感.原来,单纯的以为,软件工程不就是码农么,就连工作也是一心趴在课编程编程,各种编程上,可是,现实中的软件工程和理想中或者说,想象中的还是有很大的差距的.就连我们心中的大企业,也并不是想象中的那样.比如IBM知道把握力量总之比创造力量来得经济.我还单纯的以为,所有的公司只是为了盈利呢,依靠完成的软件去盈利.此时不禁自嘲一番,还是太嫩了啊.所有的大公司在标准.理论.语言上的争来夺取,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是

再读大道至简第五章

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

读大道至简第六章有感

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

再读大道之简第三章

团队缺乏的不只是管理 书里这么说. 首先一个人算不得团体,那就是个体.两个人则互相支撑,古文中“从”字是二人互利就是这个意思.然而两人互利并不算团队,因为没有监督.三个人便可以构成团队,这样便有了团队的一些基本特性:主从.监督和责任. 其实我是第一次看这段的时候,是十分赞同这段话的,甚至有些佩服.我们很多时候指导我们是个TEAM,但是不知道到底多少人可以构成一个TEAM,甚至不知道团队里有什么关系.可是现在看看也不完全正确,或者准确的说,团队是至少有三个人的,并且团队有主从.监督.责任三个基本特

大道至简 第六章

大道至简 第六章的主题是从编程到工程:很多编程的初学者往往只专注于变成本身 也就是语言 ,然而语言只是工具,有了语言,才有之后的程序,是“程序=算法 +结构”.这是编程的本源定义,也是原始的状态.与代 码相关的任何工作,最终仍旧会落足于这样的一条规则. 编程的精义于此.从有开发行为开始,它就存在了. 愚公在数千年前就在用类同的行为做编程实践,而几十万 年前智人,也在循环与分支所构成的逻辑中打转. 再然后有了程序,方法也就出来了,推动这种逻辑向前发展的,是“方法”和“方法论” 的出现.长期的编程实

大道至简第六章

今天看了看大道至简第六章<从编程到工程>.文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法.第二节 说点什么呢,今天看了看大道至简第六章<从编程到工程>

一切都是为了实现-大道至简第六章读后感

大道至简第六章的内容比较多,也比较深.或者说这一章作者是从一个更高的层次.更开阔的视野.更独特的角度来解读软件工程这四个字的具体含义的. 作者的这些肺腑之言都是作者在软件行业工作了多年之后总结出来的.开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有,但也不是很大.真正起到决定性因素的不是那些技术细节,而是一个高度过程化.通晓方法论.拥有大量工具的开发团队或者是开发公司.在这个团队里面,无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的.团队内的每个人必

大道至简 第六章 读后感

说点什么呢,今天看了看大道至简第六章<从编程到工程>. 文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法. 第二节又写了“程序”,程序=算法+结构,编程的精义于此

读大道至简第三章感想

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