大道至简——第六章

  接着阅读大道至简,就从题目来说作者或许又将向我们讲述自己的真实经历,这些看似平常但对于我们这些菜鸟来说应该是非常珍贵的资料,这将引领我们在软件工程这一途上认知得更多,积累更多的经验,也就意味着在今后的职业生涯中更加的有竞争力,这些似乎都是我们应该感谢作者的强大的。这也是我为什么一直感到作者写的这本书对于我们很有作用的原因之一。

  第六章,章节是从编程到工程,这就是一个过程,而工程都是和过程的共生的,这样来看便没有任何的违和。第一个小节作者说语言只是工具,很难想象就是这样的作者在几年前还是在熟悉了高级语言后而感到C/C++可笑,看到这里我真的是很惊奇的,到底是怎样的差距会使作者产生这样的想法?难道真的是C太笨?但是转念想想C作为编程入门的基础,或许真的很不济,可纵使这样作者也不当笑话,每一种语言都有存在的合理性,不可能每个人上来就学高级的吧?接着阅读让我知道作者作为大神也是认识上有所欠缺,每一门语言都逃不过它作为工具的本质,在构建工程上没有任何的区别,正如上章所述的那样,工程只是为了实现,能实现你的目的,无论他是什么语言多么复杂都是一样的。而对于程序来说就更好说了,每一门语言,计算机能看懂,那么它就可以用来编写程序,谁也没有规定像C这样的基础语言就不能编写程序吧。语言大多是相通的真正有所区别的是实现的方法亦或是方法论,有了方法,程序也就是有了算法,再加上数据那就是一个完整的程序了。之前就说了过程是伴生工程出现的,过程解决的是工程角色间的关系问题,它指向团队如何组织在一起进行开发的问题。它首先把工程中的环节分解出来,这样就有可能环节,有了角色,有了角色,就有了沟通。阅读了那么多的章节,到现在又是一环一环的出现了,因此过程中的问题就是角色、沟通和环节的问题。而最狭义的工程就是描述做什么和做到什么,是对目标的描述和成果的检测。至于工程目标的实现那就是过程和方法的事了,而有效快速实现过程和方法的就是工具,也就是我们的语言了。这样也就理清了软件工程的体系层次图,作者叫它做牛屎图,真是既形象又好笑啊。接下来作者继续论述工程与组织的关系,工程关心的若是需求、配置、文档等,那么这样的工程还是停留在技术层面,关注的是工程的细节而不是目标。boss,很多人以为boss是给自己发钱的那个人,然而Boss并不能决定一个人的薪水,他只是一个经营者,他决定着一个方向,而工程是在这样的方向下的一个具体的行为,值得注意的是工程中是没Boss的。纵观这一切,从最初的简单编程道工程团队的组织开发,实现才是最终的目的,所以,实现是软件开发的本质需求。

  到此,阅读又到一段落,但是软件工程的层次在我的脑海里也是越来越清晰了,我想,从程序等于算法加数据,到软件工程,真的还有很长的一段路程,期待之后的学习。

时间: 2024-08-03 19:15:28

大道至简——第六章的相关文章

大道至简第六章

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

大道至简 第六章

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

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

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

大道至简 第六章 读后感

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

再读大道至简第六章

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

大道至简第六章观后感

编程,简简单单两个字,却也是一个程序开发人员一辈子的事.甚至于一辈子都无法参透的事.而对于我这种刚刚开始接触的人来说,更是一知半解,甚至完全不懂.作为一个软件工程的学生,最重要的莫过于编程了吧.然而我始终在想,编程到底是什么?而我,应当如何去编程?这是一个菜鸟始终的迷惑.对于编程,心里似乎总有一种迷惑,头脑总是不清不楚.以致于接触一个编程题目,始终不知如何下手. 阅读大道至简,每次都有体会,都能接触到不一样的新鲜概念,可是我偶尔问问自己,真的能理解大道至简的真正含义吗? 不可否认的是,我真的从来

读大道至简第六章有感

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

大道至简第六章阅读笔记

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

大道至简第六章读后感

对于绝大多数软件开发者而言,承认这个事实是很痛苦的,因为他们是那么地热爱代码.但是,最好的代码就是完全没有代码.每一行你欣然带到这个世界来的新代码都需要被调试,需要被其他开发者阅读和理解,并且被维护和支持.每当你需要新写代码的时候,你都应该很不情愿.但又迫不得已,因为你已经证明其他所有的方法都无济于事.之所以有人说“代码是我们的敌人”,正是因为我们当中的很多程序员写了太多太多的糟糕代码.然而,如果你不得不写代码,你必须也从简洁开始. 伴随着工程,过程出现了,解决的是工程中角色之间的关系问题.完成