没有读过的书，就不要瞎推荐了！
作者：Bill The Lizard
来源：
http://www.billthelizard.com/2008/12/books-programmers-dont-really-read.html
马克·吐温曾经说过，经典小说是那种“众人都想读却少有人真正花时间去读”的书籍。“经典”的编程书也是如此。
在Stack Overflow（以及许多其他编程论坛）上，时不时有人讨论“哪些书籍值得程序员一读”。这个问题不断被提出、被回答，形式不尽相同。有这么一组书籍似乎总是跻身榜首，那么就让我们来一探究竟。
大多数程序员真正读过的书籍 ：
1. 《代码大全》（Code Complete）
2. 《程序员修炼之道》（The Pragmatic Programmer）
3. 《C程序设计语言（第二版）》（C Programming Language (2nd Edition)
4. 《重构:改善既有代码的设计》（Refactoring: Improving the Design of Existing Code）
5. 《人月神话：软件项目管理之道》（The Mythical Man-Month）
6. 《编码:隐匿在计算机软硬件背后的语言》（Code: The Hidden Language of Computer Hardware and Software Head First Design Patterns）
7. 《Head First设计模式》（Head First Design Patterns）
8. 《编程珠玑》（Programming Pearls）
9. 《Effective Java (第二版)》或《Effective C++》
10. 《测试驱动开发》（Test Driven Development: By Example）
这些书我都读过，我相信很多水平还不错的程序员也都读过了。如果你对此博客的编程内容有兴趣，那么这份书单里的大部分（如果不是全部）你可能都已经读过了，所以我就不花时间逐个单独探讨了。
我觉得上述每一本都是各自领域的佳作。很多有志于提高个人技能的软件开发人员都会阅读这些书籍。
在最常推荐的编程书籍中，有另一组值得特别关注。我把这书单称为“程序员声称自己读过的书”。我可不是说所有推荐这些书的人都没读过；我只不过是怀疑有很多人声称自己读过而实际上并非如此。以下是书单：
程序员声称自己读过的书
1. 《算法导论》（Introduction to Algorithms）
本书可能是所有已出版的编程书中标题最具误导性的一本。它在许多大学中广泛使用，通常出现于研究生水平的算法课程中。因此，在大学修过算法课程的程序员手里可能都有一本《算法导论》。
但是，除非你有计算机科学（特别是在算法方向）硕士学位及其以上的水平，我怀疑你可能就没读几章。这个标题具有误导性，因为“导论”这个词让人误以为这本书对编程初学者比较友好，而事实并非如此。这本书详尽地介绍了算法，就跟市面上其他类似书籍一样。所以还是别推荐给新手了。
2. 《编译原理技术与工具》（龙书） （Compilers: Principles, Techniques, and Tools (the Dragon Book)）。
这本书里涵盖了编写编译器时所需要了解的所有内容。其中包括词法分析（lexical analysis），语法分析（syntactic analysis），类型检查（type checking），代码优化（code optimization）和许多其他更高深的主题。
请不要把这本书推荐给新手，他们只需要解析含有数学公式或HTML的简单字符串；
除非你真的需要实现一个有效的编译器（或解释器），否则你没必要承受来自这本书的全部功力。要是有人只是需要做简单的文本解析，你还向人家推荐这本书，那就说明你自己没读过。
3.《计算机程序设计艺术》（The Art of Computer Programming）
我经常听到这本书被列为“每个程序员都应该阅读的”系列编程书籍，但这是在胡说八道。
在被你们拍砖之前，请允许我解释一下。《计算机程序设计艺术》并不适合从头读到尾。这是一本参考大全。
它立在你的书架上，看着就令人印象深刻（事实也的确如此），但是要看完它得花上几年时间，你也记不住什么实质性内容。
这并不是说留一本这样的书毫无价值，这套书多次救我于水火之中，始终是我的杀手锏，真的走投无路了我就去找它。
它的信息密集，学术性强，并且示例都是用汇编语言写的。从积极的方面来说，如果你在这本书里找解决方案（在相应部分已经出版的前提下）却无功而返，那解决方案八成是不存在的。它在所涵盖的主题领域方面几乎面面俱到。
4.《设计模式：可复用的面向对象软件元素》（四人帮）（Design Patterns: Elements of Reusable Object-Oriented Software (Gang of Four)）
《设计模式》是这个书单中唯一一本我亲自从头读到尾的，因此我很难决定它该归到哪个列表。它在这个书单上并不是因为我觉得很少有人读过这本书。
许多人读过，只是有更多的人声称自己读过而实际上并没有。《设计模式》的问题在于：书中的大部分信息（但并非所有的信息）可以在其他地方找到。这使得初学者能在维基百科上读了一些模式方面的内容之后，就敢在求职面试中声称他们读过这本书。
如果有更多人花时间阅读这本书的原版，就能少些人试图将17种模式硬塞入日志框架了。书中最精彩的是每章中解释何时适合使用模式的部分，但很遗憾的是，很多其他与设计模式相关的资料中没能体现这种智慧的光芒。
5.《C++程序设计语言》（The C++ Programming Language）
本书更像是一本编程语言参考书而非编程指南。肯定有很多证据表明有人读过这本书，否则我们就不会有这么多的C ++编译器可供选择。但是，我们不应该把这本书介绍给想要学习C ++的初级程序员（甚至其他编程语言的专家），让他们去看《C++ Primer》会比较合适。
正如我之前所说，我知道有一些人真的读过这些书。这篇文章不是针对你的，它针对的是那些谎称读过的吹牛人士。 如果你没读过，就不要推荐给别人， 这只会起到反效果。
通常阅历丰富的人可能会推荐一本更好的书（更专注于特定的问题领域，更容易理解，更适合特定的编程语言或编程技能水平）。除此之外，当你被真的读过《计算机程序设计艺术》的人用MMIX知识难倒的时，你就很尴尬了（如果你不知道我在说什么，那么我就是在说你）。
（完）
码农翻身，用故事讲解技术本质， 更多精彩文章，请移步《码农翻身三年文章精华》