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

今天我读了《梦断代码》的第0章,对编写软件又有了新的认识。知道软件虽然能带给我们许多新鲜的、意想不到的功能,但是却也是不确定,不是像建一座桥那样,可以按部就班,一步一步实施的。

首先吸引我注意的就是第0章,开始我还以为写错了,后来通过读书才知道,原来是作者故意这么写的,而他这么写的目的就是要提醒我们:程序员计数从0开始,而不是从1开始。这是因为计算机采用的是二进制。首先作者通过一个游戏Sumer的例子,吸引我们的兴趣。其实意在告诉我们,编程兴趣是最好的老师,当你真正对编程感兴趣的时候,那么你才能编出好的程序。然后又过了若干年,作者负责一个Salon网站的项目,当软件快要发布上市的时候,才发现软件网页程序还是不能和数据库对接,这就是软件的不确定性了,谁也不会想到软件会出现什么样的bug,而我们程序员能做的就是在尽量短的时间去改正它。而且在软件编写过程中,一定要做好测试的工作。尽量将错误杀死在摇篮中。

不知不觉的计算机已出现好多年,而他发展的速度也是我们难以想象的。甚至到现在已经有了200多种编程语言。而当你能用这些编程语言成功编出hello world时,他会像你传递一个信息,他是听话的,这就“诱惑”你去用它实现一些更复杂的功能。而当你真正从事编程这一行时,你才会体会到其中的艰难。这一点,我现在已有了初步体会,在老师给我们布置的作业中,其中一个个从未想到过的bug,几乎将我整的崩溃。虽然软件在吸引着我们去创新,去实现一些新的功能,但我们又不得不去忍受不断出现bug,不断改bug的痛苦。

或许这就是做软件吧,总之,要想得到一些东西,不付出是不行的。

时间: 2024-12-26 13:45:48

读《梦断代码》第0章有感的相关文章

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

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

梦断代码最后4章读后感

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

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

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

梦断代码前三章略有感想

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

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

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

梦断代码读书笔记(1)

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

梦断代码读后感1

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

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

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

《梦断代码》第0章阅读笔记

通过对<梦断代码>的初步阅读,感觉以前订的阅读计划似乎并不能满足笔记的需要,因为就第0章便让我感到书中有很多话值得我去记下来,无论是将来工作或者生活或许都有点用处吧. 就像作者说的书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.读完第0章书给我的感觉没有了课本上的枯燥,有了我喜欢的故事情节,让我了解了一个程序员的真实生活与成长.第0章作为编过程的我们或许已经想到为啥不从第一章开始了吧,因为我们要记住从0开始计数. 兴趣很重要!Sumer或许就是让主角爱上编程的