“两打程序员，三年时间，4732个bugs，和对非凡软件的不懈追求，只为打造卓越软件”

做软件难，尤其是大型软件，难于上青天。

以上就是本书的内容，作者通过3年时间跟进项目，在书中讲述了Chandler开发过程中的各种大大小小的故事，最终结论就只有一个：做软件难。

就像豆瓣上其他人评论的，这本书算是本奇书吧，OSAF团队有时间、有资金、有牛人，最终历经6年打造出1.0版，并行将就木。梦幻的开局，让人唏嘘不已的结局，其中的故事会是怎样呢？Scott Rosenberg在书中就讲述了这样一个长篇故事……

看此书，就如参加了一次次OSAF的内部会议，跟进开发的详细过程，从故事中也能看出软件工程有别于机械、土木等传统工程，进度不可控、项目不可见等等，软件开发注定就是游离于工程与艺术之间。

我也是刚接触软件开发行业，看不透为什么这个项目会延期几年，最终6年时间才出1.0版。不论细节的话，只能说Chandler生不逢时，出生在这个Web快速发展的年代。今天尝试了Google Wave内测版，感觉似乎一觉醒来，世界已经完全变了。常规软件项目我没真正做过，但是基于Web的产品在大量的设计类书里都是有个基本原则：最小化设计。也就是说1.0版能实现最最基本的功能即可，“it works”就是1.0版的全部。2009 csdn软件英雄会上支付宝用户体验师白鸦(过去好久，希望没记错，blog: http://uicom.net )提到了这点，并拿gmail举例子，gmail刚开放时基本上就只有收发邮件功能，连中文都没处理好，但是通过逐步的改进做到今天难以替代。OSAF一开始就想打造超越OUTLOOK的卓越的软件，但是当Chandler缓慢前进中，很多其他产品早已从web那条道路上飞快的超越过去了。

书中有些事情还是很有意思的。

“跟踪进度是为了协调工作，而不是要表扬或者批评谁；‘完成啦’在不同人眼里定义不同；”，这个没什么好说的。

“到OSAF后不久，杜索特就利用午餐时间向同事们做了个关于WebDav的讲座。将它描述为一种“秘密协议”：内建到Microsoft Windows和苹果Mac OS X系统中，也在许多要提供某种远端共享和编辑功能的软件包中存在，但却鲜为人知。”，注意，这里说的是午餐时间，事先的沟通远胜于会议中突兀的提出后好很多，能有效避免大量的争论。

最难忘的是这句：“如果不坚持，我什么都不是”，不可知因素太多了，“坚持”在很多时候就是最好的选择。虽然OSAF失败了，但是个中体会，也只有当事人最清楚了。

最后，这本书应该比较适合刚入软件行业的，或者软件项目管理者、或者产品经理阅读，刻骨铭心的失败的故事兴许能让人对软件工程这个特殊行业有更深入更新的了解。另外，douban上与该书相关的话题就有软件工程管理、产品的设计。不知道资深软件相关人员整天想啥，就不推荐了。