读《大道至简》第1章有感

今天读了《大道至简》的第1章编程的精义,对编程有了更深一步的了解。道家有云:“道可道,非常道。”而我们学软件这一专业的便要学习编程之道,而在第1章对编程的精义给了具体的解释,让我受益匪浅。

首先他通过一个愚公的例子向我们介绍了编程的精义,也是编程的根本:顺序、分支和循环。所谓顺序,就是愚公他们通过研讨,择定了一个井然有序、可以实现的技术方案:“扣石恳壤,箕畚运于渤海之尾”。然后制定方案,又进行了人员分配,即“率子孙荷担者三夫”来完成这项工作,接下来又描述可能存在的分支结构,即“虽我之死,有子存焉”。而“子又生孙,孙又生子……”这则是这个工程所必须的循环结构。总之愚公通过移山为我们生动的展示了编程的精义。试想连愚公都懂得这么简单的道理,我们作为大学生就应该更加牢记:顺序、分支和循环这编程的精义,并将它运用到我们以后的编程中,这样才能将看似复杂的编程简单化,就是所谓的大道至简。

然后就是我们每个人学不学的会编写程序的问题,其实我也会常常问自己这个问题:自己到底能不能学会编程。看了这本书以后给了我很大的信心,它让我明白了编程其实是一件很容易的事,只要你想学就一定能学会,像愚公那样尚能懂得编程的精义,所以我们不是先天的智障或者是后天的懒惰者,就一定能学会编程,当然这需要我们熟记编程的精义,然后充满自信,对编程充满热爱,还有做一个勤奋的人,这样我们才能编出令人满意的程序。

接着,我们还要清楚地知道编程的公式:程序=算法+结构。要记住:积极的工作和勤于思考都要占据时间。我对这段话的理解就是磨刀不误砍柴工。就是说在拿到一个要编的程序后,我们不要随便看一眼就开始编程,而是要经过慎重的思考后,设计出程序的算法和结构,这样剩下的编写代码的事就变得很简单了。而我们现在的课程,讲算法和结构的就是《数据结构》了,所以我们现在一定要好好学习这门知识,学好它将使我们的编程事半功倍。

编程的语言有很多种,但就像书中所说,编程语言只有喜欢与不喜欢的问题没有会不会的问题,因为他们的底层数据库都是相似的,而他们的差别主要表现在适用范围上,比如说有些语言适合图文处理,还有一些适合于做网页,而我们大学阶段要做的就是至少熟悉并且熟练掌握一门语言,当然如果兴趣广泛也可以多学几门语言,这样不但能丰富我们的知识,还能为我们将来的就业打下良好的基础。

总之,学习了编程的精义,让我对编程有了更加清楚地认识,它让我明白编程其实不像想象中的那么难,我们要对自己充满信心,将编程精义运用以后的实践中,设计出令人满意的程序。

时间: 2024-11-06 16:32:23

读《大道至简》第1章有感的相关文章

梦断代码前3章读后心得x

加上今天读完了<梦断代码>前4章,学多了很多,大概知道<梦断代码>讲的是什么?其实讲的是chandler软件项目开发过程中发生的一些问题事件,比较详细介绍了软件开发遇到问题,如何解决等等,从中我感受到了软件人员的不易,正如书上所说“看完本书必掩卷长叹:做软件难. 第0章软件时间,讲述了主人公一生与软件打交道的一些比较记忆深刻的事件.这里我未读这章之前很好奇为什么是第0章开始,而不是第一章开始,作者向我们讲述了原因:其实作者只想指出计算机程序员与其他人的一些不同,程序员从0开始计数而

梦断代码最后4章读后感

很高兴今晚看完了<梦断代码>,chandler团队继续向前探索,遇到了难题在团队坚持不懈执着下依然一一解决, 他们在软件开发过程中遇到的问题可能就是我们以后要遇到的问题,最后一章给我印象比较深刻,编写软件要以方便用 户面向用户为主,不要让用户使用的比较难受,界面友好性要体现出来,如果用户都不想使用,编写的又有什么意义. 编程也是一门艺术,会玩就能创造精美的作品,但是过程不是一蹴而就,需要慢慢积累,执着的精神,求知的欲望. 天上是不会掉馅饼的,所以脚踏实地,一步一个脚印,就算做软件难,既然选择了

《梦断代码》前四章阅读感

第一次看到这本书的时候,印象最深的是它的名字--<梦断代码>.或许讲的是关于在做软件,或者说是做程序时受到的困惑,挫折,甚至是失败的经历或故事. 而看完前四章之后,事实也确实如此,当然也有与之不同的地方,比如说代码的开源与否问题,但对于最初的认识还是有了一些根本上的提高. 对于书中的人物的姓名,我并没有记住太多,对于故事的主线和具体的细节也没有太深刻的印象,不过对于前四章看完之后还是有一些短浅的认识.在前四章中, 有一个名为卡普尔的程序员,他创办的OSAF公司的项目的失败就告诉我,做程序(往大

《梦断代码》第一章 死定了 阅读笔记

第二章 死定了 一个人如果延误了项目,那么他死定了! “约翰死定了,在下个版本出来前,他得连干五百个钟头······凯蒂死定了.她得感到天荒地老.布莱恩越发要完蛋.而且他只有一半的时间了.至于安迪吗,只有安迪没事.他的工作列表上没有成百上千的任务.”书中这样写道. 建造之前,要先有蓝图.你所需的时间可能取决于他人所要花的时间.这都有利于做一个好的时间列表. 工程当中,如果存在缺陷要立即解决,虽然缺陷不会影响程序的运行,单他不符合安德森的审美观,可是直到6个月后,那个缺陷仍然没有得到修正,最后问题

梦断代码前三章略有感想

第0章  软件时间 作者提到没有时间做到完美,每个人都是这样.这也就意味着每一个软件都不可能是完美的,随着人们的需求不断被满足但是会有更多的需求又会产生,随之而来的bug也就越来越多,那么就会不断的打补丁. 从威尔克斯的时代到现在,尽管有许多创新,程序员还是一直限于调试除错的苦境之中.工作中只有百分之一的灵感剩下的只有艰难寻找.他们的作品永远尚未完成或未臻至善,区别仅仅是“问题更少”的程度不同.我们无法一关电脑,我们对软件的需求远大于对它的仇恨. 第1章 死定了 托伊用到了软件缺陷列表,这个列表

梦断代码读书笔记(1)

阅读时间:2018年2月5号 这次主要是读完梦断代码的的前4章之后,记录下来所得到的感悟. 不知道是不是因为没有经历过真正的软件设计,我在读梦断代码的时候感觉到明显的吃力,尽管已经读了大概有4章,还是没有从这4章中提取出一个大致的主线.如果说有的话,就是关于两点:1.软件是个黑洞,无数的公司,企业全都栽在了这个上面:2.关于Chandler的设计,作者好像是以这个软件作为一个模型来揭示关于软件行业的问题. 首先,来说说第一个问题.在没有接触这个之前,我确实是没有想过,软件会是很难,确切的说是软件

梦断代码读后感1

今天开始读梦断代码了. 书中说道,“关于软件缺陷的话题,只要谈上几分钟,必会有人拍案叹道,‘为什么就是不能像造桥那样造软件?’”的确,掩卷长思,为神马不能像造桥那样造软件哪!细想起来,两者之间的根本不同在于,一个是体力劳动,以机械为主:一个是脑力劳动,以人为主.人,从来就不是一个确定的东西,有喜怒哀乐,有自己的偏爱和偏见,充满了各种不确定性,以它为主的项目,自然不可能做到分毫不差.软件工程的主要目的,就是尽量把这种不确定性从项目中剥离出来,使做软件真正成为一个工程,而不是个人英雄主义的胡拼乱凑.

读《梦断代码》第0章有感

今天我读了<梦断代码>的第0章,对编写软件又有了新的认识.知道软件虽然能带给我们许多新鲜的.意想不到的功能,但是却也是不确定,不是像建一座桥那样,可以按部就班,一步一步实施的. 首先吸引我注意的就是第0章,开始我还以为写错了,后来通过读书才知道,原来是作者故意这么写的,而他这么写的目的就是要提醒我们:程序员计数从0开始,而不是从1开始.这是因为计算机采用的是二进制.首先作者通过一个游戏Sumer的例子,吸引我们的兴趣.其实意在告诉我们,编程兴趣是最好的老师,当你真正对编程感兴趣的时候,那么你才

读《梦断代码》第1章有感

今天我读了<梦断代码>的第1章.通过第0章的学习,我们知道软件的编写是一件既有诱惑力,但却可能充满未知错误的过程.而第1章则为我们展现软件开发过程中遇到的种种困难,而他的标题更是自嘲似名为:死定了. 他一个会议为开端,讲述了OSAF在一次会议上讨论为何软件项目的进度远远落后于预期.而他们讨论的结果便是,在软件开发的过程中往往会出现许多黑洞式的缺陷,即无法估计需要多长时间才能修复的缺陷,正是这样才拉低了整体的速度.其实我认为这样错误并不是只有大公司才会遇见的.就像我们现在,老师要求连接数据库,本

梦断代码-读后有感2

在<梦断代码>这本书中,瑞蒙德的<大教堂与集市>提出了两种开发软件的方式,一种是大教堂模式:重要的的软件需要像建教堂一般,由独立的巫师或一对相互隔离的魔法师潜心打造,在面世之前绝不发布beta版本,另一种是菜市场方式:早发布.多发布.权委托.尽开放.看似一个乱哄哄的大集市,铺陈了各种日程和手法,要从中得到前后一致和稳定的系统,简直只能指望奇迹出现.可事实上,这种集市风格看来行之有效.这篇论文展示了开放集市如何能够融大群程序员之智慧于一炉,且不触及布鲁克斯法则的铁律,但却无法说明开源