《梦断代码》读书笔记

《梦断代码》书一开始的《作者的话》，看到这么一句：「它提出问题，讲述故事」，确实如此，作者回避给任何问题一个标准答案，甚至一点倾向都没有，以一个中立的观察者来讲述故事。好的书不仅在于传递知识或观点，更重要的是引发思考。
确实，整本书主线在描述Chandler项目的故事，不断从项目的各种现象中挖掘软件开发中的各种问题，并旁征博引其他项目的故事，罗列大家对问题的各种观点和方法，但是几乎所有提到的问题直到今天都没有明确的结论，比如卡普尔和卡兹维尔的对赌：2029年会不会有计算机通过图灵测试。
所有问题的根本是：
软件开发是否能找到一个合适的方法论
软件开发者是工程师还是艺术家。
这个问题，总结了软件开发过程中无数细节问题，这些问题统统没有答案。软件开发领域的圣战比宗教中的还要多。从项目管理到软件设计，只有模糊的建议，以经验性方法为主导，估算工期的方法叫「拍」，拍大腿抑或拍脑袋。从代码到项目形态无不千奇百怪。
这本书隐约夹杂着一种无力又沮丧的情感。虽然成书之时Chandler项目还在继续，但是直到现在也没能推出能用的产品，项目可以说是完全失败了。项目中遇到的种种问题，至今也没有答案。
扯一些自己的理解。到底为什么不能像造桥一样开发软件？造桥和软件开发的区别在哪？软件开发领域惊人的熵，一方面在于所面向问题域的范围广泛，另一方面在于软件本身技术的高速进化发展，这两方面相互推动。
桥梁工程、建筑工程以及其他传统工程