梦断代码—随笔三

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

  这本书的感慨不仅对此行业有用,在平常的生活也是很有帮助的。在我们做事的时候首先得知道我们的目标,正如做软件的时候得清楚用户需求,倘若需求分析做错的话,那么做出来的软件就天差地别了,18英尺的巨石拱门变成了18英寸的石桩子,之后我们要找对方法。我们要明白那些固有模式的原理,这样才能运用自如。还有就是一些细节,细节决定成败,把握住了细节就把握住了关键。当遇到困难的时候不要放弃,谁知道重重阻碍之后不是阳光大道呢。

  由于时间较短,此书只是大概看了看,我想以后有时间的话会进一步细读的。

时间: 2024-10-10 21:04:06

梦断代码—随笔三的相关文章

<<梦断代码>>随笔1

在王建民老师的督促下,我开始了本学期的读书计划. 在我看来,<梦断代码>并不是一本单纯的讲技术的书,更准确的说,这应该是一本科普书籍.   在一个产品设计过程中,不能把队员们的关系搞得太过民主了,这样也许会造成决策上的延迟.因为过度缺乏等级结构, 过多地遵从集体意见,将会很难做出一个正确的决定.因此说,将团队中各个成员之中组织起来,团结一致共同开发的有效手段就是能够分工明确,上下级分明.

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

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

&lt;&lt;梦断代码&gt;&gt;随笔2

每当我们要开发一个项目的时候,总是想着自己要敲打出每一个代码.在我们的学习以及课程设计中也是这样的,其实这也是一个误区.就像发明python和zope,开发者已经创造出来了,就完全没有必要去做重复的开发,浪费大量的时间.前辈们已经积累了大量绝佳的技术财富,那么需要我们做的就是继承,复用,继承,而不是重新做一些已经可以直接拿来用的东西. 当然了,直接利用并不是说复制粘贴就行了,这就需要我们去理解代码.理解解题思路,理解算法的关键.这样才能做到灵活应用,从而来达到我们需要的目的.

梦断代码前三章略有感想

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

梦断代码读后感三

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

&lt;&lt;梦断代码&gt;&gt;随笔3

做项目,还是做其它什么的,首先必须得要有好的规划以及明确的项目目标以及各个阶段想要取得的效果,目标变来变去是失败的根本.连自己都不知道做什么,还能指望做出什么来. 其次,目标要实际.实际这个词其实意思很虚,没人知道什么是不实际,尤其是当局者.所谓实际,就是要能根据个人精力以及在现有技术条件下能够做到的事情.正常人能掌控的事情很有限,没有太多的精力和脑力来处理一些看上去很诱人,但是涉及到的面大得离谱的事.哪怕只是注重某一方面并做完,也比幻想一个惊世大工程实际的多.

梦断代码(三)

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

《梦断代码》读书感悟三及对《人月神话》的读书计划

原计划中,<梦断代码>这本书是要在三月月内读完的,前期到时兴致勃勃,但后期却有些懈怠,导致拖延到了今天. 这本书给了我不少的启发,是它简述了程序员的形象,让我明白今后自己的工作环境和位置,让我真正正视计算机行业. 同时,他让我明白了团队的重要性,让我对接受失败做好了准备. 下一本书,我准备阅读<人月神话>,这一次我要加快进度,争取在五一之前读完它,发三篇读书报告.并且,这一次发感悟 一定要随看随发,不能像这一次,等书基本看完才发.

《梦断代码》阅读笔记三

这本书终于读完啦~说实话,其实里面很多东西理解的还不是很透彻,以后找机会一定会再去看.第一遍读了<梦断代码>之后,我真的觉得软件开发过程是抽象艰巨的一个事情,我们自以为很有把握,但实际上真的是很难掌控. 就比如说自己吧,之前在做程序的过程中被大大小小无数的问题折磨,碰到这本书的时候,就觉得找到知音了,原来很多问题同样也折磨着这些技术牛人们.比起软件工程的教科书,这本书更加结合实际,书里内容不是放之四海皆准的真理,也不是药到病除的良方,最多只是事实和总结. 另外这个团队的问题吧真的是一个很重要的