梦断代码的书评 (50)

kimi 2008-12-26 23:47:55

开源的路在何方？

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

1 18回应

Nick 2008-08-07 10:50:27

梦幻一场？

前两天与同学交流时，同学让我谈谈软件开发与测试的区别，我说撇开技术和工作细节不谈（除了时常辅助地写些Unit Test外，实在对测试不甚了解），二者对待同一问题的心态上本该不同——测试人员大抵悲观而怀疑，开发人员往往乐观而执着。作出这样的推断，一方面作为一名... (展开)

2回应

大徐 2008-09-25 18:31:38

有关软件工程的焦油坑

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

结婚前夕我请假一天，躺在床上看了大半的《梦断代码》，Chandler项目时间从2002年转眼到了2004年，10月26日OSAF发布了 Chandler0.4版。2年时间里，整个项目组的人员从几人上升到了20多人，有人离开，更多的是新人加入。做为一款致力于“无地窖式数据处理”的开源PIM软件，项目... (展开)

6回应

射覆 2009-10-12 21:46:23

遥远的天国

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

0回应

铁观音加枸杞 2008-09-30 00:41:17

一身一身的冷汗啊

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

1 7回应

Yibie 2009-02-03 13:03:45

梦断，魂殇——《梦断代码》阅后有感

引子昨天晚上，我终于把《梦断代码》这本书看完了。之前，我开展”Chandler中文化”这个项目，在内心深处的原因是 “我啟動這個項目，并不是從所謂的用戶角度，或者是為了推廣只是覺得這樣一個優秀的、能與GTD這么緊密結合的軟件實在罕見，也難以找到雖... (展开)

1回应

黑枪王荣格 2009-04-21 20:51:42

从头笑到尾

我手头上有两个人，其中一个对企业流程非常的熟悉，另外一个就CODING来说简直就是上帝，为什么他们搞不定一个小小的自动化过程？废话，他们两个，一个是火星人，一个是金星人，语言不通。看不明白的话，不解释了。 ---------------------------------------------------- ... (展开)

4回应

fankai 2009-02-22 11:26:20

当作消遣还是不错的

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

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

0回应

mijia 2009-04-16 11:31:21

做软件很难

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

2回应

杨安康 2010-01-20 11:51:53

不是梦，是现实

本书的可贵之处，在于真实。在软件开发中，这样真实的历史总在重复。我们总在找寻“天才”，期望“天才”的组合能开发出“伟大的软件”。其实不然。就像生命体一样，对于一个软件组织而言，要有骨有肉，有器官有皮肤，不同类型的人才组合，方能实现一个根本的目标。而软件开发... (展开)

0回应

青椒土豆丝 2009-10-22 10:09:41

梦断代码

压抑，真的很压抑。我不是学计算机的，工作三年来一直在想一个问题，软件到底应该怎么开发才好，有标准吗？那些大公司都是怎么做到牛×的？每个项目我都在改进编程的方式，在改进软件设计的流程，修正架构。项目开始时，认为现在的方式很适合，比上一个项目的好，但项目结束... (展开)

3 0回应

AlbertLee 2008-08-31 20:25:16

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

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

3 12回应

6up7 2011-09-11 20:37:31

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

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

2回应

LazyLorna 2009-02-11 10:47:10

小处着手更容易成功

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

2回应

lusu 2008-10-05 17:12:55

随便的感想

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

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

4回应

Nicolas 2008-09-20 18:11:04

金子般的反思

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

2回应

revolc 2012-09-27 11:36:21

一群牛人的失败之作

作者以一个项目参与者的角度记录了一个伟大的设想最后变成一个失败的项目。究其原因，是为了要跨平台，采用了不熟悉的语言与技术；项目没有个明晰的计划；需求各种变幻；想要憋个完美的产品，而不是先出个雏形然后不断迭代慢慢打磨。其实，硬件条件不可谓不好，宽松的办公环... (展开)

0回应

列纳 2011-09-04 16:33:39

梦醒代码

《梦断代码》这本书主线颇多，所有内容都需要读者具备一定的软件行业知识——比如说厂商和产品部分，你应该很清楚Lotus、IBM System 360、Outlook、Exchange、Gmail等的功能和推出时间、技术创新；编程部分，你应该了解C++、Java、Python、Ruby、P2P和服务器的不同；编程思想部... (展开)

2回应

caicai 2009-04-18 13:35:37

不仅仅是一个软件开发故事

作者深刻的笔触，让人真实地感觉到软件难做，做一个优秀的软件更难，但是不仅仅讲述了开源软件Chandler项目的开发，还增加了作者自己的观察思考以及其他软件开发人员的观点。为什么软件开发不能像建造房屋那样按时完成呢，没有人能给出一个确定的答案？文中详细描述了... (展开)

0回应

<前页 1 2 3 后页> (共50条)

> 梦断代码

作者: Scott Rosenberg
出版: 电子工业出版社
定价: 49.00元
装帧: 平装
页数: 336
时间: 2008.06

订阅梦断代码的书评