《梦断代码》第三篇总结

第8章非常敬佩写标准的人,你要用5年为计量标准的眼光看问题。得花上5年时间,才能得到你真正想要的有用之物。这里说到了WebDAV,这协议在Mac里实现得比较全面,但在Windows中却不完整。又说37Signals公司,这种小型团队专注于AJAX的WEB应用,同样取得了成功。用贴纸法来讨论项目各个小版本应该具有的功能特性,也是敏捷开发里重点推广的,很有效果。

第9章IBM执行强制进度纪律的成功基于两条原则:1)计划是强制性的2)计划必须符合现实情况 ----“从底向上”,依据那些负责按计划执行的程序员的经验和知识而来,而不是“从顶至下”,靠管理者拍脑袋或对市场的期望而来。CMM这个沉重的软件开发成熟度模型在国内完全变了味,曾看着一个软件公司为了通过CMM4,编出一堆从来无人细看的厚厚的文档,CMM果然只重过程,而国内更把这种过程流于形式,通过CMM,只为了向用户抬高价码。TSP、PSP也看过,感觉相当繁琐,在国内都难于实行。2001年17位领军人物,提出了敏捷软件开发宣言,向这种笨重的CMM宣战,从此极限编程XP和SCRUM开始流行。Google让开发者把五分之一的时间花在个人项目上。这种管理方式在国内想都不敢想。

第10章squeak一种为少儿定制的samlltalk最新开源实现,让少儿过早接触编程到底好不好?编程是工程还是文学?是科学还是艺术?高德纳写的书名叫《计算机程序设计艺术》,他在1984年获得图灵奖时发表感言说,“计算机编程是门艺术”。写《计算机程序设计艺术》这本书他花了十年,写TeX和metafont程序没想到也花了近10年。他宣称,写软件要比写书“难多了”。

第11章吃自己的狗粮,这种思路确实有助于提升软件质量和用户体验。麦卡锡从本质上用LISP描述了LISP,有时间得看看这个大名顶顶的LISP,先把这段天书贴上,据说与Haskell一样难学。

时间: 2024-10-03 06:36:49

《梦断代码》第三篇总结的相关文章

《梦断代码》第一篇总结

第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章看完,我愣是不知道书上到底在说些什么,感觉这小说跟教科书一样好催眠,说实话,每次还没看多少行就困得不行了.所以,我看了第二遍(而且还寻思着再看不懂也不看第三遍了),果然,我还是没有与作者产生共鸣.不过,在再次阅读的过程中我勾画了一些给自己