《你得灯亮着吗》第三篇总结

第三篇什么是真正的问题是由一个无穷无尽的锁链——一家计算机生产厂想开发一种新的打印机而产生。工作组里的丹给出了一个提议,于是工作组很容易的就做出了这个工具。当老板提议公司给丹颁发一个特殊贡献奖时,部门主管却被工具扎到了,而丹受奖励的机会也没了。原因就是 工具立在“腿儿”上,也就是当用一种方法解决完一个问题时,新的问题也随之产生。问题、解决方法以及新的问题就交织成了一条无穷无尽的锁链。而问题最难处理的部分就是去意识到它的存在。对于那些准问题解决者来说,最重要的规则之一是:如果在你对问题的理解中,你想不出至少3样可能出错的东西,那么你并没有真正的理解这个问题。我们也很容易忽视不相称问题,不要轻易下结论,但是也不要忽视第一印象。另外,每一种新的观点都会带来新的不相称。又通过一个图,在不同的层面上考虑问题将会得到不一样的解决问题的方法告诉我们:当你在寻找问题定义的道路上疲倦的游荡时,不要忘记 随时回头看看,看看你是不是已经迷路。

时间: 2024-09-17 06:23:29

《你得灯亮着吗》第三篇总结的相关文章

《梦断代码》第一篇总结

第0章讲述了作者年少时迷恋一款游戏,在这个游戏上可以自己打补丁,可以改造游戏的设计模式:当他年老一些时,他的一个项目濒临绝境,不计时间的去完善要发布的站点第一个版本:之后科技兴盛发展,人们发现目前用的是软件时间:每学习.使用一种编程语言后,都以“Hello World”作为第一个程序,虽然这程序一无所用,但是可以起到鼓励作用:软件就是麻烦一堆,我们对软件的需求,远甚于对它的仇恨,所以我们梦想着更新更好的东西. 第1篇写一个Chandler团队开会议时提到完成版本更新的时间不够,大家都要死定了来开

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

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

《梦断代码》第二篇总结

第4章讲述了当时技术工业处于了最低点时期,大量程序员失业,而同时在这个特殊时期OSAF获益匪浅,相继有志愿者和员工加入OSAF.软件常常涉及前台和后台,Chandler的后台工作陷入了艰难技术决定,他们需要一种“对象持久化”的机制,最简单的手段是采用另一种数据库技术,即对象数据库.各种部分的需求也越来越多,正经历一个危险时期.他们经过讨论开始了尝试,但是也遇到了很多难题.最后OSAF发布了Chandler第一个里程碑版本(其实是内部版本),虽功能很少,但是给团队成员带来了安慰和鼓励. 第5章管理

梦断代码前三章略有感想

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

梦断代码—随笔三

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

梦断代码读后感三

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

梦断代码(三)

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

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

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

《梦断代码》读书笔记 第2篇

<梦断代码>读书笔记 第2篇 第7章:细节视图 第8章:白板上的即时贴 第9章:方法 第10章:工程师和艺术家 第11章:通往狗食版之路 “读书时我喜欢上数学课——这类东西之所以能吸引我,是因为我知道自己做对了.”在书里面我找到了自己刚接触计算机时不喜欢编程可能的原因:我不知道自己是否做对了,也没有很顺利就做对的时候,慢慢地导致排斥编程,特别是一点思路也没有,或者知道这个程序将会花费我很多时间时情绪很糟糕,所以它不能吸引我.到现在,每次找到程序中不对的地方再修改正确,即使消耗很多时间,也会有一

《梦断代码》读书笔记 第0篇

<梦断代码>读书笔记 第0篇 第0章:软件时间 第1章:死定了 第2章:Agenda之魂 从老师布置这个作业之后,我便按照自己的计划开始阅读识字以来的第一本关于软件工程的小说——<梦断代码>,周一至周五每天睡前读几页. 首先,第一遍从第0章至第1章看完,我愣是不知道书上到底在说些什么,感觉这小说跟教科书一样好催眠,说实话,每次还没看多少行就困得不行了.所以,我看了第二遍(而且还寻思着再看不懂也不看第三遍了),果然,我还是没有与作者产生共鸣.不过,在再次阅读的过程中我勾画了一些给自己