《梦断代码》读后Ⅲ

8章白板上的即时贴

自己编写的程序与软件要自己使用,可以更加便利的推广自己的产品

做东西的时候,有目标有计划,而且还要比原计划快点,这样能比预先的效果做的更好,就算出了问题,也有时间解决

要结成小组,要每天讨论进度和计划,晚上说说遇到的困难怎么解决,共同进退

增加对软件编写的人数,不一定就能成比例缩减交程序的时间,刚开始的时候反而起反效果,因为团队需要熟悉,需要了解各个成员的擅长部分

许多事要耐心去做,即使不能按计划完成,也要坚持下去,遇到困难,要迎难而上,多与人讨论,拓宽自己的思路

9章方法

时间,金钱,特性(或质量)

花时间磨斧头,磨刀不误砍柴工!

先修正缺陷,另外,缺陷总是存在

软件发行后,要有报错代码,要不断修复与完善

约束是打造伟大产品的关键,不能无限制的给自己退路,把自己逼紧点,类似计划,让自己忙碌起来,什么时候该完成什么

你不试着逼自己,你永远不知道你有多优秀

10章工程师和艺术家

多次尝试,多次更新,趋于完美

漏洞抽象法

乌龟一直向下掉落

延后绑定

修改并重启,编译过程浪费时间

软件趋势,软件和医药项目,最容易失败,因为他们需要最复杂的技术

编程是一种试错功夫,人们从无到有,从少到多,不能指望一次写对,要去测试和修正,犯错改正,如此反复

11章通往狗食版之路

要想做大型软件时也保持高效,你得效忠于它。你要将它存于脑海之中。我在做大项目的时候,常常梦到代码

要了解编程语言的特点,不能用一种语言去束缚令一种语言的思路

要了解自身,知道自己多少时间能完成什么事

计算机代码应当有终结条件,不然无限循环,结果就是溢出

做的东西可以小可以大,可以很简单,但应该有个前提,就是他有用,人们需要他

 

 

 

 

时间: 2024-11-13 06:40:37

《梦断代码》读后Ⅲ的相关文章

梦断代码-读后有感2

在<梦断代码>这本书中,瑞蒙德的<大教堂与集市>提出了两种开发软件的方式,一种是大教堂模式:重要的的软件需要像建教堂一般,由独立的巫师或一对相互隔离的魔法师潜心打造,在面世之前绝不发布beta版本,另一种是菜市场方式:早发布.多发布.权委托.尽开放.看似一个乱哄哄的大集市,铺陈了各种日程和手法,要从中得到前后一致和稳定的系统,简直只能指望奇迹出现.可事实上,这种集市风格看来行之有效.这篇论文展示了开放集市如何能够融大群程序员之智慧于一炉,且不触及布鲁克斯法则的铁律,但却无法说明开源

《梦断代码》阅读笔记三:全书总结

昨天终于把梦断代码读完了,时间很赶,读的很急,很多地方没有仔细的推敲和思索.但是还是能够理解本书的主旨意义,还是有自己的一番体会和感想的. 正如作者所说,“这是一个关于一队人马并肩托起代码大石.欲将其推上山顶,虽历经磨难,但仍奋力创造某种有用.丰富且持久之物的故事”,读罢想来也许最大的收获是对软工程有了更加深刻的理解. 我们觉得软件难以对付,是因为它不可见,不可见也并非唯一问题,我们也看不见电力.磁力或重力,但却能为多数实用目的可靠地预测其行为,可是我们没有理论可以用来计算对软件尺寸.性能和复杂

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

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

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

今天我读了<梦断代码>的第0章,对编写软件又有了新的认识.知道软件虽然能带给我们许多新鲜的.意想不到的功能,但是却也是不确定,不是像建一座桥那样,可以按部就班,一步一步实施的. 首先吸引我注意的就是第0章,开始我还以为写错了,后来通过读书才知道,原来是作者故意这么写的,而他这么写的目的就是要提醒我们:程序员计数从0开始,而不是从1开始.这是因为计算机采用的是二进制.首先作者通过一个游戏Sumer的例子,吸引我们的兴趣.其实意在告诉我们,编程兴趣是最好的老师,当你真正对编程感兴趣的时候,那么你才

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

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

《梦断代码》读书感悟二

不知不觉中,<梦断代码>这本书也被读完了.说实话,这本书多次出乎我的意料. 第一次从老师那听到这本书,我以为这必定是一本专门讲解代码的学术巨著,到手才发现,这是一本类似于小说的书. 随着不断地阅读,虽然没有特别强的专业性,但本书却完整的在我脑中描绘出了一个软件工程师的工作场面. 最出乎意料的,经过多天的工作,书中的项目竟然失败了.. 我对程序开发的失败没什么概念,自开始学习计算机,开发失败的经历少之又少(毕竟失败了也就意味着这一科挂了),老师在布置任务的时候也会尽量布置我们能够解决的. 我很难

《梦断代码》读后感 - 驱动,责任,交流,远虑

这三篇读后感原来发布在我自己申请的域名 yishan.cc 上面,后来这个域名被墙了. (原文写于2008年12月) 几个星期前,我给<现代软件工程>课的每一个团队都发了一本 <Dreaming In Code>的中文版 <梦断代码>,要求写读后感.这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受期待的个人信息管理软件(PIM),后来花了七年时间才完成这一创举,但是已经无人喝彩

梦断代码阶段总结2

这段时间看完了<梦断代码>这本书的5到8章,具体的心得体会如下: 第5章<管束奇客和狗>,里面提到<设计决策,一些原则>第一条原则:必须依序执行,决定推迟某些特性,项目才成其为项目,所有事同时开干并非明智之选.这句话在日常生活中同样适用,我们平时给自己列出一大堆的计划,执行时总感觉力不从心,因为我们有太多的事情要做,而每天的时间是有限的,因此我们会乱了阵脚,但如果我们把这些计划再细分,把紧急的需要尽快完成的事务完成后再一项项的进行,就会有条不紊.我们平时会给自己制定编写

《梦断代码》阅读笔记-3

<梦断代码>读完了,给我最大的感触是:想做的东西和要做的东西不能不切合实际,所有要实现的功能,都要经过合适的思考后才付诸行动,有好的思想是可以的,但是不能空想,满怀激情是可以的,但不能加上漫无目的的探索,chandler刚开始是要实现一个很好的功能的,并且有面向的具体用户,但是到了后来,各种不实用的功能,冗杂的设计,真的就像作者所说的,走向狗食版之路,实现,一个连开发者都不愿意去用的东西,怎么会有用户去用.  在这本书里,我感觉到的不仅仅是软件设计的失误,还有管理上的漏洞,试想,一个设计的如此

从0开始(梦断代码)

继<人月神话>后,这是我读的第二本关于软件的著作,无关于技术,只是软件开发过程中的无奈与思考. 读的越多,越发的对软件行业充满了敬畏之情,这是一个思想绽放的舞台,同样也掩盖了绽放过程中的种种痛苦,正如书中所说,软件几乎是纯思考的产物,程序员就像诗人,他运用想象,凭空造出城堡.唯有想象才如此灵活,如此轻易于琢磨和重塑,如此适于构思宏大的概念性构架. 从0开始,我想对于任何一个软件行业的人来说都不陌生,为什么不从1开始?因为计算机从0开始.学软件也有一段时间了,因为习惯,渐渐的忽略了这个细节,翻开