用了大概两个星期看完这本书吧。觉得开头的软件工程部分比较有看头，用的和建筑的对比，觉得很恰当。不过到了中间讲构建的时候，反而就觉得看的不起劲了。
东西太多，太琐碎了。我比较喜欢那种有一个总的思想，其他的部分都是对这个思想的具体应用的阐述，不断地从各个方面印证这个观点，这样的书最后阐述的观点可以给人留下很深的印象，而且不会觉得空洞，因为有很多事例可以作证，也应该不只在一个方面、一个点上有效，应该有一定的适用性的，这样的观点才能称得上思想。才能让别人受益。
代码大全2中我觉得留下影响的思想就是：软件开发的首要目的是管理复杂性，也算是我比较认同的和受启发的一点。但是书里面有太多东西太碎了，混杂在一起，有些乱。
不能否认，作者绝对是个大师级的人物，但一个好的程序员不一定是个好的作家。就像一些大师级的人物不一定是大师级的教育家。
这本书我大概不会看第二遍了，或许以后想起来会随手翻翻，现在，收进书橱了。
以下是读书笔记：
P75
你在学校中所开发的程序和你在职业生涯中所开发的程序主要差异在于：学校里的程序所解决的问题的设计问题很少（如果有的话）是险恶的。学校里给你的编程作业都是为了让你能从头到尾直线进行而设计的。如果有位老师给了你一份编程作业，你刚完成设计时他就把作业的要求给改了，然后就在你将要提交完整的程序时，他又对作业的要求再次改动，这是你肯定会十分生气，然而这一过程正是在专业编程中每日可见的真实情况
P664
如果你正在管理一个项目，并且你具有编程背景，那么有一种方法可以简单有效的检验工作成果，你宣称：“我必须能够阅读并理解这个项目的所有代码”。管理者不是技术尖子这一事实反而有助于阻止产生“聪明的”或者是难理解的代码。
P680
程序员不是只有硅打交道的有机物。
P682
80%的项目贡献来自于20%的贡献者。
好的程序员倾向于聚在一起。
P753
Idareyoutoreadthis（我赌你读不东西这个）。
P777
编码是要把维护你程序的人想成知道你住址的有严重暴力倾向的精神病人。
《人月神化》Brooks法则：对于进度已落后的软件开发计划而言，若再增加人力，只会让其更加落后。