梦断代码读后感.docx

梦断代码读后感

第一篇：梦断代码读后感梦断代码读后感210901016—黄荣最近，软件老师推荐读一本书，梦断代码，于是，我去百度了一下这本书。《梦断代码》作者罗森伯格对OSAF主持的Chandler项目进行田野调查，跟踪经年，试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。本书是讲一事，也是讲百千事；是写一软件，也是写百千软件；是写一群人，也是写百千万人。任何一个在软件领域稍有经验的技术人员看完本书，必掩卷长叹：做软件难。软件乃是人类自以为最有把握，实则最难掌控的技术。那是1975年的冬天。作者在终端机房中俯身敲击一台电传打字机，每打完一行，那笨重的机头就会摇头晃脑猛然撞回最左边，开始新的一行。我从几个小时前开始输入一行行黑代码，忘记了时间流逝，全然不知已是午夜时分。看门人已经关闭廊灯。我并没有得到许可在纽约大学物理系大楼中流连忘返、使用向高中学生免费发放的计算机账号。不过，倒也无人责难。我读的是翻译过的，读完韩磊翻译的《梦断代码》样书，不免让人掩卷长叹！一群人们怀抱着改变世界的理想上路了，却在追寻时发现，那些近在眼前的理想之峰，变得那么的遥不可及；每当翻过一座横亘在面前的山峰时，总以为已经来到理想之峰的脚下，却发现这又是另一座需要攀越克服的阻隔之峰软件开发过程有时就是这样的一种体验，目标看是唾手可得，却又总是在你伸手摘取时，发现还有一段距离要走，问题随着开发的深入而不断涌现；这就像是坐在大象背上的训象师，用吊在大象鼻子前的香蕉，给大象耍的把戏。是什么原因，导致软件开发有时会进入这样一个令人惋叹的黑洞？书的作者没有，也不可能给我们一个答案，但通过作者忠实记录于书的、就发生在当下不久的、这一真实案例，以及对软件开发历史和方法的部分介绍，本书应当能带给我们很多有益的启示和思考。我一直认为，读书最大的功用之一，就是能激发我们的思考，是打开思维源泉的阀门；这本书很好的起到了这一作用，它让我们去思考软件开发的过程、方法、管理…，为我们思考这些提供了真实生动的案例，也对现实的工作有些指导和警示作用。为什么好软件如此难做？这是我本人，我想也是很多人都在苦苦思索的一个问题，虽然无人能有完全确定的答案，但通过书中的记述，和个人思考，还是可以获得一些启示：计算机严格的逻辑性和精确性，同人类不严密的逻辑，模糊多变的思维模式之间的矛盾，造成的人与机器之间沟通的障碍。开发团队之间相互沟通协作的成本，导致产生《人月神话》作者布鲁克斯法则的悖论-往已延误的项目中补充人力，只会使其继续延误。项目目标不明确，标靶变来变去，因此有时决定说什么，比怎么说更困难。项目目标不切实际，从一开始就想做一个适合所有人的，能做所有事的系统，造成就如要做永动机一样的结局。我想人们大多都知道古老圣经中巴别塔的寓言，软件工程难于成功的原因，也许就蕴藏在这寓言启示之中，本质上在于沟通的问题：软件使用者与软件的沟通，软件需求者与开发者的沟通，程序员与程序员的沟通，程序员与机器的沟通。所有这些层层累叠起来，构筑了一道道通往成功彼岸的屏障。也许有一天所有这些沟通的障碍都能被消除，人们能轻易的相互理解，软件工程的巴别塔真的就能轻易的建造起来了。整本书以一个发生在当下的真实的故事写成，不仅仅是写给程序员的，也是写给软件产品经理和其他与软件开发相关的或对此感兴趣的人的。每一个经历过软件开发过程的人，对书中的生动描述都会感同身受！第二篇：《梦断代码》读后感《梦断代码》读后感花了一段时间读了相当大篇幅的《梦断代码》一书之后，我深刻体会到一点--所有程序员在一层定义上都是“疯子”，他们都是一些为了软件，代码会深陷其中但又一贯以乐天派示人的一帮怪人，若是以高中时候身为文科生的我来发表感受，我会觉得这样浪费精力，浪费青春的事都会有人乐此不疲的去做，他们究竟是怎么了，„„但是现在，身为一名计算机专业的大学生，我只能对我自己说，你不是他们也终究成不了他们，我深知我没那个能力，不是每个人都适合做软件开发，我不是那块料„„，因为现在我至少接触过C，C++，JAVA等机器语言的皮毛，每种语言都是那样地令人费神费力，有时真觉得我来错了地方。《梦断代码》讲述的是Chandler软件漫长而痛苦的开发过程，在该过程中，一系列的问题都要考验他们那些程序热衷者，那一刻真觉得是不是该同情他们一下，在OSAF开发组中，单单负责选择其他程序员用来创建软件的部件的“系统架构师”安德森一人就要面临：应该采用什么语言编写代码？应该采用什么工具来创建程序的图形界面？应该采用什么软件技术来存储程序数据？应该采用哪种数据交换标准？等一个又一个难以抉择的局面，这让我很是觉得软件是那么的抽象。Chandler开发过程中误期以及项目所有的成员不加节制的创造，不统一的想法给麦卡斯带去了诸多困难，为了软件行业，麦卡斯付出了相当大的代