梦断代码前三章略有感想

第0章  软件时间

作者提到没有时间做到完美,每个人都是这样。这也就意味着每一个软件都不可能是完美的,随着人们的需求不断被满足但是会有更多的需求又会产生,随之而来的bug也就越来越多,那么就会不断的打补丁。

从威尔克斯的时代到现在,尽管有许多创新,程序员还是一直限于调试除错的苦境之中。工作中只有百分之一的灵感剩下的只有艰难寻找。他们的作品永远尚未完成或未臻至善,区别仅仅是“问题更少”的程度不同。我们无法一关电脑,我们对软件的需求远大于对它的仇恨。

第1章 死定了

托伊用到了软件缺陷列表,这个列表对我们以后修复bug调试修改程序有很大的帮助,我们应该学会记录我们的失败之处,在以后的检查中便于查找。

软件设计的估算时间很难把握有很多的突发状况,我们必须设计出自己的蓝图。在这一掌中,年轻的程序员杰德·伯吉斯说到“每个人所需的时间取决于他人的时间”,这让我认识到软件工程不可能是一个人所能胜任的,它是一个浩大的工程,它是团队合作的结果,所以团队之间的协作是相当重要的。

软件开发项目不会一直在一个高速效率的情况下,很多时候我们山穷水复,可是总会有柳暗花明。我们不可能一往无前,但是在无法前进的时候更不要气馁。

第2章 Agenda之魂

“我们可以改变世界”这句话推动者多少经历着一次次挫败的程序员们。他是我们奋斗的支柱。唯有万丈雄心我们才能艰难前行。

软件的好坏不在于软件本身它取决于用户的认可。所以好的设计理念与想法比起好的编程技术更为重要。Agenda软件的设计就是为了方便人们便利贴的管理,这对人们十分有用,无论他初期的样貌好坏但它始终是吸引人的,它有卖点,它存在价值,存在吸引顾客的价值。没有所谓的典型的软件项目,每个软件都是与众不同的,只有这样才能吸引的了用户,才能有使用的价值,

时间: 2024-10-12 08:01:40

梦断代码前三章略有感想的相关文章

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

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

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

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

梦断代码最后4章读后感

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

《梦断代码》第四阶段阅读感想(包括第9、10、11共三章)

第9章 方法   经过两年多的工作,OSAF开始有了固定的工作流程,还有了一套可能让它朝 目标行进的可行的方法论.最早要做好现实的计划和进度安排,但是成功的流程难以捉摸, 没有任何一种方法论能够覆盖软件项目的广大领域,但是结构化编程.改进组织代码的方式仍然 是有利于工作进程.    在团队项目开发中,虽然由于个人或者团体的原因会使原定的计划产生偏差,但是还是避免 了重新定制计划所带来的缓慢.延误,所以制定一个合理的计划并努力遵循它还是必然的. 第10章 工程师和艺术家 “软件”与“工程”密不可分

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

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

阅读笔记之《梦断代码》三

这本书比前两本都要长,但却是有一个主线“剧情”的.就是chandler团队的开发历程.书中的旁引例子也挺多,最大的例子还是这个“剧情”.OSAF团队在一开始被寄予厚望,但最后还是免不了遭受失败的命运.作者使用自己的经历现身说法,书中很多的道理我都曾在王老师的课上听过,很多经历也在我唯一的项目开发经历中遇到过,也算感同身受.王老师曾讲过,一个团队的第一个项目总是免不了失败的命运,我常常思考是为什么,读完这本书我突然醒悟,软件工程并不只是软件的工程,人类文明在软件文明之上,人类制作软件使用软件,软件

梦断代码读后感三

你住在一所还算舒适的房子里,发现冰箱可能有问题.冰块有时会融化,门也关不严实.修理工差不多个把月就得过来修一次.你注意到,这冰箱既笨重又费电,你看上了希尔斯百货公司里面陈列的那些新款冰箱.是时候了,你立即出发,先到几个州看地块,考虑建一所新房.你请到贝聿铭和另外几位大建筑师,做了个初步设计.做这个花了点时间,所以你还得继续忍受那台旧冰箱,它发出烦人的噪音,在夜里叫人难以成眠.你看了几套方案,甚至建造了一.两个原型.时间流逝,你终于选定了设计方案.开始建造前,举办了一场狂欢宴.开工.建屋.庆祝继续

梦断代码—随笔三

花了将近一个月的时间终于是将这部著作看完,有一些成就感.本来类似于此类的书籍我是很少看的下去的.此书由一个个的小故事组成的.我们可以看出一些自己可以借鉴的地方.在每一个大型的软件的背后都有着不为人们所知的心酸,书中让我看到了,他们在“建造”自己软件的过程中,遇到了各种问题各种麻烦与困难,他们用自己对此行业的热情激情,将汗水挥洒……程序员果然都是乐观的人,遇到困难不放弃,值得我们学习. 这本书的感慨不仅对此行业有用,在平常的生活也是很有帮助的.在我们做事的时候首先得知道我们的目标,正如做软件的时候

梦断代码(三)

其实看完这本书,给人的感觉除了惋惜之外,也使人感叹好的软件真的如此的难做,我们往往期望很高,希望做出完美的 东西,希望做出对所有人都适合的东西,但那显然是不可能,我们其实只要把摸个功能发挥到极致,就已经很好了.可有些所谓的高手,往往眼高手低,急于求成,追求完美,但是不停地延误工期,还投入大量人力,继续延误工期,形成恶性循环,目标摇摆不定,应为理想太过美好,所以理想的有些多,也不知道最终目的是什么了,最后土崩瓦解,软件就这样永远成了理想.