关于

1. 深入理解 Java 8 Lambda（语言篇——lambda，方法引用，目标类型和默认方法）
2. 深入理解 Java 8 Lambda（类库篇——Streams API，Collector 和并行）
3. 深入理解 Java 8 Lambda（原理篇——Java 编译器如何处理 lambda）

本文是深入理解 Java 8 Lambda 系列的第二篇，主要介绍 Java 8 针对新增语言特性而新增的类库（例如 Streams API、Collectors 和并行）。

本文是对 Brian Goetz的State of the Lambda: Libraries Edition 一文的翻译。

Java SE 8 增加了新的语言特性（例如 lambda 表达式和默认方法），为此 Java SE 8 的类库也进行了很多改进，本文简要介绍了这些改进。在阅读本文前，你应该先阅读 深入浅出Java 8 Lambda（语言篇），以便对 Java SE 8 的新增特性有一个全面了解。

关于

1. 深入理解 Java 8 Lambda（语言篇——lambda，方法引用，目标类型和默认方法）
2. 深入理解 Java 8 Lambda（类库篇——Streams API，Collector 和并行）
3. 深入理解 Java 8 Lambda（原理篇——Java 编译器如何处理 lambda）

本文是深入理解 Java 8 Lambda 系列的第一篇，主要介绍 Java 8 新增的语言特性（比如 lambda 和方法引用），语言概念（比如目标类型和变量捕获）以及设计思路。

本文是对 Brian Goetz 的 State of Lambda 一文的翻译，那么问题来了：

为什么要翻译这个系列？

这篇文章介绍了 初始，载入，和 空 等设计中的 9 个关键状态。通过将这些设计状态引入设计/开发流程，我们在设计/开发更会主动的为用户着想，我们的产品将会更贴近用户，从而具有更强的竞争力。

缘起

这次回国，我见到不少在创业的朋友，也把玩了他们的产品（绝大多数是手机应用），并为他们的产品提供各种建议。经过交流，我发现他们的产品有一个通病：只考虑理想状态（happy path），而忽视其它状态（unhappy path）。

这么说比较抽象，我举几个例子：

• 某购物推荐应用，我在注册之后进入应用主界面，这时推荐列表是空的（因为用户还没有选择任何偏好）
• 某订饭应用，我完成订单后没有任何提示，直到经过一番点击，我才意识到已下的订单在另外一个页面里
• 某新闻应用，我在注册时输入密码，点击确认，没有任何反应，询问应用开发者之后才直到密码不能少于 8 位

总而言之，这些交互问题都是只考虑理想状态而导致的。按理说这些问题在测试时就应该被发现，但为什么没有被发现呢？我观察了下他们的测试流程：

1. 安装应用
2. 注册，登录，填一些数据
3. 各种测试

这时你可能已经发现问题了——开发者和测试者都对产品很熟悉，因此他们跳过了第 2 步（注册，登录，填一些数据）直接进入第 3 步进行测试，这就导致了第 2 步中的问题很难被发现。然而第 2 步至关重要，因为如果注册有问题或是用户不知道如何增加数据，那么他/她很可能就不会继续使用这个应用。

我把这个问题反映给应用的开发者/设计者，他们大多表示赞同，并询问如何避免这些问题再度发生。我说我知道两个方法：如果有时间，阅读 探索性软件测试（我的前 BOSS 给我的推荐读物之一）；如果时间不足，阅读 Medium 上的 The Nine States of Design。下面即是 The Nine States of Design 的译文全文：

面试很困难，技术面试更加困难——只用 45 ~ 60 分钟是很难考察出面试者的水平的。所以 刘未鹏 在他的 怎样花两年时间去面试一个人 一文中鼓励面试者创建 GitHub 账号，阅读技术书籍，建立技术影响力，从而提供给面试官真实，明确，可度量的经历。

这种方法对面试者效果很好，但对面试官效果就很一般——面试官要面对大量的面试者，这些面试者之中可能只有很少人拥有技术博客，但这并不代表他们的技术能力不够强（也许他们对写作不感兴趣）；另一方面，一些人拥有技术博客，但这也不能说明他们的水平就一定会很牛（也许他们在嘴遁呢）。

总之，技术博客和 GitHub 账号是加分项，但技术面试仍然必不可少。所以，问题又回来了，如何进行高效的技术面试？或者说，如何在 45 ~ 60 分钟内尽可能准确的考察出面试者的技术水平？

回答这个问题之前，让我们先看下技术面试中的常见问题都有什么：

本文把程序员所需掌握的关键知识总结为三大类19个关键概念，然后给出了掌握每个关键概念所需的入门书籍，必读书籍，以及延伸阅读。旨在成为最好最全面的程序员必读书单。

前言

Reading makes a full man; conference a ready man; and writing an exact man.

Francis Bacon

优秀的程序员应该具备两方面能力：

• 良好的 程序设计 能力：
  • 掌握常用的数据结构和算法（例如链表，栈，堆，队列，排序和散列）；
  • 理解计算机科学的核心概念（例如计算机系统结构、操作系统、编译原理和计算机网络）；
  • 熟悉至少两门以上编程语言（例如 C++，Java，C#，和 Python）；
• 专业的 软件开发 素养：
  • 具备良好的编程实践，能够编写可测试（Testable），可扩展（Extensible），可维护（Maintainable）的代码；
  • 把握客户需求，按时交付客户所需要的软件产品；
  • 理解现代软件开发过程中的核心概念（例如面向对象程序设计，测试驱动开发，持续集成，和持续交付等等）。

和其它能力一样， 程序设计 能力和 软件开发 素养源自项目经验和书本知识。项目经验因人而异（来自不同领域的程序员，项目差异会很大）；但书本知识是相通的——尤其是经典图书，它们都能够拓宽程序员的视野，提高程序员的成长速度。

在过去几年的学习和工作中，我阅读了大量的程序设计/软件开发书籍。随着阅读量的增长，我意识到：

• 经典书籍需要不断被重读——每一次重读都会有新的体会；
• 书籍并非读的越多越好——大多数书籍只是经典书籍中的概念延伸（有时甚至是照搬）；

意识到这两点之后，我开始思考一个很 功利 的问题：如何从尽可能少的书中，获取尽可能多的关键知识？换句话说：

• 优秀的程序员应该掌握哪些关键概念？
• 哪些书籍来可以帮助程序员掌握这些关键概念？

这即是这篇文章的出发点——我试图通过 程序员必读书单 这篇文章来回答上面两个问题。