从任何角度,Chandler项目开始时都是值得羡慕的.虽然是讲一个软件项目是如何失败的,不过里面有让我觉得很有意思. 失败了就进行反思:定位不能逆时代的潮流, 互联网的趋势不可逆转,人员沟通与合作是永远的重点,软件开发方法的问题.本书看似说的是一个软件,其实说的大千软件,看似说一事,其实是说百事.读这个书,使自己能更淡定的面对自己遇到的的坏事情.…

没有想象中的枯燥,甚至有些有趣.这就是我对<梦断代码>这一本书的第一印象.而且,作为一本面向程序员的书籍,作者很有意义地从第0章开始,那我也从第0章开始说.这第一次读书笔记是针对0~2 章的. 首先,作者一开始就向我们介绍了程序员的真实生活:代码.日期.紧张.焦虑.这是我从书中体会出来代表程序员的词 语.我第一次感到编程可能是一件辛苦的事,回想自己编程的时候,只是歇一歇简单的短的程序,没有压力,没有焦虑,但是在真正的公司.项目中,程序员要面对的是茫茫代码以及对未来的未知,因为没有人能确定自己从…

看完了这最后三分之一的<梦断代码>,意味着这本软件行业的著作已经被我粗略地过了一遍. 在这最后三分之一的内容中,我深入了解了在大型软件项目的运作过程中存在的困难和艰辛.一个大型软件项目的成功代表着这团队所付出的所有心血,以及那不为 人知的无数个‘人月’.而联想自己的专业,产生了一点迷惘,这就是我今后要走的道路么,我能走得多远,我能否像书中所提到的那些人一样百折不挠,这一切我 都无从得知.但是我只能向前走,别无选择,没有人会承认自己不如别人,哪怕现在不如,但总会寄托于未来,未来是未知的,但又是现…

这是第二篇读书笔记,这本书我已经读了有一大半了,感觉书中所描述的人都是疯子,一群有创造力,却又耐得住寂寞的疯子. 我从书中发现几点我比较感兴趣的内容. 第一个,乐高之梦.将程序用乐高积木一样拼接起来.对于这一点,现在很多公司都已经多多少少在用了.但是书中也提到,有很多程序员往往不喜欢借用别人的代 码,如果看一个文档超过两分钟没有找到自己所需的东西就认定它不存在,从而自己来编写.在我看来这类人就是疯子,也是一群可爱的疯子,他们往往视代码为第 一存在,乐于编程,爱上编程,虽然对于团队的经理,这群牛仔…

读书笔记:<梦断代码Dreaming in Code> 拿到<梦断代码>书后,一口气翻了一遍,然后又用了3天时间仔细读了一遍,也不禁掩卷长叹一声,做软件难.虽难,仍要继续走下去,可以把软件的范围限制得小一些,用敏捷方法等过程会使软件失败的风险小一些,毕竟我们还没有写书上所说的那样的大型软件. 第0章 软件时间 一开始看到第0章并没有感觉多么奇怪,可能程序员的思维方式已经固化在大脑中了,但读到作者关于第0章无意搞笑时,也不禁哑然失笑,为什么程序员要 从0开始计数?因为计算机从0开始计…

最后这几章感觉上更多是从软件完成整体上来讲的.比如说技术.方法等. 在我看来,其实一个团队一直坚持一种好的.先进的方法是不可少的.如果一个优秀的团队刚愎自用,只随着成员们喜好发展,那不能长久.比如说,在开发软件工程课程的大项目时,我们团队也在学习着敏捷开发方法,虽然我们没有严格按照它的形式或流程,但是我们运用了它的思想,也遵循了很多内容,我觉得这对我们的开发很有帮助. 还有测试.测试这一块我感觉很重要,不仅仅是对系统.程序的检验,更多的是通过测试,激发出在开发过程中不能想到的点子,更加完善. 通…

书籍是人类宝贵的精神财富,读书是人们重要的学习方式,是人生奋斗的航灯,是文化传承的通道,是人类进步的阶梯.学生作为学习人群的主体,必须把读书作为头等大事.学校就是一个学生在教师指导下自主读书的空间,而专业书籍更应该成为学生的努力方向乃至兴趣.因此,我们要把读书活动融入到自己的专业学习当中,提高专业素质和修养.为此我为自己定下了<梦断代码>阅读计划: 一.指导思想: 以丰富专业知识.提高专业技能为重点,创建有效促进自身专业发展的方式方法,努力提高自己的专业水平.通过读书锻炼思维能力,为实践打基础…

<梦断代码>中对软件工程所面临的种种困难与艰难的描述,即便再过5年读也许都不过时.因为正如原作者所说,书中描写的是一队人马并肩扛起代码大石,虽历经磨难仍欲将其推上山顶的故事,而正是这种故事成就着今天全世界亿万台服务器和PC机上运行的各种软件,成就着人类不断超越实现更伟大的梦想. 读完韩磊翻译的<梦断代码>样书,不免让人掩卷长叹!一群人们怀抱着改变世界的理想上路了,却在追寻时发现,那些近在眼前的理想之峰,变得那么的遥不可及:每当翻过一座横亘在面前的山峰时,总以为已经来到理想之峰的脚下…

<梦断代码>这本书读了一半,我的心情久久不能平静. 为什么好软件如此难做?这是我本人,我想也是很多人都在苦苦思索的一个问题,虽然没有人能有完全确定的答案,但通过书中的记述,和个人思考,还是可以获得一些启示: 计算机严格的逻辑性和精确性,同人类不严密的逻辑,模糊多变的思维模式之间的矛盾,造成的人与机器之间沟通的障碍. 开发团队之间相互沟通协作的成本,导致产生<人月神话>作者布鲁克斯法则的悖论-往已延误的项目中补充人力,只会使其继续延误. 项目目标不明确,标靶变来变去,因此有时决定说什…

第六章:搞掂设计方案 备份很重要. 必须从小项目开始,而且永远不要期望它变大,如果你这么想,就会做过度设计,把它想象得过于重要,更坏的情况是,你可能会被自己想象中的艰难工作所吓到.所以要从小 处起步,考虑细节.别好高骛远,一口就想吃成个大胖子. 第七章:细节视图 有些程序员在乌云中彷徨,放佛自己修正过的每个缺陷都在在他们的心灵上留下了一道伤疤,另一些呢,则视编写代码为唯一的乐事. 对于没有缺陷.运行正常的程序也是如此,你可以看到自己的成功,而生活中好多其他事却太主观,你不知道是否成功.这对我们来…