标签：
你住在一所还算舒适的房子里，发现冰箱可能有问题。冰块有时会融化，门也关不严实。修理工差不多个把月就得过来修一次。你注意到，这冰箱既笨重又费电，你看上了希尔斯百货公司里面陈列的那些新款冰箱。是时候了，你立即出发，先到几个州看地块，考虑建一所新房。你请到贝聿铭和另外几位大建筑师，做了个初步设计。做这个花了点时间，所以你还得继续忍受那台旧冰箱，它发出烦人的噪音，在夜里叫人难以成眠。你看了几套方案，甚至建造了一、两个原型。时间流逝，你终于选定了设计方案。开始建造前，举办了一场狂欢宴。开工。建屋。庆祝继续进行，每块砖都令人激动。然后你改变了主意。你其实是想要一所铺着红木地板、有花园的日式房屋。你改造了已建好的部分。搬开一些砖块，铺上草皮。新房看起来真不错。某天晚上，你在新屋床上躺着，没听到冰箱发出的噪音。出问题了。安静令你无法入眠。花了太多钱！你压根就不想搬家！孩子们也不喜欢住到新房里。你女儿还说：“我恨它。”你只好改弦更张，不搬了。15年过去了，还花了几十亿美元，那老冰箱依然运转。大抵如此。 —— 书中引用的一名工程师对IBM AAS项目的形容，该项目从1981年启动，在花费了几十亿美元后于1994年宣告终止，颗粒无收。 佩服书的作者能在讲述一件事的时候，贯通古今的写法。看似在讲chandler的发展，实际上应该是在讲软件开发理论的发展吧。软件这东西天生就是软的，硬来，怎么都不成！管好人，比什么都重要。 我花了大概四个晚上（也包括白天的一些时间，不过白天的时间还是较少，要学习）阅读完这本书，说“完”，不算很确切，因为，有些地方是跳读的，有些读过的地方也并读不懂，毕竟我专业能力还不是很强，而且也不要求自己一定要读懂，我的目的在于探究项目失败的原因。我很喜欢这种方式。他支持你的想法，但是，又能够给出适宜的建议，提醒你有可能面临的问题。相比完全不考虑风险的支持，以及毫不考虑成功可能性的大泼冷水，这是中庸的路线。我从来不会自信到认为同样的事情，别人做会失败，唯有我可以成功；也不会因为同样的事情别人失败了，我就认为自己一定不会成功。 记录一些零碎的火花： P51，意大利激进分子安东尼奥·葛兰西曾有名言云：要想改变世界，你得“理智上悲观，意志上乐观。” P240，关于37 Signals的开发经验介绍，和chandler相比可以说是两个极端，但是前者成功了。照他们的做法，“约束是朋友。’约束是打造伟大产品的关键‘，弗瑞德说，’约束产生创意。如果有人说，给你全世界的财富，让你做任何想做的东西，那这东西多半永远发布不了。给我一个月就好！‘” P254 关于软件工程师、硬件工程师和部门经理的故事，既滑稽也有借鉴意义，尤其是部门经理的那个思维，看后悚然暗惊，感觉和自己目前的状况是蛮象的。如果一味追求战略能力，却无法落实到战术，那么，当遇到危险情况，可能束手无策，或者纸上谈兵。这是需要戒之慎之的事情。 P310，作者提到一种Ecco Pro软件，“你手中的这本书，其全部研究工作的组织、汇整、纲目、交叉引用以及无穷无尽的调整也是用一套基于1993初次发布的Windows程序Ecco Pro来做的”。 P314，卡普尔说，“如果感到自己太过绝望，应该置之不理，避免采取行动——因为这种感觉往往是暂时的，多数只是见景生情。我反而会出去一段时间，一个小时、几个钟头、一天或两天。取决于何时能够重新振作精神”。这是一种情绪管理的办法，可以借鉴。标签：
原文地址：http://www.cnblogs.com/hongyedeboke/p/4569738.html
