梦断代码的4星书评 (31)

庄表伟 2008-09-18 09:42:30 Crown2007版

外国大牛也不过如此

花了一周的时间,看完了《Dreaming in Code》(梦断代码),看得我心潮起伏。对里面那帮家伙的评价也起起落落。最终的结论是:外国大牛也不过如此。 别看他们名头那么响,做了那么多超有名的项目,实际的能力(软件开发能力与项目管理能力)看来相当有限。感想很多,想到一点...  (展开)
kimi 2008-12-26 23:47:55

开源的路在何方?

在图书馆的阅览室看了这本书,花了我两个小时的时间,午后的阳光透过图书馆的玻璃照进来,很温暖,可是我的心却一点点的凉了下来。 再过半年我,一个计算机系的学生,就要投身到软件开发这个行业中去了,可没有任何经验,仅凭着那些薄弱的理论知识。边看书边记下自己的想法...  (展开)
射覆 2009-10-12 21:46:23

遥远的天国

从任何角度,Chandler项目开始时都是值得羡慕的,充足的资金,舒适的环境,激动人心的愿景,高手云集的团队,专业睿智的老板,然而如同大多数项目一样,Chandler在历时多年之后,依然泥足深陷,至今没有一个能真正工作的版本。 是什么让项目陷于困顿? 1、目标大得遮蔽了他们...  (展开)
xinz 2009-01-25 15:55:52 Crown2007版

读后感(II)交流和时间

[part 2] 完整评论见:http://yishan.cc/blogs/xin/archive/2008/11/17/ii.aspx 时间和交流:时间对每一个人都是公平的,对每一个软件项目也是这样。 nearly all software projects require only 1/6 of their time for the writing of code and fully 1/2 of their sche...  (展开)
铁观音加枸杞 2008-09-30 00:41:17

一身一身的冷汗啊

这本书看了已经一半多了,就看完的这些部分说点自己想说的。开始看的时候,还是很轻松很调侃的在看老外大牛们的囧事。可是越看越发现这个项目里的很多扯淡的事情其实每天都发生在自己的身边。冷汗啊,一身一身的出,想想以前的很多事情,那真是不停的后怕。 做技术的人,...  (展开)
fankai 2009-02-22 11:26:20

当作消遣还是不错的

这篇书评可能有关键情节透露

花了三四天时间把Dreaming in Code(梦断代码)翻了一遍,感觉还可以。看前面几章,一开始最大的感觉是有点乱,跟翻译应该有点关系,原作者的写作风格也是重要原因,但我想最主要还是自己一开始就把这本书当作消遣,翻的太快,看的太粗。后来倒是越看越有趣,现在想想在空闲的时...  (展开)
mijia 2009-04-16 11:31:21

做软件很难

刚看完《梦断代码》,虽然是讲一个软件项目是如何失败的,不过里面有几点让我觉得很有意思。 第一,从计算机诞生那一天开始,人们希望用计算机能够为自己提供足够的信息管理,人们有太多的东西,日记、帐本、音频、心得等等,而不仅仅限于管理,在管理的基础上还要在一定程度...  (展开)
Alex Dong 2007-04-14 09:44:26 Crown2007版

Interesting views, excellent facts and wonderful history

What I've learned: * No revolution starts big. Any grand vision has to start from smaller things like scratching your own itch and dogfooding. * Do not overinvest infrastructure. Do an agile project and remember the vision on the same time. * Start with...  (展开)
小萌 2014-05-15 16:58:05 电子工业出版社2011版

时间轴+读书笔记

* 读这本书真得是消耗了太多的精力,倒不是书不好,而是自己太浮躁,很多书读不进去。 * 第一次借这本书应该是2012年,没看几页就满30天,还。 * 第二次是2013年初,毕业前,还是读不进去。 * 这一次是2014年2月,在独墅湖图书馆借的,超期60天,终于字啊5月5日看完。 * ...  (展开)
AlbertLee 2008-08-31 20:25:16

除了中间的跑题外,基本上靠谱

软件开发是件不靠谱的事。 不管是大教堂还是集市,不管是开源还是自由,都不能改变这个根本属性。 这么说,软件工程的爱好者们以及管理者们肯定要向我扔鸡蛋了。 不过,我心目中的软件开发,大抵就是这么回事。 为什么?因为,真正创新性的软件开发总是带有一点艺术与作坊的意...  (展开)
6up7 2011-09-11 20:37:31

他们搞砸了一切能搞砸的事情

前几日偶然遇到科学松鼠会开出的一份书单,列出了各专业领域经典书籍,跟计算机相关的,第一本就是梦断代码。这才想起遥远而又不太遥远的几个下午,我在图书馆楼梯口的某个位置看完了此书。 对我来说这本书跟经典无关。如果你想学程序设计,你应该去看XX编程艺术、thinking in...  (展开)
LazyLorna 2009-02-11 10:47:10

小处着手更容易成功

引:本文是半年前收到《梦断代码》样书后写的书评。我很高兴自己作为行业外人士也能看懂,尽管韩磊说有过项目经验的人会更能理解书中所讲的那些事。 期待了半年,终于看到韩磊的译作《梦断代码》完成了。收到样书一口气读完,诸多感慨,就像韩磊说:真正开发过软件的读者会对...  (展开)
xinz 2009-01-25 15:53:32 Crown2007版

读后感 (I) 驱动和责任

几个星期前,我给《现代软件工程》课的每一个团队都发了一本 《Dreaming In Code》的中文版 《梦断代码》,要求写读后感。这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受...  (展开)
lusu 2008-10-05 17:12:55

随便的感想

这篇书评可能有关键情节透露

看的是这本书的中文版《梦断代码》,公司图书角借的。 一边读,一边感慨 --- 一个好的愿景,一帮牛人,不缺技术不缺钱,最终的结果却不如人愿。 对于书中的很多牛人来说,Chandler可能是他们的第二个系统,难道这就是人月神话中的The second-system effect? 在开发之旅中的...  (展开)
Nicolas 2008-09-20 18:11:04

金子般的反思

失败了就进行反思. 1.定位不能逆时代的潮流, 互联网的趋势不可逆转. 2.人员沟通与合作是永远的重点 3.软件开发方法的质疑 4.计算机的历史与将向何处去. 作者思考得很多, 但也只是反思, 却也没有什么办法. 也许软件还在混沌中. 书中很多历史故事确实勾起了很多的记忆与思考. 不...  (展开)
2009-02-18 13:29:52

软件,写小说,听音乐

1.一个作家,或者说想成为作家的人,通常都会研读一些前辈的作品。 音乐家也是如此,多少会听一些前辈 的音乐,在前辈的音乐上有所创新。 软件开发呢?不知道有多少人是大量阅读前辈的作品--代码? 2.软件开发项目充斥着项目延迟,从简单的解决方法考虑,就是制定计划,接着...  (展开)
forestgump 2008-09-22 15:26:52

软件乌托邦--理想主义的失败

这篇书评可能有关键情节透露

终于断断续续地读完了. 几个月前偶然看到刘韧对此书的评论,又试读了译者网站上发布的"第0章 软件时间",当即决定买下. 拿到书后,发现后面的几章读起来颇为费劲,语言和思维的跳跃性很大,不断出现大量的人物和典故.在我读完另外几本书后,对硅谷的历史和人物脉络逐步清晰,方能一...  (展开)
魏智勇 2019-02-26 22:35:24

从梦断代码看软件工程的复杂性

软件工程与其他所有行业最大相径庭的一点,可能在于唯有在这一领域,关于失败的专注要多于成功的,软件工程的成功只有一种——按时按照要求完成交付(虽然在大部分情况下这只是一种幻想)——但失败却有着无穷无尽的可能,曾经看到一篇描述某欧洲国家政府软件项目的未经证实的...  (展开)
RexKang 2013-12-02 08:23:33 电子工业出版社2011版

软件开发的那点事,梦想和现实的差距

这篇书评可能有关键情节透露

本书所谈到的内容,无外乎在证明软件开发确实是一件件颇为痛苦的事情——以Chandler为主线,讲述了这款PIM工具从筹备到诞生的过程,其间穿插了各种小故事,反映出来的问题,均是现实工作中真实存在的,甚至多数是现在还能见到的(意味着什么,我就不明说了)。 之前用过Chandle...  (展开)
DoubanBoy 2011-11-30 22:59:39

长长的旅程啊

书写的不错,不只是对“chandler”项目及其团队的思考,也穿插了很多软件行业中的轶事趣闻。读起来是比较流畅,但是越到后来,越因为"chandler“团队的拖延、迟疑、不果断而郁闷和急躁。唉,做软件真是难呀。  (展开)
<前页 1 2 后页> (共31条)

订阅梦断代码的书评