程序员必读书籍及导读指南
原文地址：点击打开链接
最近在网上看了一个非常好的帖子《程序员一生必读的书》（我的腾讯微博上有分享该贴子链接，有兴趣就点击进去看看吧），该贴的第一个张图片是一个雷达图， 这张图是由ThoughtWorks（全球软件设计与定制领域的领袖级企业）的资深人士提供的，它将程序员要读的书分为四个类别，每个类别又分为初级、进阶和高级读物，并用黄色三角形点出了强烈推荐阅读的书籍。四个类别包括：
- 编程实践（Coding Practice）
- 设计与架构（Design & Architecture）
- 方法学（Methodology）
- 思想与领导力（Thought & Leadership）
相信这张图会帮助到很多迷茫的职业人，因为好书就像明灯一样会照亮我们的方向，那些大师级的人物将他们的经验分享给我们，真的有如浴春风的感觉。有时候会很感慨国外有那么多厉害的技术作家写了那么多好的作品，而国产技术书籍中的好书真算得上是凤毛麟角。有时候也会问自己，能不能做一个技术作家呢，我想我的修炼还远远不够。
虽然不能够自己写一本好书，但是还是很愿意把自己的读书心得跟大家一起分享，雷达图上的书我读过的约有1/3，下面就把读这1/3的心得跟大家分享。
Code Complete 《代码大全》
Refactoring《重构：改善既有代码质量》
如果一个人没有听说过《重构》这本书，那么他一定不敢说自己是程序员；如果一个人没有阅读过《重构》这本书，那么很难想象他会是一名优秀的程序员。这本书是很多公司要求Java程序员必读的三本书之一（另外两本书是《Java编程思想》和《Effective Java》），其实无关编程语言，是程序员就能够从这本书中受益。
这本书我个人最喜欢的第三章 - “代码的坏味道”，因为我喜欢在写完代码后去思考我的代码中有没有这些坏味道，然后再去想一想应该如何重构代码。这本书的作者是世界级的软件开发大师Martin Fowler，他也被誉为软件开发“教父”，同时他还是敏捷开发的创始人之一。Martin Fowler编写了很多极好的书籍，包括《企业应用架构模式》、《领域特定语言》、《NoSQL精粹》、《分析模式：可重用对象模型》等。Martin Fowler给出的代码的坏味道包括：
-Duplicated Code（重复代码）：“代码有很多中坏味道，重复是最坏的一种”，这句话我经常讲给自己的学生听，但是他们真正领悟并践行这句话的人却不多。一个类中的两个方法有重复代码，那么一定可以通过抽取方法的方式将重复代码放到另一个方法中以供调用；两个互为兄弟的子类中如果有重复代码可以将其重复代码抽取到父类中；两个没有关系的类中如果有重复代码，那么可以重新抽取一个类将重复代码放到这个第三方类中。
-Long Method（长的方法）：程序越长理解起来就越困难，这已经是常识了，使用短小的方法首先符合高内聚的要求，同时也可以给通过给方法起一个好的名字来帮助理解方法的作用。如果感觉到方法的某个地方需要注释来说明什么，那么可以把这些东西放入一个独立的方法中，并以用途（注意不是实现手法）来命名方法。
-Large Class（巨大的类）：如果希望写一个类来做很多的事情，那么最终势必导致重复和混乱的代码。类的设计应当遵循单一职责原则（SRP）。重构一个巨大的类可以使用抽取接口的方式来搞清楚这个类应该如何分解。
-Long Parameter List（长参数列表）：这个对于做过Windows编程或者用过MFC（Microsoft Foundation Class）的程序员来说再熟悉不过了，Windows函数和MFC中的方法那些长得变态的参数列表对程序员来说都是恶梦。重构的方式很多，比较常见的是将相关的参数组织成一个对象来替换掉这些参数。
-Divergent Change（分散的可变性）和Shotgun Surgery（散弹式手术）：这两种坏味道前者讲的是新功能难以加入，后者说的是某种变化会引发多个细节的修改。简单的说如果程序中的可变因素散落在代码的各个角落中，那么代码的维护将是一场恶梦。重构的方法是找到特定原因造成的所有变化，然后将它们抽取到另一个类中。设计模式中的桥梁模式就是为了解决这一问题而提供的解决方案。
-Feature Envy：这个真没想到如何翻译会比较容易理解，简答的说就是一个方法从另一个类的对象那里获取许多的值，重构的方案是将该方法移到另一个类中。
-Data Clumps（数据群集）：状况类似于长参数列表。
-Primitive Obsession（基本类型偏执）
-Switch Statements（重复的switch语句）：面向对象程序的一个明显特征就是用多态替换掉switch结构，因为这种switch结构会在多个地方重复。
-Parallel Inheritance Hierarchies（平行继承结构）：情况跟Shortgun Surgery差不多，可以使用桥梁模式进行重构。
-Lazy Class（冗余类）：如果一个类不值得存在，那么它就应该消失。
-Speculative Generality（投机通用性）：重构方式是如果你的抽象类、委托、方法的参数没有实际的作用，那么就应当被移除掉。
-Temporary Field（临时字段）
-Message Chains（消息链）：我个人并没有感觉到这个有多么坏。
-Middle Man（中间人）：如果一个类的很多功能都通过委托给其他类来完成，那么就不如去掉这些中间人直接和真正负责的对象打交道。
-Inappropriate Intimacy（过于亲密）
-Alternative Classes with Different Interfaces（异曲同工）
-Incomplete Library Class（不完整类库）
-Data Class（数据类）：类的退化结构。我们在分层开发中经常使用的失血模型（事务脚本模式）中的业务实体不就是数据类吗，这明显与面向对象的思想是背道而驰的。
-Refused Bequest（拒绝遗产）：如果子类复用了父类的行为，又不愿意支持父类的接口，可以考虑用合成关系聚合关系取代继承关系来消除这种坏味道
-Comments（注释劣质代码）：注释不是用来补救劣质代码的，事实上如果我们去除了代码中的所有坏味道，当劣质代码都被移除的时候，注释已经变得多余，因为代码已经讲清楚了一切。
如果你希望彻底根除这些坏味道，这本书的第六章到第十二章提供了完整的操作手册，赶紧读这本书吧!
Clean Code 《代码整洁之道》
其实我应该先介绍下面那本书，喜欢下面那本书的原因是书中有很多非常精炼但是有用的Tip，这些Tip可以说是大师级的经验总结；而我个人喜欢这本书可能是因为非技术方面的原因（我喜欢这本书中的插图）。这本书的第一章的第一句话是这样说的：读这本书通常有两个原因：1. 你是一名程序员。2. 你想成为更好的程序员。我们需要更好的程序员。
这本书的每一章都可以总结出一句话或是一张图，就是下面这些：
本书的第一章是关于什么是整洁代码的讨论，引用了Bjarne Stroustrup（C++之父）、Grady Booch（UML的创始人之一）等人当然也Bob大叔（本书的作者Robert Martin）自己对整洁代码的理解。顺便说一下，上面那张图上的代码应该是保龄球计分程序（你必须佩服我的眼力）。
不管是现实世界还是软件项目中，命名都是一件让人头疼的事情，给小孩起过名字的就知道，你希望把你对孩子的期望包含在这个名字中，你又希望这个名字读起来要好听，至少不至于将来成为别人的笑柄（比如庞光大、魏升京这样的名字），可能你还要考虑族谱的排辈等等。软件项目中的命名情况会更加复杂，简单的说命名的原则是“见名知意”，当然你还需要用各种方式防范命名冲突的问题，不同的编程语言也有自己不成文的像契约一样的命名规则和方式（例如匈牙利命名法），这些可能都是需要考虑的事情。
第三章讲的是函数，说了这么一句话：Function should do one thing. They should do it well. They should do it only. （函数只应该做一件事情，把一件事情做好，而且只由它来做这一件事情），听起来很简单的一句话但是要践行这条原则却并不容易，所以我们的代码中才会有很多的坏味道（上一本书中提到的东西）。事实上，上升一个层次，我们在设计类的时候也应该如此，这是面向对象设计原则中说的单一职责原则（SRP），当我们的代码中出现了冗长的方法或者巨大的类的时候，我们就应该依据职责来对其进行拆分，这样程序的结构才会趋于合理，最终达到“高内聚”的目标。当然，这一章里面还提到很多理念，包括：Command Query Separation（一个方法要么执行某种命令，要么返回查询数据）、DRY（不要重复自己）、Prefer Exceptions to Returning Error Codes（异常优于返回错误码）等。
第四章讲的是注释，有一句话我很喜欢，说的是：Comments Do Not Make Up for Bad Code （注释不是对劣质代码的补救）。事实上好的代码即便没有注释也拥有良好的可读性，但恰当的注释会让代码变得更可读、可维护性更高。
第五章讲的是代码风格。现代IDE（集成开发环境）几乎都有代码格式化代码的功能，你只需要设置好你使用的代码风格就可以了，其实不只是IDE，很多高级的文本编辑工具也能够按照指定的风格格式化你的代码。用什么样的代码风格不是关键，关键是整个项目组的成员应当使用相同的代码风格，让多个人编写的代码看起来像一个人书写的。我个人特别钟爱1TBS（One True Bracing Style，也叫做K&R风格，这种风格是Kernighan和Ritchie两位老师在The C Programming Language一书中使用的代码风格），当然Allman风格（FreeBSD系统的作者之一使用的代码风格）也是很好的选择。
第六章讨论的是对象和数据结构，读完之后的感觉是虽然我们天天都嚷着吼着要面向对象编程，但是很多时候我们都使用了类的退化结构，包括我们开发时经常使用的失血模型和贫血模型（事务脚本模式）都和面向对象的设计理念相违背。我得承认在读这一章的时候我没有太抓住作者的观点，也欢迎大家来帮助我理解这章的内容。
第七章对错误处理（异常）的讲解仍然是非常精彩的，整洁的代码中对错误的处理应当是被分离的关注点（不要跟正常的业务逻辑混杂在一起），而面向对象中的异常机制就是一种在不打乱原有业务逻辑的前提下处理掉程序在运行时发生的不正常状况的手段。这章有两个观点我特别欣赏，一是Use Unchecked Exceptions（非受检异常允许你在适当的地方处理异常，而适当的地方就是异常影响代码执行逻辑的地方，不管做哪种类型的应用，都应该尽可能向用户隐藏异常的发生，除非发生了不可挽救的状况，这才是符合最小惊讶原则的设计）；二是Don’t Return Null（如果一个方法在出状况的时候返回null，那么调用者都要通过频繁的检查返回值来判定是否出错，一旦忘了这件事情就有可能出错，既然null是一种异常状况，那么用抛出异常的方式来代替null明显是更好的做法）。
第八章的内容对实际开发有重要的指导意义，因为我们的项目中不可避免的要使用第三方工具，因此我们需要将这些东西整洁的纳入到我们的系统中，这时就需要考虑系统边界的问题。有的时候我们会千辛万苦的发现系统中的一些bug是来源于第三方工具的，当然我们基本上没有时间去重头学习和研究第三方工具或者自己写代码来实现第三方工具的功能，但是我们至少应该先对第三方工具进行测试。我在以前的项目中，即使用Apache提供的那些著名的第三方工具，我的做法也是先写测试代码对这些工具的可用性和有效性进行证实，当然有的时候可能是过于谨慎了，但这种习惯和做法本身是好的行为。在这种场景下，适配器模式是非常好的设计，它不仅能将不兼容的接口改写成兼容的接口，还能够对通过对第三方工具重新封装来避免边界的变化对系统的影响。
第九章的内容是单元测试。Bob大叔是TDD（测试驱动开发）的倡导者，这一章讲的是如何编写整洁的测试，Bob大叔的答案是FIRST规则（Fast、Independent、Repeatable、Self-Validating、Timely）。
第十章介绍类的设计，最重要的还是SRP。
第十一章是关于系统设计的内容，开篇引用了微软首席技术官Ray Ozzie的一句话：Complexity kills. It sucks the life out of developers, it makes products difficult to plan, build and test. （复杂要人命，它消磨开发者的生命，让产品难于规划、构建和测试）。这章对于希望了解面向切面编程的开发者是极好的，包括了对依赖注入、代理模式以及AOP的探讨。
第十二章探讨了系统的迭代式演进。
第十三章对并发编程的讨论非常经常，很多开发者都畏惧并发编程，也有的开发者迷信多线程可以解决所有的并发问题，如果你是这两类人之一，本章会教给你真正的并发编程。
第十四章是一个精彩的案例用来讲解对代码的持续改进，你可以自己好好阅读一次。
第十五章到第十七章说的都是重构，相当精彩。你在《重构》中了解过的代码的坏味道及其改进方案这里几乎都能见到它是如何应用的。
总之，这本书从引言到附录都无比精彩，赶紧去阅读吧。
The Pragmatic Programmer: From Journeyman to Master 《程序员修炼之道：从小工到专家》
这本书最初出中文译本的时候，它的名字叫《务实的程序员》，而这本书也正像它书名的副标题那样，是一本带领程序员从小工成为行业专家的著作。这本书里有70个Tip（指点、提示），这些Tip都是短小精炼的句子，但都是大师们编程经验的总结和沉淀。因此不管什么时候看这本书，也不管你翻到第几页，总会发现这样的Tip，而它们也会让你有醍醐灌顶的感觉。下面分享了这本书部分的Tip：
- Tip8: Invest Regularly in Your Knowledge Portfolio （定期为你的知识资产投资）
- Tip9: Critically Analyze What You Read and Hear （批判的分析你读到的和听到的）
- Tip10: It’s Both What You Say and the Way You Say It （你说什么和你怎样说同样重要）
- Tip11: DRY - Don’t Repeat Yourself （不要重复自己）
- Tip13: Eliminate Effects Between Unrelated Things （消除无关事物之间的影响）
- Tip18: Estimate to Avoid Surprises （通过估计来避免意外发生）
- Tip20: Keep Knowledge in Plain Text （用纯文本保存知识）
- Tip23: Always Use Source Code Control （总是使用源码控制）
- Tip27: Don’t Assume It - Prove It （不要假定要证明）
- Tip29: Write Code That Writes Code （用代码生成代码）
- Tip31: Design with Contracts （按照契约设计）
- Tip33: If It Can’t Happen, Use Assertion to Ensure That It Won’t （用断言确保不能发生的不发生）
- Tip38: Put Abstraction in Code, Details in Metadata （将抽象置于代码，细节置于元数据）
- Tip39: Analyze Workflow to Improve Concurrency （分析工作流以改善并发性）
- Tip42: Separate Views from Models （让视图和模型分离）
- Tip63: Coding Ain’t Done ‘Til All the Tests Run （测试不通过编码不停止）
- Tip69: Gently Exceed Your User’s Expectations （超出用户期望一点点就好）
除此之外，该书中有很多名人名言以及很多经验的分享，例如：“不要让调试改变了被调试系统的行为”、“异常尽量不被作为程序正常流程的一部分来使用”、“要有始有终，分配资源的程序也应当释放它”、“最大的弱点是害怕暴露弱点”等等。 当然，这本书也包括了对契约式编程、解耦合、重构、算法效率、测试等内容的探讨。
老实说，整本书的内容都很棒，附录也不例外，附录A中列出了一些作者推荐阅读的计算机书籍，这些书籍正好也出现在了我们给的这个必读书籍的列表中，真的是英雄所见略同（就算我臭美了一次哈）
The Practice of Programming 《程序设计实践》
Design Patterns 《设计模式》
Domain-Driven Design 《领域驱动设计》
The Art of UNIX Programming 《UNIX编程艺术》
这本书是给予我无数次帮助的书籍，我会慢慢的把我读这本书的心得记录在这里。每次当我遇到问题不知所措的时候，这本书总是能给我答案；在我参加的所有面试中，只要有答不上来的问题，想想这本书中的一些只言片语就能在电光火石间发现答案。
Practical API Design 《软件框架设计的艺术》
Patterns of Enterprise Application Architecture 《企业应用架构模式》
还有很多好书可能因为选择标准的不同在雷达图中虽然没有出现，但是仍然值得每个程序员去阅读，这些好书包括：
The C Programming Language 《C语言程序设计》
C语言之父Dennis Ritchie以及Brian Kernighan两位老师合著的神一样的书籍。我到现在都没有想明白为什么国内只有极少数的几所大学用这本书作为教材，难道C语言的入门书中还有出其右者吗？这本书的内容无比精彩，不管是对于初学者还是有经验的程序员；这本书中的代码无与伦比，几乎每一段代码都是经典。即使你还没有读过本书，但是你一定听说过一个叫Hello, world的程序，该程序就出现在这本书中。
The Mythical Man-Month 《人月神话》
这本书是号称软件工程领域的第一奇书，与《人件》合称为软件工程著作中的倚天剑和屠龙刀。Brooks博士为人们管理复杂项目提供了最具洞察力的见解。既有很多发人深省的观点，又有大量软件工程的实践，其内容都是来自Brooks博士在IBM公司System/360家族和OS/360中的项目管理经验。这本书是项目经理和系统分析师必读的不朽之作，也是流行了30多年的传奇经典。
Hackers and Painters 《黑客与画家》
该书是我最近几乎每天都翻翻的一本书，准确的说这本书是硅谷创业之父Paul Graham的文集，主要介绍优秀程序员（书中称之为黑客，当然这和我们尤其是国内对黑客的理解有所差别）的爱好和动机，讨论它们如何成长以及如何为世界做出贡献，当然也包括了对编程语言和优秀程序员工作方法等的探讨和思考。该书的内容不但有助于了解计算机编程的本质、互联网行业的规则，还会帮助读者了解我们这个时代，迫使读者独立思考。该书的中文版是阮一峰博士翻译的，翻译的水准和书中的旁注都相当好。
The Art of Computer Programming 《计算机程序设计艺术》
Introduction to Algorithms 《算法导论》
Object-Oriented Analysis and Design with Applications 《面向对象分析与设计》
除此之外，因为自己做了很长时间的Java程序员，有一些Java方面的好书可以推荐给大家
Thinking in Java 《Java编程思想》
Effective Java
《Java与模式》
The Well-Grounded Java Developer 《Java程序员修炼之道》
POJOs in Action
其实国产的Java书籍里面也有部分优秀的书籍，虽然国产书的质量总体偏低，但是最近几年还是有很多有责任感的技术作家（他们很多人同时也是一线程序员或架构师）写了不少好书。
《设计模式之禅》
《编写高质量代码：改善Java程序的151个建议》
《Spring 3.x企业应用开发实战》
《Tomcat与Java Web开发技术详解》
《疯狂Java：突破程序员基本功能的16课》
如果你以前不是计算机相关专业又想转型从事软件行业，那么我推荐先看一些专业气质养成类书籍，当然最入的书就是《计算机导论》、《计算机文化》之类的书，也可以看看《计算机科学概论》或者是《计算机专业英语》，建议看原版的，一方面对整个行业有一个全面的了解，另一方面锻炼一下自己的英语水平。无论如何，我觉得程序员还是应该让英语成为自己的工作语言。
Computer Concepts 《计算机文化》
Computer Science Illuminated 《计算机科学概论》
Computing Essentials 《计算机专业英语》
如果你希望从零基础开始做一个Java程序员，那么我建议的这些书的阅读顺序是这样的（每项读一本就OK了）：
- Computer Concepts / Computer Science Illuminated
- The C Programming Language
- Core Java (Vol. 1 & Vol. 2) / Introduction to Java Programming
- MySQL Crash Course / 深入浅出MySQL / Sams Teach Yourself SQL in 10 Minutes
- Thinking in Java / Effective Java / 编写高质量代码：改善Java程序的151个建议
- Servlet & JSP: A Tutorial / Head First Servlets & JSP
- Java与模式 / Design Patterns Explained / 设计模式之禅
- 精通Hibernate / Java Persistence with Hibernate
- Spring in Action / Spring企业应用开发实战 / Spring技术内幕
- Clean Code / Refactoring Impoving the Design of Existing Code
- The Well-Grounded Java Developer
- Algorithms / Data Structures and Algorithm Analysis in Java
- POJOs in Action / Core J2EE Patterns: Best Practices and Design Strategies
- Java Performance
- Software Engineering A Practitioner’s Approach
说明：读书心得我只能一点点与大家分享和交流了，争取在一个月之内把这件事情搞定吧：）