梦断代码的5星书评 (23)

g9 2007-02-14 22:10:04 Crown2007版

Dreaming In Code

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

当年Lotus Development的创始银，Lotus 1-2-3的设计者Mitchell Kapor，离开Lotus后拉开单干，成立了开源应用基金会(OSAF)。他招募了一堆牛程，开发号称革命性的下一代个人信息管理系统－－Chandler。我还记得Mitchell Kapor宣布要开发Chandler的时候，开源社区一片鼓噪，媒体报... (展开)

7回应

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回应

Joker Lee 2013-06-02 03:11:12 电子工业出版社2011版

Computer science is NOT a science, software engineering is NOT an engineering

看完《梦断代码》以后，我一直在思索这本书的主题是什么，想了半天也没有头绪。翻到书一开始的《作者的话》，看到这么一句：「它提出问题，讲述故事」，啊哈，确实如此，作者回避给任何问题一个标准答案，甚至一点倾向都没有，以一个中立的观察者来讲述故事。好的书不仅在于传... (展开)

0回应

Yibie 2009-02-03 13:03:45

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

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

1回应

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

从头笑到尾

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

4回应

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

不是梦，是现实

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

0回应

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

梦断代码

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

3 0回应

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回应

lethe 2015-07-30 09:14:10 Crown2007版

软件工程案例分析经典之作

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

在合适的时间，遇到了合适的书。从事软件行业这几年，有诸多感触，和书中描述的基本是一致的: 1.项目的工作量无法准确预估； 2.要打造一个产品，远比最初估计的难得多； 3.需求，需求远比开发本身重要，最难的是决定要做什么，而不是如何做； 4. 不要过度设计，重造车轮，框架... (展开)

0回应

天露危城 2011-04-28 22:41:43

为软件写的墓志铭

用三年时间记录一个软件开发的全过程，这个软件很牛，这个作者也很有耐心，看完之后有些伤，伤了做软件的心，伤了有梦的人。书的内容很广博，不得不佩服作者有学识，作者对软件的认识也是很独到的，很多地方都直切要害，作为软件人我很喜欢作者的这本书。翻译也很好，语言... (展开)

0回应

drizzlecrj 2010-11-17 22:45:46

技术天才s+激情 != 成功?

非常不错的技术人文书，让人们认识到软件工程的重要性。这么多的技术天才，这么多年的激情，却没有成就Chandler的成功，呜呼哀哉！刚刚去了Chandler 项目的页面（http://chandlerproject.org/）下载了最新的v1.0.3版试用了下，说实话，我不觉得它值得能打败Outlook... (展开)

0回应