《代码大全》 读书笔记

一直想看这本书，但是一来觉得自己水平还不够去看这样的书籍，另外一方面觉得太厚，怕自己看不完。这段时间看了一些高手的博客，觉得书真是要多看多项，所以咬咬牙觉得把这本书消化掉。记录写简要笔记，以便以后不定期回顾。

其他待看书籍 《人月神话》 《科学变革的结构》 《ACM通讯》 

---

2010-06-17 21:42:54

P6 作者认为首先是为人写代码，其次才是为机器。

代码写的晦涩难懂，写的天花乱坠，只要编译为正确的二进制指令代码，能够实现需要的功能，就完成了代码的主要任务。然而，如果是编程，就不可能是一次写完，不再更新。不论前期如何调研，如何分析需求，最后都需要更新代码，增加或者优化功能。代码更新就不可避免

---

2010-06-22 12:57:30

P24  importance of prerequisites

前期准备工作很重要，但是往往不能很好的完成有两个方面：1，做这个前期准备工作的没有着方面的技能。2，拥有这个技能的人却抵挡不了尽快编码的欲望，犯了 WISCA （why is Sam is not cording anything）

---

2010-07-01 21:55:06

P13

隐喻是个了解熟悉陌生概念的一个很好的方式。对于软件构建就有很多隐喻

1。写作代码，比作写信，写一封有缘由的信件。这种隐喻对于个人的小程序还是有点相似，但对于商用软件，这种隐喻所暗示的软件开发过程过于简单和呆板。同时也暗示了软件开发过程是一个昂贵的试探过程，而非仔细规划和设计。

2。软件耕作，暗示了人们将无法对软件开发过程和方式进行直接的控制，只能怨天尤人。

3。牡蛎孕育珍珠，增量式开发。已增量式方法开发调试程序，是当前已知最强有力的开发概念。《人月神话》中有详述。

4。软件建构。这个应该是个最合适的软件开发过程的隐喻。特别对于一个大型软件项目来说，整个过程更像一个帝国大厦的建立。好的前期规划，会避免给后期带来很大的损失。

 

P36

问题定义的先决条件：

“问题定义”只涉及了“问题是什么”，而不涉及任何解决方案。问题定义应该以客户的语言来写，而且应该从客户的角度来描述问题。通常不应该使用计算机专业语言。没有一个良好的问题定义，可能你解决的是一个错误的问题