《你的灯亮着吗？》阅读笔记之一

我选择的书籍<梦断代码>: 我计划在1—5周内认真的阅读这本书,本书共有12章,我将其分为三部分进行阅读 第一部分: 0—2章         阅读时间 3.5—3.12日,并在阅读完后发表阅读笔记 第二部分: 3—9章         阅读时间 3.13—3.27日,并在阅读完后发表阅读笔记 第三部分: 10—11章         阅读时间 3.28—4.4日,并在阅读完后发表阅读笔记 期间阅读计划可能稍有改变,但是不会落下阅读,并根据阅读进度和感想,不定时发表阅读笔记

由于专业知识的需求以及专业技能的养成,在今后的一个月中计划完成<梦断代码>这本书的精心阅读,希望可以获得一定知识,进一步激发对软件开发的兴趣. 本书从第0章开始到第11章,一共12章节的内容,计划四周时间看完,每周三章节的内容: 第一个星期:0-2章 第二个星期:3-5章 第三个星期:6-8章 第四个星期:9-11章 最后完成对整本书的阅读,进一步整体把握.期间,在每一个阅读阶段,也就是每个星期的周末都要发表该阶段的读书感受以方便总结. 希望自己能严格遵循计划,不拖拉,不应付,能够通过阅读得到

记得最初看这本书的名字时就想到了电影<魂断蓝桥>,那是个经典的悲剧,不知不觉便也觉得这本书充满了悲剧色彩.大致来说,是记录了一群牛人一起开发邮件,结果经历了三年苦苦探究,却以失败告终.这本书的简介上说:软件是人类自己创造的,也是人们自以为最有把握,实则最难掌控的技术.本书作者罗森伯格对Chandler项目进行田野调查,跟踪经年,试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题.本书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.任何一个在软件领

这是说一群人们怀抱着改变世界的理想上路了,却在追寻时发现,那些近在眼前的理想之峰,变得那么的遥不可及:每当翻过一座横亘在面前的山峰时,总以为已经来到理想之峰的脚下,却发现这又是另一座需要攀越克服的阻隔之峰.软件开发过程有时就是这样的一种体验,目标看是唾手可得,却又总是在你伸手摘取时,发现还有一段距离要走,问题随着开发的深入而不断涌现:这就像是坐在大象背上的训象师,用吊在大象鼻子前的香蕉,给大象耍的把戏.是什么原因,导致软件开发有时会进入这样一个令人惋叹的黑洞?书的作者没有,也不可能给我们一个答案

计算机严格的逻辑性和精确性,同人类不严密的逻辑,模糊多变的思维模式之间的矛盾,造成的人与机器之间沟通的障碍.      开发团队之间相互沟通协作的成本,导致产生<人月神话>作者布鲁克斯法则的悖论-往已延误的项目中补充人力,只会使其继续延误.      项目目标不明确,标靶变来变去,因此有时决定说什么,比怎么说更困难.      项目目标不切实际,从一开始就想做一个适合所有人的,能做所有事的系统,造成就如要做永动机一样的结局.

在看完构建之法之后,我又开始了梦断代码的阅读. 在梦断代码的第0章就写作者从15岁的玩游戏,但是对于当时的他来说,并不是在沉迷于游戏,而是为了做到打补丁.使得自己的少年的梦想得到浇筑.其实他的做法正应该体现在我们现在学习软件人的身上,我们现在就应该学会怎样的去做自己的梦想,更重要的是练习自己对于软件的好奇心以及热爱,在作者40岁的时候,我们体现的又是另一种的感觉,其实他们和我们没有差别,就像我们在做一个软件的时候,我们在到达最后的期限的时候,其实在哪个时候我们才发现我们什么都没有做出来,问自己为

08梦断代码阅读笔记有感之二 在梦断代码的一开始我们就学会了如何去写代码,如何成功的去做一个软件工程师. 在现在人的严重,也许软件工程师写出的代码只是让人在玩游戏,在用一些简单的用代码写出的软件.只是认为工程师在不断地重复着一个动作:写代码.但我只能说你们大错特错,就像在文章中说的那样,其实软件工程师是在:“改变世界”,他们利用他们的手用键盘在电脑上打出一行一行的代码,程序产生了,一个新的软件也就产生了.而且,众所周知的,工程师做一个软件,总是在无限制的更新他的内容,让我们的软件更加的先进化,就

09梦断代码阅读笔记之三 这是最后一篇的阅读笔记,我发现时间真的过的好快好快. 想想以前,我们总是在应付一切的差事,但是真正的到最后,我们才发现,到最后吃亏的还是我们自己. 从前的我们,我们总是对自己大脑中的东西一片一片的特别的混乱.其实我们就像作者所说的,我们就像放任胡乱的cd随地的乱放,到最后不知道哪是哪.我们应该学会分类去放置,例如:我们可以根据歌唱者的名字,音乐的类型等等,其实这些东西对于我们写代码也同样的试用,刚开始的上大一时候,我们第一次的学习C++,我们只是随时随地的在写代码,并不

通过对<梦断代码>的初步阅读,感觉以前订的阅读计划似乎并不能满足笔记的需要,因为就第0章便让我感到书中有很多话值得我去记下来,无论是将来工作或者生活或许都有点用处吧. 就像作者说的书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.读完第0章书给我的感觉没有了课本上的枯燥,有了我喜欢的故事情节,让我了解了一个程序员的真实生活与成长.第0章作为编过程的我们或许已经想到为啥不从第一章开始了吧,因为我们要记住从0开始计数. 兴趣很重要!Sumer或许就是让主角爱上编程的

最近阅读了罗森伯格的<梦断代码>,算是近距离观察了十几年前软件开发的状态.这本书是作者对OSAF主持的Chandler项目进行田野调查  而写的一本书.本书是在讲一事,也是在讲百千事:是写一软件,也是在写千百软件.在描述Chandler项目的过程当中亦提出了很多观点,带给我们很多思考.让我们这些软件工程专业的学生对软件开发有了一个更深层次的认知. 在本书第一章,作者为我们介绍了一个布鲁克斯法则:"往已延误的项目里补充人力,只会使其继续延误". 布鲁克斯曾是IBM的资深程序经