具体描述
http://www.dreamingincode.com/
这本书讲述的是Chandler 这个软件的开发历程。 首先来介绍一下Chandler。Chandler(1) 是一个由Mitch Kapor(2) 领导的"信息管理软件"，如果这个名字听起来有些不着边际，不妨参照Wired 的说法，叫它"Outlook 杀手" (3) .
这个软件的开发在2002年就已经正式了， 但是现在还在 Alpha stage. 一个由像Mitch Kapor 这样的软件行业的传奇人物领导的团队为什么到现在还不能拿出一个相对完整的版本， 不得不让人好奇。
Scott 选择了这个项目来探讨为什么做一个好的软件那么难 ？
个人感觉，这本书也许有可能成为又一本软件工程的经典书目。
(1) http://chandler.osafoundation.org/
(2) http://en.wikipedia.org/wiki/Mitch_Kapor
(3) http://www.wired.com/wired/archive/11.01/start.html?pg=3
作者简介
Scott Rosenberg 是一个作家和编辑。
他的整个职业生涯大部分都投身于写各种各样的评论上了，电影，戏剧，书等等。
他职业生涯最引人注目的身份恐怕就是Salon的co-founder了。过去的几年他一直是Salon的专栏作家，现在他是Salon 的VP of New Project。
http://www.wordyard.com/
目录信息
读后感
[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...
评分看完《梦断代码》以后，我一直在思索这本书的主题是什么，想了半天也没有头绪。翻到书一开始的《作者的话》，看到这么一句：「它提出问题，讲述故事」，啊哈，确实如此，作者回避给任何问题一个标准答案，甚至一点倾向都没有，以一个中立的观察者来讲述故事。好的书不仅在于传...
评分1. 它只跳票了5年。（《永远的毁灭公爵》跳票了13年） 2. 它只消耗了数百万美元。（《永远的毁灭公爵》消耗了两千万美元） 3. 它毕竟推出了1.0版本，虽然反响很差。（《永远的毁灭公爵》只推出了一点图片和视频，还有无休止的谣言） 4. 它是开源项目，未来也许会有人在它这里找...
评分[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...
评分引子 昨天晚上，我终于把《梦断代码》这本书看完了。之前，我开展”Chandler中文化”这个项目，在内心深处的原因是 “我啟動這個項目，并不是從所謂的用戶角度，或者是為了推廣 只是覺得這樣一個優秀的、能與GTD這么緊密結合的軟件 實在罕見，也難以找到 雖...
用户评价
这本书带给我的感觉非常奇妙，它不像一本技术书，更像是一个老朋友在和你分享他的心得体会。作者的文笔非常流畅，而且充满了热情。他总是能用最简单、最直白的语言，解释最复杂的技术原理。我特别喜欢他在书中提到的关于“创造的冲动”的观点，他认为编程本质上是一种创造活动，是人类对未知世界的探索和表达。书里有很多关于“理解”的讨论，不仅仅是理解代码本身，更是理解代码背后的人类意图和思维模式。我发现自己在这本书的引导下，开始更加关注代码的可读性和可维护性，不再仅仅追求功能的实现。他对于“软件工程”的理解也让我耳目一新，不再是冰冷的技术堆砌，而是充满了人性化的考量。读这本书的过程，就像是在进行一场有趣的头脑风暴，总能激发我新的思考。
评分我必须承认，这本书对我来说是一次真正的思想洗礼。它不是那种告诉你“怎么做”的书，而是引导你“如何思考”的书。作者的叙事逻辑非常跳跃，但又充满了内在的连贯性。他经常会在一个话题上深入挖掘，然后突然切换到另一个看似毫不相干的领域，但最终又会巧妙地将它们联系起来，形成一个完整的思想体系。我发现自己读这本书的时候，常常会停下来，反复咀嚼他提出的观点，然后开始反思自己的编程经历和学习方式。他对于“简洁”的追求，以及如何通过精炼的代码来表达复杂的思想，给我留下了深刻的印象。书里有很多关于“抽象”的讨论，我之前一直觉得抽象是很抽象的概念，但作者通过一些非常生动的例子，让我对它有了更深刻的理解。总而言之，这本书是一次智识上的冒险，我享受其中，并且从中获得了巨大的收获。
评分我拿到这本书的时候，并没有抱太高的期望，但它彻底征服了我。作者的写作风格非常独特，他不像其他技术作者那样，上来就讲各种高深的理论，而是通过一个又一个的故事，将那些看似遥不可及的概念，变得触手可及。我非常喜欢他对于“学习曲线”的描绘，他用非常形象的比喻，解释了学习过程中会遇到的各种挑战，并且给出了非常实用的建议。书里有很多关于“设计模式”的讨论，但他并没有把它们当成死的规则，而是看作是解决特定问题的“思维工具”。我发现自己在这本书的启发下，开始更加注重代码的优雅和美感，不仅仅是功能的实现，更是对人类思维的致敬。他对于“持续改进”的强调也让我印象深刻，认为编程是一个不断迭代和优化的过程。这本书给我带来的，不仅仅是技术的提升，更是一种对编程艺术的全新认识。
评分天哪，这绝对是我读过的关于编程的书里最特别的一本。它完全颠覆了我对技术书籍的刻板印象。与其说是技术书，我更觉得它像一本关于创造力和思考的散文集。作者的文字非常有画面感，他用了很多比喻和类比，把一些可能非常枯燥的概念讲得活灵活现。我尤其欣赏他对于“失败”的态度，他把失败看作是学习过程中不可或缺的一部分，甚至是一种宝贵的经验。书里有很多关于如何与代码“对话”的讨论，这让我开始重新审视自己与电脑之间的关系。我之前总是把写代码当成一种纯粹的逻辑游戏，但这本书让我意识到，其中蕴含着比逻辑更深刻的东西，比如艺术、哲学，甚至是一种心灵的修行。虽然我有时候会觉得他的某些观点有些过于“形而上”，但这种挑战我固有思维的方式，恰恰是我最需要的。我感觉自己在这本书里找到了一种新的看待代码和编程世界的方式，一种更加诗意和充满人文关怀的方式。
评分这本书我断断续续看了好几个月，每次翻开它，都像是走进了一个巨大的、充满未知的迷宫。作者的叙事风格非常独特，他没有选择那种一上来就抛出大量概念和理论的写法，而是像一个经验丰富的老者，娓娓道来，通过一个个生动的故事和个人经历，将那些抽象的技术概念一层层剥开。我特别喜欢他描述自己早期学习编程的那些片段，那种摸索、碰壁、然后豁然开朗的感觉，真的太有共鸣了。书里有很多关于“如何思考”的讨论，不是那种教你具体如何写代码的教程，而是更深层次的，关于如何理解问题、如何分解复杂性、以及如何在面对困难时保持一种积极的心态。我发现自己不仅仅是在学习技术，更是在学习一种解决问题的哲学。他对于“意图”的强调也让我印象深刻，认为编程不仅仅是机械的指令，更是对我们想法的具象化。虽然我还没有完全读懂书中的所有细节，但每一次阅读都能获得新的启发，感觉自己的思维方式正在潜移默化地发生改变。
评分真是train wreck in slow motion。。这书很适合给不是dev但要和dev打交道的人科普+打预防针。对dev来说这种案例太似曾相识了，一路看下来只想呵呵呵呵呵。事后诸葛地说，一开始就严重over-engineering，对核心技术Python+wxWidgets没经验，对P2P同步这样可以做学术研究的课题一直只有空想，不玩脱倒怪了。问题是一开始就背负了那么大的抱负，这些问题又怎样避免？
评分实验了一下书中所描述的那个APP， 感觉很清爽， 但是效率确实不敢恭维， 这可能就是design drive的一些缺陷吧， 如果踏实一些 也许做的更好， 一个失败的例子让我们学到更多。
评分Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
评分真是train wreck in slow motion。。这书很适合给不是dev但要和dev打交道的人科普+打预防针。对dev来说这种案例太似曾相识了，一路看下来只想呵呵呵呵呵。事后诸葛地说，一开始就严重over-engineering，对核心技术Python+wxWidgets没经验，对P2P同步这样可以做学术研究的课题一直只有空想，不玩脱倒怪了。问题是一开始就背负了那么大的抱负，这些问题又怎样避免？
评分两点启示: 其一是linus所说, 别指望做大项目, 从小处着手. 其二是无任何纪律约束的开发必然失败.
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有