读《大道至简》有感(六)

大道至简第六章--从编程到工程

这一章主要是弄清语言的意义,工作中方方面面的偏重向。

一:语言只是工具

我在学习的编程时候,不时认为这东西跟数学一个样,记一些死公式,然后套用,用一些巧妙的方法,解决的一些问题。在解决问题的过程中,能发现解决的方法多如牛毛,同语言一样,同一种意思能用不同的方法说。某种程度上,说明编程语言能创生出各式各样的东西来,灵活性很高。

作者接触了各种编程工具,当我看到作者所说“痛恨C++”,又在其后添上:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的。我些许明白一些东西了,结合主题:语言只是工具。那么,我应该理性看待这个东西了。工具的不同,功用也不同,在某一问题上,所用编程的复杂性有所不同,不能说那个编程工具不好,只是不适合解决这一问题罢了。那么,所用工具的人,灵活就够了。

二:方法的诞生

编程行为初始,肯定是心里想着问题,然后一步步摸索前进,去达到目的。当问题解决多了,有一些重复的过程,那个时候,才有了一个方法这样的意识。方法,就好像一个复杂或简单的机械盒子,从入口放一个东西,从出口就出来另一个东西。

方法需要我们去理解,需要我们用学习过程的编程经验去创生另一种感觉,一种刻在心里的模式,知晓什么问题,怎么去解决。

三:过程的面对

过程伴生工程而出现,过程解决的是工程中角色间的关系问题。

整个大道至简中,处理工程中角色间的关系,这一类型的问题提及很多。说明这个问题很重要。暴雪开发的游戏总是跳票,它从来把玩家测试和开发人员的个性特征放在第一位,尤其注重游戏品质和玩家体验,和开发游戏过程中的顺利及创生出来的新颖点子(这就是为什么注重开发人员的感觉了),最后出来优秀的作品,成就神话。

然而情况不同,也就不能固用模式。

客户向公司提出要求,那么公司就要实现要求,客户所关注的是实现,而非开发者去完美它,客户会应为项目的一再延迟而懊恼或愤怒。所以处理这些关系,必须要考虑周全,顾虑环境。

四:上帝之手

从最初的简单编程开始,到现在工程团队的组织开发,实现(一个软件)都是最终的目的。实现,是软件开发的本质需求。

编程之前,得有个目的,才能有方向地进行。现在技术的发展和成熟,我们能够看到很多研究方法的课训。纵观整个编程的发展历程,都是先结果,后过程,再结果。也就是说,我们先实现了目的,再反观所做的编程代码,发现这个方法以后可以再用,再去研究,然后创生另外一些结果。就让我想到了,以前的各类科学家,都是先发现结果,根据数据结果,再逆推公式。而后人直接学公式,再去得出数据结果。

所思所想,创意无限。

时间: 2024-10-21 19:31:06

读《大道至简》有感(六)的相关文章

再读大道至简第六章

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

读大道至简第六章有感

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

读大道至简有感

在周爱民先生的书中,存在于两千年前寓言中的工程名家愚公,作为讲述各种事理的例子反复出现.确实,愚公的事迹中蕴含了许多我们这个专业的学生必须要明白的道理.对于程序,我们很多学生说是一窍不通也不为过,写出一个程序在我们眼中是一件多么了不起的"大事",但周爱民先生说:"除了先天智障和后天懒惰者,都是可以学会写程序的."看到这里我不经开始反思自己:是否把写程序这件事过度复杂化了. 初学c语言时,老师要求我们把算法画出来,我不以为意,那时我想:直接把代码打出来不就好了,为什么

读大道至简有感续1

懒人造就了方法.拿鲁迅先生的一句话来开篇:这世上本没有路的,走的人多了,也便成了路.事实上,条条大路通罗马,而有的路长,有的路却很短.当第一个懒人发现了两点之间直线最短后,就不会再像其他人一样去绕那么多弯路了.之所以世上有那么多捷径,就是因为一个个被视为懒人的开拓者.当然这里的懒人并不是我们生活中固有观念里的懒人,因为想要成为一名能创造方法的懒人就必须要懂得去思考.倘若连思考都懒得去想,那或许严格意义上来讲就不能称其为人了.人生来是有惰性的,这世上有勤快人就有懒人,有懒人就有懒人的懒方法.而这些

大道至简第六章

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

大道至简 第六章

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

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

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

大道至简 第六章 读后感

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

读大道至简第二章有感

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

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

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